菜单
grill-me 的领域增强变体：在对抗式压测计划/设计的同时，对齐项目术语、用具体场景探边界、 与代码交叉核对，并把术语 inline 沉淀到 openspec/glossary.md、把够格的长期决策落到 docs/adr/。 触发词："grill with docs"、"对着领域模型压测"、"对齐术语"、"stress-test against the domain"， 或用户希望在压测计划的同时统一项目语言、沉淀长期决策。 不用于不需要术语/决策沉淀的轻量压测（用 grill-me），也不用于纯需求澄清（用 clarify）。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Create GitHub issues from PRDs, requirements, or feature descriptions, choosing between a single issue and an epic plus sub-issues using gh CLI labels and dependencies.
对一个已有的 plan、design 或任何待定决策/想法做对抗式压测（不限软件）：沿决策树逐个分支追问，直到与用户达成共同理解。 一次只问一个问题，每个问题都给出你的推荐答案；事实能从环境（codebase、文档、数据）查到的就去查，决策必须交给用户拍板。 触发词："grill me"、"拷问我"、"压测这个计划"、"挑战我的设计"、"stress-test the plan"， 或用户希望在动手前把计划/设计的每个决策点逼到清晰。 不用于开放式头脑风暴、方向选型，或已经明确、无歧义的任务。
基于“深模块”哲学寻找架构改进点：扫描 codebase，对照 openspec/glossary.md 的领域术语与 docs/adr/ 的决策， 找出 shallow modules 并提出 deepening 重构（把浅模块变深，提升 testability 与 AI 可导航性）， 产出可视化 HTML 评审，再进入 grill 对话逐个落地；落定的 deepening 可经 gh-create-issue / stage-change-pipeline 变成可追踪工作项。 触发词："improve architecture"、"找重构机会"、"合并紧耦合模块"、"让代码更可测"、"架构评审"、"把重构拆成 issue"。 不用于纯需求澄清（用 clarify）或纯方向选型（用 future-aware-architecture）。
本仓库 skills 的路由器——按你当前的处境指路：该用哪个 skill、走哪条流、下一步交给谁。手动调用（/ask-danker），模型不会自动触发。
把当前会话压缩成一份交接文档（handoff.md），让新会话或另一个 agent 无缝接续工作。 适用：上下文将满要开新会话、任务干到一半换 agent/换机器、issue 工作流跨会话续跑。 手动调用（/handoff），可带参数说明下个会话的重点。模型不会自动触发。
为目标项目安装 pack 之后，扫描项目并补全/对齐它自己的 CLAUDE.md 与 AGENTS.md。 推荐用 shared 源生成模式：项目维护 instructions/agents/{shared,claude,codex}.md， 本 skill 充当生成器拼接出两文件（shared 段单一事实源、零漂移），不给项目装脚本或 hook。 内容含项目自身约定、已装 pack/skill/agent 用法、可移植编排骨架。增量、绝不覆盖、写前出 diff。 触发词："补全项目指令"、"装完 pack 初始化 CLAUDE.md/AGENTS.md"、"bootstrap project instructions"。 不用于 my-agents 仓库自身的根指令（那是 instructions/root 生成的）。
| name | grill-with-docs |
| description | grill-me 的领域增强变体：在对抗式压测计划/设计的同时，对齐项目术语、用具体场景探边界、 与代码交叉核对，并把术语 inline 沉淀到 openspec/glossary.md、把够格的长期决策落到 docs/adr/。 触发词："grill with docs"、"对着领域模型压测"、"对齐术语"、"stress-test against the domain"， 或用户希望在压测计划的同时统一项目语言、沉淀长期决策。 不用于不需要术语/决策沉淀的轻量压测（用 grill-me），也不用于纯需求澄清（用 clarify）。 |
| invocation_posture | hybrid |
| version | 0.2.2 |
grill-me 的领域增强变体：在压测一个 plan/design 的同时，统一项目语言、沉淀长期资产。当领域概念多、边界模糊、术语易漂、或决策需要跨变更长期追溯时用本 skill；只想快速逼清一次性计划、无沉淀需求时用 grill-me。
继承 grill-me 的六条——
stage-change-pipeline Stage 2 内自动运行。——再加三条沉淀纪律：
openspec/glossary.md，不要攒到最后。openspec/glossary.md 已有定义冲突时，立即指出（"glossary 里 'cancellation' 指 X，你这里像是 Y——到底哪个？"）。orders.ts:88 支持部分取消，但你说只支持整单取消——以哪个为准？"）。上游用 CONTEXT.md + docs/adr/。本仓库改写为：
openspec/glossary.md项目级 ubiquitous language 的单一来源。格式见 GLOSSARY-FORMAT.md。
specs/、design.md 的职责。openspec/glossary.md 一个 ## Language 段。多 context：同一文件内用 ## Context Map + 每个 context 一个二级标题，不分散成多文件，贴合 OpenSpec 单目录与本仓库的熵治理。openspec/project-profile.md 的关系：profile 保持 lean，只引用 glossary，不把术语堆进 profile。openspec/glossary.md。docs/adr/NNNN-slug.md跨变更累积的决策账本。格式与三门槛见 ADR-FORMAT.md。
design.md 的分工：design.md 记某次 change 的技术决策，随 change 归档；ADR 记项目级、跨 change 长期有效的决策。若某决策已在 design.md 充分说明且只作用于该 change，不必再开 ADR。docs/adr/，编号连续递增。grill-meclarifybrainstorming / future-aware-architectureopenspec/glossary.md、docs/adr/ 建立事实与术语基线（用查，不用问）。openspec/glossary.md，够三门槛的决策当场落 docs/adr/。stage-change-pipeline Stage 2 内部，故该小结是 Stage 2 design.md/specs/ 定稿与 Stage 3 审核的输入；用户确认共同理解已达成之前，不进入 design.md/specs/ 定稿。grill-me：轻量变体，只逼清决策、不沉淀。领域复杂或需长期追溯时升级到本 skill。stage-change-pipeline：Stage 2 写 design.md/specs/ 时用本 skill 对齐术语、沉淀 glossary/ADR，降低 Stage 3 审核中的术语/边界类 finding。clarify：从零澄清需求；本 skill 假设已有计划，专做对抗式压测 + 领域沉淀。risk-adaptive-cross-review：负责对产出（change/代码）的对抗式审查；本 skill 把对抗前移到设计与术语阶段。改编自 mattpocock/skills 的 grill-with-docs（中文参考 vinvcn/mattpocock-skills-zh-CN）。沉淀落点由上游的 CONTEXT.md/docs/adr/ 本地化为本仓库的 openspec/glossary.md/docs/adr/，保留原作的 ADR 三门槛纪律。