用途：当工作流显得过度工程化、存在过早优化、不必要的抽象层或复杂度超出实际需求时使用 temper。其核心观点是，常见错误不是构建得太少，而是构建得太多。
准备要求：需先调用 /agent-workflow，其中包含工作流原则、反模式与上下文收集协议，并按协议执行；若尚无工作流上下文，必须先运行 /teach-maestro。可参考 agent-workflow 技能中的 agent-architecture 资料了解拓扑模式及何时才值得使用多智能体。
过度工程化的征兆包括：为单智能体问题使用多智能体；在缺少性能数据时过早优化；只有一个实现的抽象层；为永不改变的东西做配置；对非关键输出建立评估循环；先搭框架后做功能。
复杂度检验：每个组件都要问，它是否在解决真实存在的问题、是否是最简单的可行方案、去掉它会不会破坏什么、新成员能否在 5 分钟内理解。
精简策略：合并多余智能体，例如把 用户→分类器→路由→专家→格式化→检查 的六组件链路，简化为 用户→带良好提示词的单一智能体；移除过早抽象，用直接可读的函数替代多层策略接口；简化配置，仅保留必要参数与合理默认值。
不应精简的部分：错误处理、日志、输入校验、核心护栏、黄金测试集。禁止在没有前后质量测量的情况下精简；不得以简化为名移除错误处理；不得简化到低于正确性水平；不得移除用户实际依赖的功能。精简后可运行 /evaluate 确认质量保持，或运行 /diagnose 做完整健康检查。其他平台支持与限制暂未提供。