cost-aware-development

成本感知开发

先按风险选择最低可胜任能力，再决定需要多少流程和角色。简单任务保持简单；成本优化不得绕过真实风险、安全边界或完成证据。

先识别运行模式

启动任务时先判断可选的六角色增强是否健康。若本地 CLI 可用，优先读取 model_economy.py status 的只读结果。CLI 不可用且当前环境没有任何 model-economy-* 自定义角色时，按核心模式运行；只要出现部分或全部同名角色但无法验证完整增强健康状态，就保守视为降级状态。不得因为文档中出现角色名称就假定角色、模型映射或身份验证已经启用。

• core（核心模式）：目录安装后四个 Skill 可直接运行，但没有本地六角色配置。简单任务由主 agent 执行；机械和标准任务只有在用户明确授权创建且当前工具可用时才可使用通用可见任务执行者，继续应用原生质量门，不尝试调用不存在的自定义角色。
• enhanced（增强模式）：六个角色文件、受管理哈希、模型映射和模板版本全部健康时，才按下方六角色规则编排。模型与角色身份仍然是未验证状态。
• degraded（降级状态）：只要发现部分角色、损坏状态、哈希或映射冲突、过期模板，就失败关闭并明确要求修复或移除增强配置，不得静默当作核心模式。

核心模式遇到大型/高风险任务时，必须说明独立架构师和终审员的角色隔离条件未满足，并让用户选择安装增强模式，或明确批准“降低保障的单 agent 流程”。即使用户批准后者，也不得声称已经完成完整的 Model Economy 高风险流程。降级状态下同样不得作出这种完成声明。

唯一分类表

路由策略是任务分类、角色集合、执行目标、条件门、完成门和预算的唯一机器事实源。按 classification_order 和 first_match 选择唯一类别；最后的 standard 是默认 fallback，不因文件数、请求篇幅或省 token 要求而降级风险。

跨模块不自动等于大型。只有新架构、广泛爆炸半径，或安全、隐私等高风险边界才进入大型/高风险。机械任务必须满足全部五项 economy 条件；任一条件不满足就使用 balanced。

原生质量内核

Model Economy 自带意图门、计划门、测试门和证据门，不依赖其他开发方法插件。开始任务时只判断各门是否命中；命中时才读取并执行质量门，不得为了形式启动未命中的流程。

目标存在实质歧义、高风险决策或未批准架构边界时，实施前必须取得可追溯审批。目标、约束和验收已经明确时，不重复要求设计审批。简单任务不写持久化计划；标准任务只使用与复杂度匹配的短计划；大型/高风险任务才要求持久化计划。测试强度匹配行为风险。声明完成前始终核对新鲜验证证据。

轻量工程能力

需要专项方法时，可以按需组合 domain-context、module-design 和 disposable-prototype。它们分别用于提炼已有领域约束、检查模块边界，以及用隔离的一次性实验回答具体未知；没有匹配触发条件时不要读取或执行。

这些叶子 Skill 不改变任务分类、模型选择、角色拓扑或 subagent 预算，不得接管计划、审查、提交或完成门。它们自身不启动 subagent；涉及实际产品代码的后续工作仍由本 Skill 分类和编排。详细触发条件以路由策略中的 lightweight_practices 为准。

Superpowers 兼容

安装、启用或发现 Superpowers 不构成启用完整 Superpowers 工作流的授权。默认由 Model Economy 独占任务分类、代理编排和质量门，不自动调用其完整 brainstorming、planning、subagent-driven-development、executing-plans 或 finishing 流程。

只有用户在当前任务中明确要求“完整 Superpowers”、“full Superpowers”或“Superpowers strict mode”时，才把本次任务的流程编排权交给 Superpowers。交权后 Model Economy 只提供模型与成本建议，不得启动 Model Economy 角色，也不得追加自己的计划、审查或验证流程。交权不跨任务保存；如果运行环境没有 Superpowers，应明确报告 strict mode 不可用。

用户只要求测试先行、系统化调试或完成前验证等单项方法，不等于授权完整 Superpowers，也不触发交权。