Agent Minimalism

使用本 Skill 将任务或工作流转化为最低复杂度的可靠设计。

核心原则：

> 默认工作流化。仅在真正存在不确定性时使用 Agent。

Agent 应处理不确定性、探索、恢复和开放式判断。它们不应该成为包裹确定性步骤的默认外壳。

适用场景

在以下情况下使用本 Skill：

• 设计 Agent、AI 工作流、自动化管道或工具调用系统。
• 尝试减少 token 用量、延迟、成本、不稳定性或上下文共享开销。
• 将全量 Agent 流程转换为混合工作流。
• 评审动态工作流是否过度设计。
• 构建内容生产、研究、销售运营、客户支持、编码任务、数据分析或产品运营的可复用模式。

操作模型

将每个步骤分类到最低充分级别：

经验法则：

> 如果低级别能可靠解决，就不要提升到高级别。

工作流程

1. 梳理当前任务链。
• 识别输入、输出、中间产物、工具、失败模式和决策点。

1. 分离确定性与不确定性。
• 确定性的：做成代码、模板、配置、校验或固定工作流。
• 语义但有边界的：使用单次模型调用。
• 不确定、探索性或自我修正的：考虑局部 Agent。

1. 按复杂度路由。
• 优先 L0，其次 L1、L2、L3，最后才是 L4。
• 将完整动态 Agent 视为最后手段。

1. 将 Agent 放在异常点。
• 将 Agent 用作复杂节点处理器或故障恢复处理器。
• 除非整个任务路径未知，否则避免在主入口放置 Agent。

1. 输出设计建议。
• 展示哪些步骤移至规则/工作流/LLM/Agent。
• 说明每个 Agent 节点的不确定性依据。
• 定性估算成本、稳定性和 token 影响。

输出格式要求

审查或设计时，输出内容应包括：

• 当前工作流诊断。
• 带 L0-L4 标签的步骤分类表。
• 推荐架构。
• 每个 Agent 节点的使用理由。
• Token 与稳定性影响说明。
• 下一步实施建议。

保持实用。目标是可落地的设计规范，不是哲学论文。

参考文档

• 审查标准，请阅读 references/review-checklist.md。
• 可复用路由器与架构模板，请阅读 references/router-template.md。