很多企业 AI 的混乱，来自团队把 agent、skill 和 workflow 当成可以互换的词来用，但它们并不一样。
这篇页面就是为了帮助管理层和交付团队判断：面对一个具体内部问题，到底该采用哪种形态。
什么时候应该做成 agent
当系统需要在不断变化的上下文里自己探索、判断和调整时，agent 才真正有价值。它通常也意味着更高的监控要求、更强的 guardrail 和更好的升级设计。
如果问题本身其实稳定且重复，agent 很可能带来的复杂度会大于价值。
什么时候 skill 更合适
当组织想要的是一块可复用能力，并且它有清楚的操作边界时，skills 往往是更好的选择。它比一次性 prompt 更结构化，也比单条 workflow 更可复用。
这让它很适合作为 agent 和固定自动化之间的中间层。
FAQ
谁最适合先从这篇指南开始？
正在为术语争论、但又确实需要做架构判断的团队，最适合先从这里开始。
什么时候该进入交付讨论？
当控制模型、复用边界和可接受自治程度已经足够清楚，可以开始讨论封装时，就该进入交付讨论。