ask-matt

这是什么？适合谁？

ask-matt 是 Matt Pocock 技能套件（mattpocock/skills，21 万+ Stars）的入口路由 Skill。它本身不做具体工作，而是回答一个问题：「当前这个场景，我该用哪个 skill 或 flow？」它把散落在整个仓库里的技能编排成一条「从想法到交付」的主流程，让 Agent 在动手前先判断路径，避免在错误的技能里打转。

适合人群：

• 使用 Matt Pocock 技能套件的开发者：不知道从哪个 skill 开始时的第一入口
• 想学习「技能编排」思路的 Agent 工作流设计者：参考它如何把多个 skill 路由成一条主流程
• 追求「先想清楚再动手」的工程团队：让 Agent 先路由、再执行，减少返工
• TypeScript/工程方法论爱好者：Matt Pocock 的方法体系入口

核心价值：作为一个「路由层」，把几十个 skill 的入口统一成一条可推理的路径，降低技能套件的使用门槛，让 Agent 走对流程。

准备工作

• 安装技能套件：按 mattpocock/skills 仓库说明安装整套 skill（含 ask-matt）
• 编码 Agent：Claude Code 等支持 skill 的编码 Agent
• 理解「flow」概念：ask-matt 区分「主流程（main flow）」「on-ramps（入口）」与「standalone（独立）」，先了解这套分类
• 时间预算：理解路由逻辑约 15-30 分钟

快速上手

1. 安装：按仓库 setup-matt-pocock-skills 或 README 指引安装整套 skill
2. 调起 ask-matt：在编码 Agent 中调用 /ask-matt 或对应的 skill 入口
3. 描述你的处境：告诉它你「有一个想法想实现」或「有一堆 bug 和需求要处理」
4. 按推荐路径执行：它会给出该走的 skill 序列（如 /grill-with-docs → /to-spec → /to-tickets → /implement）
5. 成功判定：你得到一条明确、可执行的 skill 路径，而不是在几十个 skill 里自行猜测

预期结果：输入你的处境后，ask-matt 返回一条匹配当前场景的 skill 流程建议，作为动手前的路径指引。

初级用法

• 「从想法到交付」主流程：有想法时，走 /grill-with-docs（访谈式打磨）→ /to-spec（成规格）→ /to-tickets（拆票）→ /implement（实现）主线
• on-ramp：bug 与需求堆积：走 /triage 把原始 issue 整理成 agent-ready 任务，再交给 /implement
• 上下文卫生：主流程步骤 1-3 保持在同一个未压缩的上下文窗口，直到 /to-tickets 之后才可压缩
• 独立 skill 直达：只做单点任务（如 review 一个 PR）时，直接调 /code-review 或 /tdd

高级玩法

• 原型分叉（on-ramp）：当某个问题需要「可运行的答案」时，用 /handoff 把状态交接给独立目录里的 /prototype，验证后再 /handoff 回来
• 多会话构建分流：判断是「单会话实现」还是「多会话拆分」，据此决定直接 /implement 还是先 /to-tickets
• smart zone 意识：在接近上下文上限（约 150k token）前，在阶段边界 /compact，避免降级推理
• 把路由逻辑内化为方法论：借鉴其「主流程 + on-ramp」设计，为自己的技能套件搭路由层

常见踩坑

1. 跳过路由直接乱用 skill：在几十个 skill 里凭感觉挑，导致流程错乱。解决：先 /ask-matt 再动手。
2. 过早压缩上下文：在 /to-tickets 之前就 /compact，丢失 grill 阶段积累的上下文。解决：遵守「到 /to-tickets 后才可压缩」的纪律。
3. 混淆 triage 与 ticket：把 /to-tickets 已产出的 agent-ready ticket 又送进 /triage。解决：/triage 只处理外部涌入的原始 issue。
4. 忘记 handoff 边界：原型与主线程混在同一个目录/上下文，状态互相污染。解决：用 /handoff 在原型目录与主目录之间显式交接。
5. 忽略 smart zone 上限：上下文逼近上限仍硬推，导致推理降级后继续产出。解决：临近上限即 /compact，在阶段边界处理。

小技巧

1. 把 ask-matt 设为你安装技能套件后第一个调用的 skill
2. 记住三条主线：主流程（idea→ship）、on-ramp（bug/需求涌入、原型分叉）、standalone（单点任务）
3. 每次大任务前都先路由一次，形成习惯
4. 结合 /grill-with-docs 在有 git 仓库的场景留下 CONTEXT.md 与 ADR 纸面痕迹
5. 把「上下文卫生」纪律写进团队规范，避免多人协作时状态错乱

常见问题 FAQ

Q1：ask-matt 是自动执行任务吗？

A：不是。它是个路由/导航 skill，负责告诉你「该用哪个 skill 或 flow」，具体执行仍由对应 skill 完成。

Q2：它依赖整个 Matt Pocock 技能套件吗？

A：是。它是对该仓库内所有 skill 的路由器，脱离套件单独使用没有意义。

Q3：和直接问「我该用什么 skill」有什么区别？

A：它把路由逻辑固化为一套稳定的主流程 + on-ramp 规则，比临时询问更一致、更可复用，且考虑了上下文卫生与 smart zone 等工程细节。

Q4：适合非 TypeScript 项目吗？

A：路由思想是通用的，但套件本身偏 TypeScript/工程方法，非 TS 项目可借鉴其流程设计思路。

Q5：能自己扩展路由规则吗？

A：作为开源 skill，可基于仓库结构理解并调整路由逻辑，但改动前建议先熟悉原设计。

参考链接

• GitHub - mattpocock/skills

⚠️ 本文基于公开资料整理，AI 辅助生成。最后更新：2026-08-13。