#/ask-matt

技能路由器。你记不住每个技能，所以问它。它知道整张工作流地图：主流程、上匝道、代码健康、底层词汇、独立技能之间的衔接关系。

#概述

Matt 的 36 个技能不是平铺的，而是一张地图。/ask-matt 就是这张地图的查询接口：你描述处境，它把处境映射到对应的技能或流程，并解释为什么走那条路。流程（flow）是一条穿过技能的路——大多数工作沿着一条主流程走，两条"上匝道"汇入它，其余是独立技能或垫底的词汇层。

#日常使用

/ask-matt 我有一个很模糊的想法想做出来
/ask-matt 项目里 bug 堆了很多
/ask-matt 我要规划一个巨大的新项目
/ask-matt 这个模块该不该重构

#实战

#主流程：想法 → 交付

大多数工作走的路线，你有一个想法并想把它做出来：

1. /grill-with-docs 用访谈把想法磨尖。在工作目录里就从这里开始——它有状态，把学到的东西留在 CONTEXT.md 和 ADR 里（没有工作目录？用 /grill-me，两者跑同一个 /grilling 原语，grill-with-docs 是留纸面痕迹的那个，只要有仓库在就是更好的选择）
2. 分支：每个问题都能在对话里解决吗？ 需要可运行的答案（状态、业务逻辑、要亲眼看 UI）就绕道原型：/handoff 出去 → 新会话 /prototype → /handoff 把学到的带回来
3. 分支：这是跨会话的大工程吗？
   • 是 → /to-spec（对话变规格）→ /to-tickets（拆成曳光弹票据，声明阻塞边界）→ 逐个 /implement（每个票据自包含，做完一个清一次上下文）
   • 否 → 直接在同一个上下文窗口里 /implement

无论哪条路，/implement 内部驱动 /tdd（一次一个红绿切片），提交前跑 /code-review 双轴审查。

#上匝道

产生工作、随后汇入主流程的起点：

#代码健康

/improve-codebase-architecture——有空就把代码库维护成 agent 好操作的样子。它发现深化机会；挑一个就产生一个想法，可带进主流程从 /grill-with-docs 开始。它是做调查的；codebase-design 是设计选中模块的"工作台"。

#底层词汇

两个被其它技能引用的模型触发参考，各自是词汇的单一事实来源：

• domain-modeling：打磨领域语言（挑战模糊术语、解决过载词、把难逆转的决策记成 ADR）
• codebase-design：深层模块词汇（模块、接口、深度、接缝、适配器、杠杆、局部性）

#独立技能

/grill-me（无状态访谈）、/grilling（访谈引擎本体）、/resolving-merge-conflicts（冲突解决）、/prototype（原型）、/research（后台研究）、/to-questionnaire（问卷）、/wizard（人工步骤向导）、/wait-what（重新表述）、/teach（多会话教学）、/writing-for-agents（写给 agent 的文档）。

#上下文卫生

主流程步骤 1–3 保持在一个不中断的上下文窗口里（到 /to-tickets 之前不 compact 不 clear）。每个 /implement 再从票据出发、用全新上下文开始。会话接近智能区（约 150k token）还没到 /to-tickets 时，在最近的阶段边界 /compact 后继续。

#与其它技能的关系

• 本质是路由元技能，不实现自己的流程
• 直接依赖的流程技能：grill-with-docs、grill-me、grilling、handoff、prototype、to-spec、to-tickets、implement、tdd、code-review、triage、diagnosing-bugs、wayfinder、improve-codebase-architecture