技能介绍

它解决的具体问题

多阶段长程任务最常见的翻车方式，不是某个环节做得差，而是被跳过的环节在后段以 bug、缺文档、验收无据的形式回咬。把一个完整项目交给通用对话，模型的典型路径是：顺手从写代码开始，顺手省掉需求与验收标准，顺手在中途更换技术栈，等到「快好了」的第 N 轮才发现，没人能说清当前处于哪个阶段、哪份产物负责哪条需求、卡住的是质量还是范围。

技能如何工作

tri-sdlc 把这件事变成显式状态机。它首先要求确认上游快照的结构化结论：核心意图属于编码开发、规划拆解或操作执行之一，且子意图为 sdlc；置信度为低则不执行，先走澄清门。这一步把「意图」与「执行」分离，编排器不再每轮重新猜测用户要什么。

项目初始化时，它会在 .tribro/sdlc/ 下生成 manifest.md 作为主控清单，记录剖面（full / standard / lite）与九个阶段的初始状态。剖面是对阶段的裁剪，而不是降低验收标准：轻量剖面只启用需求、设计、编码、测试四段，未纳入的阶段标记为「未启用」，其门禁不触发，也不计入进度分母。裁剪建议必须经用户确认，不允许静默生效。

每个阶段由独立子技能产出专业内容，编排器只做三件事：组装转交包、按验收清单逐条审计、把结论写成 gate-report.md。审计必须给出每条必检项的证据位置（文件名 + 章节），判 N/A 要附理由，无理由的 N/A 视为 FAIL。门禁未过则回炉，未经用户确认不得进入下一阶段；连续三轮 FAIL 停止自动重试，转为人工介入。

跨阶段一致性是第二层检查：需求 ID 要能在设计落点、任务看板与测试用例之间追溯，交付物内容不得超出立项时的 in-scope，覆盖率与通过率阈值按 manifest 覆写 → 设计约定 → 默认值的优先级继承。回退是级联的：退到 Pn 时，其后阶段状态重置为「未开始」，已产出交付物标记失效，并在 manifest 记录原因。

适用边界

这个 skill 是编排器而非执行器，阶段内的专业产出由各子技能负责，它不代笔、不绕过子技能自行撰写交付物。它面向有明确终点的项目交付，不适用于长期运行的循环体、流程定义产物或单次带副作用的动作。它默认假设上游 tri-intent 可用：独立安装时需先检测快照，缺失可降级为自构造输入，但意图识别精度会下降。