QMD Learning Loop
Capture useful learnings without creating a parallel memory system. Route raw chronology to lightweight logs, durable operational lessons to indexed docs, and stable cross-cutting rules to existing workspace guidance.
Core workflow
- 1. Classify the event:
- correction
- error/failure
- feature request
- better practice / recurring pattern
- 2. Choose the lowest-appropriate destination.
- Prefer updating an existing durable doc over creating a new one.
- Use QMD-aware discipline: avoid duplicate policy documents.
- Promote only when the lesson is recurring, cross-cutting, or policy-changing.
First-pass routing rules
Correction or misunderstanding
- - Add chronological context to a daily log or other lightweight memory file when the correction matters.
- Promote only if the correction changes a stable rule, behavior, or operating convention.
- If promotion is warranted, update the most relevant durable target:
- workflow guidance file
- tooling notes file
- behavior/principles file
- decision or policy docs
Error, tool failure, or command failure
- - Log immediate chronology in a daily log if the failure matters to continuity.
- If the failure is operationally meaningful or recurring, add it to an indexed incident or error log.
- If the fix becomes reusable, update or create a runbook.
Feature request
- - Add a durable request to an indexed backlog or strategy file.
- If the request becomes accepted scope or changes policy, create or update a decision or project doc.
Better practice or recurring pattern
- - For workflow/tooling guidance, update a runbook or workspace guidance file.
- For durable system rules, create or update a decision memo.
- For stable behavior or communication principles, update the relevant behavior/principles file cautiously.
Second-pass promotion rules
Use a second pass when the learning seems durable enough to influence future behavior, policy, or structure.
Second-pass sequence
- 1. Check whether the event still matters after the immediate task.
- Inspect existing durable docs and prefer updating them over creating a new file.
- Choose the promotion target using
references/promotion-targets.md. - Write the promoted rule concisely and prevention-first.
- Leave detailed chronology in lightweight logs instead of copying it wholesale into durable docs.
QMD-aware duplication check
Before creating a new durable rule, search the relevant QMD collections or inspect the existing indexed docs for the same topic. Do not create near-duplicate policy or workflow documents.
Trigger conditions for second-pass promotion
Promote when one or more are true:
- - the issue recurs
- it affects multiple tasks or agents
- it changes operating policy
- it prevents meaningful repeated waste
- it defines a stable convention worth retrieving later
Do not turn every one-off event into a permanent rule.
Review loop
At natural breakpoints, review captured items and decide whether they should stay chronological, become operational logs, or be promoted into durable guidance. Read references/review-loop.md when doing this review.
Existing-doc first rule
Read references/routing-and-promotion.md when routing is ambiguous. Read references/templates.md when you need starter formats for incident entries, feature requests, lightweight memory capture, or a new decision memo.
QMD 学习循环
在不创建并行记忆系统的情况下捕获有用的学习内容。将原始时间线记录路由到轻量级日志,将持久的操作经验路由到索引文档,将稳定的跨领域规则路由到现有的工作空间指南。
核心工作流程
- 1. 对事件进行分类:
- 修正
- 错误/失败
- 功能请求
- 更佳实践/重复模式
- 2. 选择最低合适的目标位置。
- 优先更新现有持久文档,而非创建新文档。
- 遵循QMD规范:避免重复的政策文档。
- 仅当经验具有重复性、跨领域性或改变政策时,才进行提升。
首次路由规则
修正或误解
- - 当修正内容重要时,将时间线上下文添加到每日日志或其他轻量级记忆文件中。
- 仅当修正改变了稳定规则、行为或操作惯例时,才进行提升。
- 如果需要提升,更新最相关的持久目标:
- 工作流指南文件
- 工具说明文件
- 行为/原则文件
- 决策或政策文档
错误、工具故障或命令故障
- - 如果故障对连续性有影响,在每日日志中记录即时时间线。
- 如果故障在操作上有意义或具有重复性,将其添加到索引事件或错误日志中。
- 如果修复方案可复用,更新或创建运行手册。
功能请求
- - 将持久请求添加到索引积压或策略文件中。
- 如果请求成为已接受范围或改变政策,创建或更新决策或项目文档。
更佳实践或重复模式
- - 对于工作流/工具指南,更新运行手册或工作空间指南文件。
- 对于持久系统规则,创建或更新决策备忘录。
- 对于稳定行为或沟通原则,谨慎更新相关行为/原则文件。
二次提升规则
当学习内容足够持久,可能影响未来行为、政策或结构时,进行二次处理。
二次处理顺序
- 1. 检查该事件在即时任务完成后是否仍然重要。
- 检查现有持久文档,优先更新它们而非创建新文件。
- 使用 references/promotion-targets.md 选择提升目标。
- 简洁地编写提升后的规则,以预防为先。
- 将详细时间线保留在轻量级日志中,而非整体复制到持久文档。
QMD重复检查
在创建新的持久规则之前,搜索相关QMD集合或检查现有索引文档中是否已有相同主题。不要创建近乎重复的政策或工作流文档。
二次提升触发条件
当满足以下一个或多个条件时进行提升:
- - 问题重复出现
- 影响多个任务或代理
- 改变操作政策
- 防止有意义的重复浪费
- 定义值得日后检索的稳定惯例
不要将每个一次性事件都变成永久规则。
审查循环
在自然断点处,审查捕获的项目并决定它们应保留为时间线记录、成为操作日志,还是提升为持久指南。进行此审查时,请阅读 references/review-loop.md。
现有文档优先规则
当路由不明确时,阅读 references/routing-and-promotion.md。当需要事件条目、功能请求、轻量级记忆捕获或新决策备忘录的起始格式时,阅读 references/templates.md。