用途：triage 用于把代码审查、安全审计、性能分析等来源的发现项逐条分诊，决定是否加入 CLI todo 系统进行跟踪。
主要能力：先读取 todos/ 目录中所有 pending 待办，再逐条展示发现项，包含标题、严重级别（P1 严重/P2 重要/P3 可选）、类别、描述、位置（file_path:line_number）、问题场景、建议方案与预估工作量。用户可对每条选择 yes（创建或更新 todo 文件）、next（跳过并删除该 todo 文件）或 custom（修改优先级、描述等后再确认）。选择 yes 时，已有 todo 文件会从 {id}-pending-{priority}-{desc}.md 重命名为 {id}-ready-{priority}-{desc}.md，并把 YAML frontmatter 的 status 从 pending 改为 ready；新建文件命名为 {next_id}-ready-{priority}-{brief-description}.md，优先级映射为 P1→p1、P2→p2、P3→p3。全部处理完后输出汇总，列出已批准与已跳过的条目。
使用方式：以发现项列表或来源类型作为参数调用；资料要求先把 /model 设为 Haiku，再读取 todos/ 目录中的 pending 待办。处理完成后可运行 /resolve_todo_parallel 处理已批准的待办，或提交这些 todo。
适用场景：分诊代码审查发现、处理安全审计结果、审阅性能分析，以及其他需要跟踪的分类发现项。
限制：分诊期间明确禁止编写任何代码，也不添加详细实现细节，这些留给后续 /resolve_todo_parallel 阶段。其他限制资料未提供。