创建采购订单，该做成Skill还是Agent？

封装采购业务能力时，任务边界决定了后续如何编排与复用。所提供资料把“创建采购订单”作为适合封装为Skill的活动：单一职责、输入明确、输出可预期，而且能够作为完整单元复用。填写订单明细等操作则留在内部实现，避免把完整任务拆成大量零散技能。

资料给出企业业务流程L1至L5的颗粒度参考框架。L1是价值链，例如供应链管理，适合作为Agent分类的顶层目录，不直接映射为一个智能体；L2是流程组，例如采购管理，对应Agent，因为用户表达的是业务意图，需要通过多步编排完成。企业可据此区分业务分类与实际执行职责。

L3是子流程，例如采购订单执行，可根据复杂度选择Agent或复合Skill。资料的判断依据是：需要多步编排时采用Agent，流程固定时采用Skill。实施团队建议结合任务是否需要协调多个活动、执行路径是否固定来判断，不能单凭功能名称决定归属。

L4是完整活动，“创建采购订单”在资料中对应Skill。L5是操作步骤，例如填写订单明细，作为L4技能的内部实现。资料明确指出，拆成“填头”“加行”“选供应商”过于细碎。建议先定义创建订单所需输入、完成条件与输出，再安排内部步骤，使调用方能够围绕完整业务结果使用技能。

复用设计还需要考虑跨域需求。资料将“供应商信息查询”和“发票识别”列为多个Agent可能共同需要的能力，建议分别封装为Skill并共享调用。这意味着，订单创建中的某个步骤是否单独封装，还可结合其是否具有明确职责、能否被其他场景作为完整单元使用来判断，不能把所有内部操作都机械地排除在共享能力之外。

资料同时建议Agent按岗位角色命名，例如采购助理。企业IT与实施团队可先画出岗位负责的流程范围，再配置完成活动所需的技能，随后识别跨岗位共享能力。L1至L5属于参考框架，实际边界仍建议结合企业流程复杂度和复用需求评审，避免把整个供应链压入单一智能体，也避免把字段操作逐个包装成对外技能。