用途：整理 Linear 待办列表，让路线图保持可读，并确保每个规格问题处于 Build、Review 或 Verify 可处理的状态；同时把入站 GitHub Issues 梳理成完整的 Linear 规格。
主要能力：按需执行，不自动运行；其他阶段进入时只做轻量只读卫生检查并报告发现，修复由本工作流负责。
使用方式：任何写入前先完整阅读 references/conventions.md；随后完整阅读 references/triage.md 并遵循。硬性门槛包括：变更前先报告发现；直接应用 tier-1 安全修正，tier-2 变更需先询问，未经明确指示绝不执行 tier-3 工作；绝不从 GitHub Issue 直接实现；仅用 gh issue list、gh issue view、gh issue comment 处理入站 GitHub 梳理与反向链接，其他状态和规格写入使用 Linear MCP。
适用场景：用户要求整理待办或路线图；询问接下来该做什么；Plan、Build、Review 或 Verify 报告了需要修复的卫生问题；入站 GitHub Issues 需要 Linear 规格。
共享原则：Linear 状态即状态，不设正文状态镜像；排序就绪工作时优先选择下一个面向用户的切片；遇到不确定应暴露而非猜测填补。
限制：按需触发，不自动运行；具体 tier 划分、命令细节和完整流程需查阅上述参考文件，资料未提供更多内容。