Tool、Skill、Workflow 和 Agent 各承担什么职责，有何区别？

四者可以按职责区分：Tool提供具体动作，Skill提供完成一类任务的方法与资源，Workflow控制流程和状态，Agent根据当前目标与反馈决定下一步。 它们常组合使用，不是互相替代的四种产品。

例如诊断订单异常：查订单、查日志是Tool；“按时间线核对订单状态、支付与库存”的诊断方法可以封装成Skill；固定的接单、诊断、确认与处理流程由Workflow管理；Agent在诊断阶段根据证据选择工具、调整调查方向并生成结论。

Tool通常有名称、描述、参数结构和执行返回值。模型生成调用请求，应用执行函数或远端API，再把结果回传；工具以接口交付某项能力，整体任务何时调用它，仍由编排流程或Agent决定。

Skill以可发现的说明、步骤、领域知识及可选脚本、模板构成能力包。它告诉Agent如何处理某类工作，可以调用多个Tool，也可以只指导写作或分析。遵循Agent Skills格式时以SKILL.md为入口；Skill不必有统一的JSON输入输出接口，也不会自动增加工具权限。

Workflow由代码或图定义状态、依赖、条件分支、等待和失败处理。它可以包含循环，也能在某个节点运行Agent；“有循环”不意味着就脱离了工作流。

Agent包含模型决策、运行循环和状态，通过观察结果继续行动。它可以使用Skill作为方法、Tool作为动作，也能被Workflow约束在一个业务阶段内。

步骤稳定、必须按顺序发生的业务动作适合由Workflow落实，例如先检查订单状态再决定是否创建退款。探索方向取决于中间证据时，适合Agent处理；可复用的分析方法抽成Skill；重复且确定性的计算交给Tool或脚本。

Skill中写“必须先检查再退款”，只能引导模型；若业务要求绝不能跳过检查，还应由工作流或服务端状态校验实现。反过来，工作流节点也可以复用，不必为了复用就把所有节点改名为Skill。

Skill等于子Agent吗？ 不等于。Skill通常是当前Agent按需加载的能力资源；子Agent有独立执行上下文和任务生命周期。一个子Agent可以加载多个Skill。

一切都做成Agent是否更灵活？ 会增加调用、调度与验证成本。已有规则能稳定处理的路径，保持代码控制更容易验证。

国内：JavaGuide：Agent Skills：依据执行链路与 Skill 入口的职责，区分正文中的方法资源、调用能力及连接协议。
国内：zero2Agent：渐进式披露与Skill/Workflow：采用 Skill 与 Workflow 的比较，区分正文中的固定状态流转和可复用任务知识。
国内：WeThinkIn：编码Agent与技能资源：依据子 Agent 与 Skills 的边界，说明正文中独立执行上下文和方法资源包的不同职责。
国外：Agent Skills：Specification：依据正文与资源的开放约定，说明正文中 Skill 格式为何没有统一业务函数签名。
国外：Anthropic：Building effective agents：采用工作流与自主 Agent 的控制权区分，说明正文中各能力如何组合选型。