‹ 首页

context-doc

@darkroomengineering · 收录于 昨天 · 上游提交 昨天

Build CONTEXT.md (domain glossary) + docs/adr/ via interview; keeps agent vocab aligned. Triggers "domain language", "glossary", "ADR", inconsistent terminology.

适合你,如果团队需要统一领域术语并记录关键架构决策。

/ 通过 npx 安装 校验哈希
npx oh-my-skill add darkroomengineering/cc-settings/context-doc
/ 通过 bash 安装
curl -fsSL https://oh-my-skill.com/install.sh | bash -s -- darkroomengineering/cc-settings/context-doc
/ 已经装过?验证本机副本,不用重装
npx oh-my-skill verify darkroomengineering/cc-settings/context-doc
安装目标可用 --agent / --scope 或 --to 明确指定;省略时只会在唯一已存在的 agent 目录上自动选择,零命中或多命中会停止并提示。content_hash 缺失或不一致均拒装。
40GitHub stars
~627最小装载
~2.3K含声明引用
~2.3K文本包总量
索引托管

怎么用

商店整理自技能原文 · 版本 fa04efc · 表述以原文为准
它做什么

安装后,Claude会通过提问帮你整理项目中的专有词汇,生成CONTEXT.md术语表;遇到难撤销的决策时,还会记录架构决策到docs/adr/文件夹。

什么时候触发

当你提到“术语”、“词汇表”、“架构决策”,或使用与已有定义矛盾的词语时触发。

装好后可以这样说
Claude会追问并更新术语表。
Claude判断是否值得记录。
技能原文 SKILL.md作者撰写 · MIT · fa04efc

Context doc — domain language + ADRs

Two persistent artifacts that stop agent drift across sessions:

  • CONTEXT.md — the project's glossary. The terms domain experts and engineers both use. Updated inline as decisions crystallize.
  • docs/adr/ — architecture decision records. One paragraph per hard-to-reverse trade-off.

This skill produces both. Other skills read them via DOMAIN-AWARENESS.md (consumer rules in the same directory).

Workflow

Interview the user relentlessly about every aspect of the plan, terminology, or area in question until you reach shared understanding. Walk down each branch of the design tree, resolving dependencies one at a time. For each question, propose a recommended answer.

One question at a time. Wait for feedback before continuing.

If a question can be answered by reading code, read the code instead. Don't ask the user what git blame will tell you.

During the session

Challenge against the glossary. When the user uses a term that conflicts with the existing language in CONTEXT.md, call it out: "Your glossary defines 'cancellation' as X, but you seem to mean Y — which is it?"

Sharpen fuzzy language. When the user uses vague or overloaded terms, propose a precise canonical term. "You're saying 'account' — do you mean the Customer or the User? Those are different things."

Discuss concrete scenarios. When domain relationships are being discussed, stress-test them with specific scenarios. Invent edge cases that force the user to be precise about boundaries between concepts.

Cross-reference with code. When the user states how something works, check whether the code agrees. Surface contradictions: "Your code cancels entire Orders, but you just said partial cancellation is possible — which is it?"

Update CONTEXT.md inline. When a term is resolved, update the file right there. Don't batch. Format: see [CONTEXT-FORMAT.md](./CONTEXT-FORMAT.md).

Don't couple CONTEXT.md to implementation. Only include terms meaningful to domain experts. "Timeout" is generic; "ShipmentDispatched" is domain.

File structure

For the directory layout (single-context vs multi-context with CONTEXT-MAP.md), see [DOMAIN-AWARENESS.md](./DOMAIN-AWARENESS.md). Create files lazily — no CONTEXT.md? Create one when the first term is resolved. No docs/adr/? Create it when the first ADR is needed.

Offer ADRs sparingly

See [ADR-FORMAT.md](./ADR-FORMAT.md) for the three-criterion threshold (hard to reverse, surprising without context, real trade-off) and the format. If a decision misses any criterion, skip the ADR. Most decisions don't qualify.

按 MIT 许可原样转载,未经改动 · 在 GitHub 查看 →

评论

登录即可评论;带「已验证安装」的,是发布者名下有本店的安装或持有记录。