task-triage

Task Triage Skill

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

1. 核对任务事实

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

• 用户希望外部行为或长期事实如何变化；
• 直接相关实现和约束，以及决定当前动作所需的权威来源；
• 登记使用已确认的 Workspace/Project/Service scope；实际需要 Git 操作时再核对相关 repository set，不按目录层级猜测边界；
• 任务范围涉及的已登记代码库（Repository）有来源声明但缺少真实代码时（repositories/manifest.yml 有登记、声明目录不存在或诊断报告 code_missing），先提醒用户是否按声明来源与集成分支准备该代码库，再继续依赖它的写入；任务范围未涉及的缺失代码库只如实报告，不代为准备。
• 写入授权、不可逆影响和仍需用户决定的语义冲突。

首次修改前，按改动影响核对直接相关实现和约束。小改动不要求遍历规范、知识、测试与登记信息；涉及行为、职责或权威来源变化时，再按需读取相关规范、当前认知、活跃变更、调用方、测试和登记信息，形成有界来源图（Authority Source Map）。来源图仅用于当前工作上下文，不写入任务记录或其他产品状态；只有范围或相关事实变化时才增量刷新。

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

UI Prototype 选择

新页面、主要布局或交互存在实质设计选择，且用户尚未表达原型偏好时，询问是否需要先生成界面原型（UI Prototype）。已有明确偏好继续适用；已明确设计的局部文案、样式或交互修复直接推进，不机械询问。用户主动要求原型时，按下方明确选择边界处理。

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

用户要求原型且已有正式任务时，接续 ui-prototype 的“成果保存与接续”，生成后立即归入任务供评审，不等待实施决定；没有关联变更也通过该技能约定的任务目录展示，不为展示强造变更。后续新建任务时，同样接续此前临时原型。用户决定实施且此前讨论已有未被明确忽略的原型时，在正式前端编辑前由同一技能核对确认版、复用或归入适用位置并验证任务展示。此动作承接已有成果，不重新询问是否生成，也不复制迁移或清理流程；归入展示不等于批准实施，是否创建变更仍按下方语义判断。

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写入按declaration-intake的routine-maintenance|user-decision-required分类，由对应owner完成；只有后者需要新的用户决定。Triage不直接维护声明。