Goldilocks 项目智能编排器

它解决什么问题

AI Agent 项目里最常见的失控不是模型能力不足，而是流程过度膨胀：一个三步就能完成的修复，被套上完整的编排管线、状态文档和多轮交接。Goldilocks 针对的正是这种「为简单任务支付编排税」的问题。

核心机制：零成本闸门

技能默认走 Direct 路径。执行前先过一道零成本闸门，依次检查七个维度：架构、权限、安全、不可逆性、因果链、连续性，以及分解是否真的有意义。如果全部清晰，就做最小改动、果断验证、追加一条本地化的 Direct receipt，然后结束。

这期间不读任何参考文档、不调用其他技能、不创建工作流状态。正常的交付物或正确性文档仍然允许，但不会生成 .goldilocks/ACTIVE.md 这类连续性文件——除非后续出现压缩、分阶段、等待、委派或交接。

按需加载引擎

Direct 走完后如果暴露出问题，才加载对应引擎，且一次只加载一个：

• align.md：终态不明确时
• diagnose.md：原因未知时
• build.md：需要持久化规划、执行或 TDD 时
• orchestrate.md：需要委派或模型路由时
• prove.md：评审、发布或验收时
• evolve.md：技能编写或实验时
• artifacts.md：多单元产物时

只有事实跨过引擎边界时，才追加第二个。

沟通方式与适用边界

结果先行，不叙述计划工作；状态只报增量；缺陷必须附带有证据支撑的原因（或明确标注 unknown）、修复方案和验证结果。Standard 角色拥有一条完整可变链加一次普通修复，Fast 角色接收固定叶子契约，Lead 只保留意图、架构、权限、安全和共享接口约定，不重复 owner 的探索。

需要注意：Usage 是宿主侧且 fail-silent 的，除非显式开启 automatic，否则按需触发。它不替你做架构决策，只在流程成本上做取舍。