task-triage

Task Triage Skill

本 Skill 只核对任务事实、作出正交决策并交接专业动作；不复制 Task Environment、OpenSpec 或验证手册，也不建立确定性路由器。

1. 核对任务事实

只读任务相关范围，不做全量审计。确认：

• 用户希望外部行为或长期事实如何变化；
• 相关 canonical specs、current knowledge、active Changes、实现、测试与 registries，以及其中的事实 authority；
• 完整 Git repository set，使用 Workspace/Project/Service selector，不按目录层级猜测边界；
• 写入授权、不可逆影响和仍需用户决定的语义冲突。

首次修改 proposal、Skill、代码、测试或当前知识前，从直接相关的 canonical specs、current knowledge、实现、测试与 registries 建立一次有界 authority source map。该 map 只用于当前 Agent 工作上下文，不写入 Task Record、Development Receipt、sidecar 或其他产品 authority；后续只有 scope、authority 或相关事实变化时才增量刷新，不反复全量扫描。

authority 冲突、授权或 repository set 不明、不可逆行为缺少决定，或是否进入实现仍未知时，停止对应写入，只询问会改变长期语义、责任边界或授权的最少问题。

UI Prototype 选择

若当前 Task、提案或预期实现可能产生用户可见的前端 UI 变化，向用户询问：“本次是否需要先生成界面原型（UI Prototype）？”询问只负责取得选择，不生成文件，也不改变语义治理或执行形态判断。

只有用户在当前任务中明确确认需要，才在方案已有足够上下文、正式前端实现开始前加载 selected ui-prototype Skill。用户拒绝、未确认或直接要求继续时不调用 Skill，正常推进后续流程；不得创建占位文件、waiver、Result、Receipt 或 blocker。UI Prototype 不替代 OpenSpec Change、Planning Review 或正式实现。一旦当前 Task 已生成原型，除非用户明确要求忽略，后续 Agent 必须在正式前端编辑前读取全部相关原型并按其信息架构、布局和交互开发。

2. 两轴决策

语义治理

选择	判定	动作
code-only	canonical spec 已覆盖目标，且修改不改变可观察契约	不创建 Change
spec-maintenance	specs、实现、registries 或已确认决定已证明当前事实，只需文档追上事实	不补造 Change；current knowledge 使用 maintain
change-flow	改变 SHALL/MUST、API、状态流、权限、业务规则、数据语义、兼容性或其他可观察承诺	一个独立业务目标一个 Change
blocked	authority、业务语义或授权无法确认	报告冲突和最少决策问题

工程细节默认不进入 OpenSpec；但默认值、存储或内部机制一旦改变外部行为、数据含义、兼容性、安全边界或业务承诺，仍走 change-flow。不得用 spec-maintenance 绕过新需求评审，也不得用 code-only 掩盖规范缺失或事实不明。

若任务改变依赖、构建或测试入口，先把已确认Task scope与变更事实交给declaration-intake做只读差异检查；长期preparation.yml/verification.yml写入仍需用户确认并由各owner Skill完成。Triage不直接维护声明。

执行形态

• implementation：修改代码、运行构建/测试，或需要长期开发上下文。
• metadata-only：仅维护 OpenSpec artifacts、Rules、Skills、文档或模板，不进入代码、构建或测试。
• unknown：信息不足；先澄清，不提前写 Change artifacts 或当前事实。

该轴独立于语义治理。Formal Task Record本身不是编辑、构建或有界测试的通用工作许可：用户授权、repository/ref、owned scope与副作用边界均明确时，Agent可以直接工作，但不得把该路径冒充ready Environment、Development、Formal Verification、Candidate、Finish或cleanup事实。选择Buildr-managed checkout、Preparation、runtime projection、持久资源、正式环境证据或自动Finish时，才必须根据Task完整Project/Service scope与Project preparation.yml形成Environment Plan并取得ready；metadata-only受管执行可以使用共享执行根。