triage:工单分诊状态机
triage 用一套角色化的状态机把问题单(issue)推进流转:从待分类、待澄清到待办、进行中、已完成。适合用 GitHub、Linear 或本地文件管理任务队列的团队。
把杂乱的问题单,按一套分诊角色状态机有序推进,谁该做什么一目了然。
它解决什么问题
问题单一旦多起来就容易失联:没人认领、状态模糊、优先级混乱。代理也不知道现在该处理哪一个。
何时使用
- 你有一堆问题单需要分类和指派
- 想用一致的状态词汇(待办/进行中/已完成)管理任务
- 在 GitHub、Linear 或本地文件之间维护任务队列
核心工作流
- 进入分诊:把问题单放入待分类队列
- 标注类型与优先级,必要时用 grill 类技能澄清
- 按状态机推进:待分类 → 待澄清 → 待办 → 进行中 → 已完成
- 与 to-tickets 配合,把已澄清的条目拆成可追溯的工单
关键原则与反模式
- 状态机让每个问题单都有明确归宿,杜绝「悬空」
- 分诊时优先澄清,含糊的条目不进待办
- 依赖 setup-matt-pocock-skills 里配置的标签与问题跟踪器
与其他技能的配合
triage 负责「分类与流转」,to-tickets 负责「拆解与追踪」,两者常前后衔接。分诊完成后,可以用 to-spec 把结论固化成规格。
相关技能:
- to-tickets:拆成追踪子弹工单
- to-spec:把对话变成规格
- setup-matt-pocock-skills:一次性配置
- ask-matt:技能路由器
常见问题
triage 支持哪些问题跟踪器?
官方优先支持 GitHub 与 Linear,也支持把任务存成本地文件。具体以 setup-matt-pocock-skills 的配置为准。
triage 和 to-tickets 能一起用吗?
可以。triage 做分类流转,to-tickets 把已澄清的条目拆成带依赖关系的工单,二者互补。
返回章节:工程技能完全指南