A practical decision guide
智能体、Skill、插件与 MCP，业务团队怎么选？
先写清希望完成的业务动作，再决定需要哪种能力。询盘整理、知识库问答与系统回写，往往需要不同的组合。
这些概念描述不同层面的能力，可以组合使用。选型的起点是可验证的任务和权限，最终方案要在实际工具与资料中验证。
先区分它们各自解决哪一层问题
这里的 Skill 指可复用的任务说明与流程，插件指宿主应用的扩展。不同产品对术语的用法、文件格式和可执行能力可能不同，不能只凭名称判断兼容性。
| 能力 | 适合解决什么 | 要先核对什么 |
|---|---|---|
| 智能体 | 在限定任务内理解请求、选择步骤并使用获准工具。 | 模型能力、工具范围、停止条件与人工确认。 |
| Skill | 复用一套任务说明、处理规则或操作流程。 | 宿主支持、资料质量，以及是否具备实际执行工具。 |
| 插件 | 在已有应用中增加交互入口或功能。 | 宿主版本、安装权限、扩展接口与维护方式。 |
| MCP | 按统一协议向兼容客户端提供工具、资源或提示。 | 客户端/服务器兼容性、认证、网络及底层系统权限。 |
| 工作流 | 按约定触发、判断、审批和回写步骤组织任务。 | 输入输出、异常分支、重试去重与可观察的结果。 |
从一个业务动作倒推方案
- 需要重复使用已确定的写作或整理方法：先评估可复用说明与资料，是否需要 Skill 取决于当前宿主。
- 需要在现有软件里使用功能：先检查应用本身能否配置，以及是否需要插件扩展。
- 需要连接多个系统：先确认真实接口、读写权限与认证，再评估 MCP 或其他集成方式。
- 需要多步处理和审批：先画出工作流；只有其中确实需要理解或选择的步骤才引入模型或智能体。
示意：整理询盘并起草回复
下面是流程示意，不是客户项目的交付或效果数据。
读取获准的询盘资料 → 整理约定字段 → 根据审核后的产品资料起草回复 → 业务人员确认价格、交期和对外发送 → 留存结果。
整理规则可以复用为任务说明；审批由工作流承接；系统连接是否采用 MCP，取决于客户端与目标系统。能生成草稿，不代表已经取得发送或回写权限。
选型前，拿真实条件验证四件事
- 资料：来源、版本、缺失和冲突如何处理；测试使用获准的真实或脱敏样本。
- 权限：读什么、写什么、谁批准；有接口仍需核对访问资格、字段与限制。
- 结果：输出交给谁，字段准确性、人工修改与失败路径怎样复核。
- 维护：谁更新资料，如何发现异常、撤销授权，以及第三方费用如何约定。
第一次沟通，准备一页流程简报就够开始
写出当前环节、触发条件、输入、输出、确认点和不包含范围。工具和模型可以在评估后确定，价格、周期、部署与维护安排也需按实际范围确认。
内容维护：塵風AI。本文用于帮助梳理需求；项目可行性、安全、合规、价格与周期仍需结合实际条件评估。