prompt_gogo

从两个维度审查自某个固定基点（提交、分支、标签或 merge-base）以来的改动 —— 规范（代码是否遵循本仓库有文档记录的编码规范？）与 需求（代码是否符合最初发起的 issue/PRD 的要求？）。以并行子代理运行两项审查并并排汇报。当用户想要审查某个分支、PR、进行中的改动，或要求“审查自 X 以来的改动”时使用。

基于一份规格或一组工单来实现一部分工作。

设计深模块的共享术语体系。当用户想要设计或改进某个模块的接口、寻找加深（deepening）的机会、决定接缝（seam）放在哪里、让代码更易测试或更利于 AI 导航时，或当其他技能需要用到深模块术语时使用。

构建并打磨项目的领域模型。当用户想要确定领域术语或统一语言（ubiquitous language）、记录架构决策，或当其他技能需要维护领域模型时使用。

通过一场刨根问底的访谈来打磨一份计划或设计。

通过一场刨根问底的访谈来打磨一份计划或设计，并在过程中同时产出文档（ADR 和词汇表）。

就一份计划、决策或想法对用户刨根问底地追问。当用户想要对自己的思路进行压力测试，或使用了任何 'grill' 触发短语时使用。

将当前对话压缩成一份交接文档，供另一个 agent 接手。

扫描代码库以寻找"加深（deepening）"机会，把它们呈现为一份可视化的 HTML 报告，然后就你挑选的那一项进行刨根问底的追问。

构建一个用完即弃的原型，用来回答一个设计问题。当用户想快速验证某个状态模型或逻辑是否感觉对路，或想探索某个 UI 应该长什么样时使用。

为本仓库配置这套工程技能——设置它的 issue tracker、分诊（triage）标签词汇以及领域文档布局。在首次使用其他工程技能之前运行一次。

测试驱动开发（TDD）。当用户想以测试先行的方式构建功能或修复 bug、提到 "red-green-refactor"（红-绿-重构），或想要集成测试时使用。

把当前对话变成一份规格（spec），并将其发布到项目的 issue tracker——不做访谈，只对你们已经讨论过的内容进行综合。

把一份计划、规格或当前对话拆解成一组曳光弹式工单，每个工单声明其阻塞边（blocking edge），发布到已配置的 tracker——本地形式下把边作为文本写进每个工单一个文件，在真实 tracker 上则用原生阻塞链接。

让 issue 和外部 PR 走过一个由分诊角色构成的状态机——分类、验证、必要时刨根问底地追问，并撰写可供 agent 使用的简报（brief）。