cost-aware-development

成本感知开发

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

先识别运行模式

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

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

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

唯一分类表

路由策略是任务分类、角色集合、条件门、完成门和 strong 上限的唯一机器事实源。按 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，也不触发交权。