精益交付

它解决什么问题

大模型交付物往往走向两个极端：要么废话连篇，开头先来一句寒暄，再原样复述一遍用户需求；要么为了压 token，把关键假设、边界条件和风险全部隐去，让读的人靠猜。前者浪费上下文，后者留下维护陷阱——省下的 token，要用后来人排查 bug 的时间偿还。精益交付 把这件事变成一个有约束的流程：被裁掉的只有浪费，不是质量。

工作方式

三层设计：任务方向特化、复杂度自适应、质量门禁。

核心流程六步：分类任务方向与复杂度 → 解析用户覆盖配置 → 加载对应方向策略 → 全程套用省 token 分层 → 输出过质量门 → 结果先行交付。

省 token 分层（L1–L6）累加生效：

• L1 冗余消除：不写填充语，不复述需求，不回显输入，第一句就是答案或第一个动作
• L2 解释最小化：只解释非显而易见的部分，删掉复述代码的注释（如 # 循环自增）
• L3 上下文压缩：不重读已在上下文里的文件，用 Grep/Glob 代替整文件读，只读需要的行区间
• L4 结构化输出：表格、紧凑列表、key:value，一行一个事实，形容词和模棱两可的话不加
• L5 渐进披露：结果放最前，注意事项、备选方案、背景放后面
• L6 工具调用效率：独立调用并行化，依赖步骤用 && 串联，前一步已确认成功就不重复验证

方向特化决定砍什么留什么。编码保留意图注释、边界条件和关键路径测试，砍掉样板复述；分析保留数据表和非显而易见结论的推理链；重构保留行为不变的证据和 diff 理由；写作保留论点、证据和结构，砍掉元评论。

复杂度自适应按 simple / medium / complex 三档调节强度。complex 档（架构级改动、并发与安全、需求含糊）强制 strict 质量，需要时完整解释，只砍样板。拿不准就往高一级归类；用户明确标了 complex 的任务绝不自动降级。

质量门禁 G1–G5是硬停点，优先级高于 token 目标：完整性、正确性、可维护性、关键路径覆盖（代码要有安全/错误/边界路径的验证，分析要交代负载结论的来源与假设）、以及诚实标注未知与风险。任何一条不过，输出就不算交付。

适用边界

• 只针对产出交付物的任务。纯聊天问答没有产物，或用户明确要求详细解释时，应跳过
• 用户可用自然语言覆盖配置（如“用 strict 质量”“当成文档任务处理”）。质量与 token 冲突时质量优先
• 简单任务默认不解释，需要时再问。这不是不回答问题，而是把深度交给需求驱动
• 省 token 不等于压代码长度——把标识符压到不可读，同样过不了可维护性门禁