triage 是面向仓库维护者的每日分诊技能，按“采集→读取状态→分诊→分派修复→持久化→外溢”的自我恢复晨间循环运行。个人数据（状态、收件箱、运行记录、语气文件）都放在被 gitignore 的 .triage/ 下，技能文件与脚本则提交到仓库。
前置条件：gh 已认证（gh auth status）；.triage/ 已存在，缺失时先运行 scripts/triage/bootstrap.sh 生成 state.json、inbox.md、runs/ 等；main 分支工作区干净。
主要流程：1）只读采集，按 state.json.last_run 计算窗口（缺省 24 小时），拉取 CI 失败及失败步骤日志、开放 issue、最近提交，并扫描维护者在评论中做出但尚未完成的承诺；2）读取 .triage/state.json，用 source+signature 的稳定哈希构建已知发现映射；3）按 resources/finding-rules.md 分类为跳过、重试、新开、转人工或忽略；4）分派：先检查是否已有贡献者 PR，有则评审而非新写修复；无候选 PR 的发现按上限创建 git worktree，并生成起草与对抗性评审两个子代理，评审通过需满足最小修复、有测试且 npm ci && npm test && npm run build 全绿；通过则创建 ready PR，否则写入 inbox.md；5）持久化到 state.json 与 runs/<date>.md，不改写历史只追加尝试记录；6）评论策略：自动发布已禁用，所有回复均作为草稿写入 inbox.md 等待维护者批准；7）无法分类或安全处理的内容外溢到 inbox.md；8）版本号：修复 PR 若影响发布包则按语义化版本默认 patch 提升，发布始终由维护者触发，循环绝不执行 npm publish 或创建 GitHub Release。
护栏：绝不推送 main、绝不合并、绝不用 --force，只开 PR；不触碰工作树外文件（.triage/ 除外）；token 通常缺少 GitHub workflow 权限，不尝试修改 .github/workflows/*，转交收件箱；尊重每次运行的发现上限；gh 未认证或工作区脏时中止并写入原因。
资料未提供具体定价、适用平台或性能数据。