关于 temper
temper 是一项帮助工作流和系统减少不必要复杂度的 Agent 技能。它提供过度设计检查,并建议在保留正确性和必要安全措施的前提下简化方案。
主要功能
- 01识别常见的过度设计迹象
- 02用简化测试评估组件
- 03合并不必要的 Agent
- 04移除过早引入的抽象
- 05保留必要的安全措施
适用场景
- 01简化多 Agent 工作流
- 02在添加功能前审视抽象
- 03降低配置复杂度
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ sharpdeveye/ maestro --skill temper安装后在 Claude Code 中输入/temper确认已加载。
详细介绍
必须的准备工作
调用 /agent-workflow — 其中包含工作流原则、反模式和上下文收集协议。继续之前,请遵循该协议 — 如果尚无工作流上下文,MUST 先运行 /teach-maestro。 查阅 agent-workflow 技能中的 agent-architecture 参考资料,了解拓扑模式以及何时适合采用多 Agent。
避免过度设计。最常见的错误不是做得太少,而是做得太多。
检测过度设计
过度设计的迹象:
- 用多 Agent 解决单 Agent 就能解决的问题
- 尚无性能数据就过早优化
- 只有一种实现的抽象层
- 为永远不会改变的内容添加配置
- 对非关键输出进行评估循环
- 功能尚未实现就先搭建框架
复杂度测试
针对每个组件:
- 它解决的是我们实际存在的问题吗?(而不是“可能会遇到的问题”)
- 这是能正常工作的最简单方案吗?
- 移除它会导致任何功能失效吗?(如果不会,就移除)
- 新成员能在 5 分钟内理解它吗?(如果不能,就简化)
控制策略
精简不必要的 Agent
OVER-ENGINEERED: User → Classifier → Router → Specialist → Formatter → Checker (6 components)
TEMPERED: User → Single Agent with good prompt (1 component, same quality)
移除过早的抽象
OVER-ENGINEERED: class AgentOrchestrator with 5 strategy interfaces
TEMPERED: async function runWorkflow(input) — direct, readable
简化配置
OVER-ENGINEERED: config.yaml (200 lines, 47 params, 3 inheritance levels)
TEMPERED: config.yaml (20 lines, essential params only, sensible defaults)
不应精简的内容
- 错误处理 — 必不可少,不是额外负担
- 日志记录 — 出问题时能帮上忙
- 输入验证 — 防止故障连锁发生
- 核心防护措施 — 安全不容妥协
- 黄金测试集 — 用来确认功能仍正常运行
建议的下一步
精简后,运行 /evaluate 确认质量得到保留,或运行 /diagnose 进行全面健康检查。
绝不要:
- 不测量精简前后的输出质量就进行精简
- 以简化为由移除错误处理
- 简化到无法保证正确性的程度
- 移除用户正在使用的功能
评论
支持 Markdown