**知识库回答“应该知道什么”，连接器解决“能访问哪些系统”，技能规定“这项工作怎么做”，工作流负责“固定步骤按什么顺序执行”。**四者不是四种互相替代的产品，而是企业 Agent 完成一项真实工作的四类零件。
如果只做制度或产品资料问答，知识库可能已经够用；如果任务要跨系统、按企业规则判断并写回结果，通常四者需要组合。最危险的误区，是把“接口接通”或“上传文档”当成 Agent 已经能上岗。
先用一张表分清边界
| 能力 | 它主要保存或提供什么 | 擅长解决 | 不能单独解决 |
|---|---|---|---|
| 知识库 | 制度、手册、产品资料、项目经验及引用 | 基于企业资料回答、找出处 | 实时库存、订单和系统写入 |
| 连接器 | API、账号、字段和可调用动作 | 读取 CRM/ERP，建待办、改状态 | 业务判断和岗位口径 |
| 技能 | 规则、模板、判断步骤、脚本和异常处理 | 让 Agent 按企业方法完成某类工作 | 凭空获得数据和权限 |
| 工作流 | 节点、条件、顺序、重试和审批 | 稳定重复、可确定执行的流程 | 开放问题理解和临场取舍 |
可以把它们想成新员工上岗：知识库是资料柜，连接器是系统账号和操作入口，技能是岗位手册与熟练做法，工作流是已经固化的流水线。Agent 则负责理解任务、组装上下文、选择技能和工具，并在边界内推动事情完成。
用“生成报价草稿”看四者怎样配合
销售说：“给这位客户按最新政策准备一版报价。”
- 知识库提供产品参数、价格政策、条款模板和有效版本；
- 连接器从 CRM 读取客户与商机，从 ERP 读取可售产品，也可把报价草稿写回；
- 技能判断客户类型、必填字段、折扣边界、缺资料时怎么追问，以及哪些条款必须升级给主管；
- 工作流固定执行取数、校验、生成、主管确认、归档和通知的顺序。
如果缺知识库，Agent 可能套用旧政策；缺连接器，只能让销售手工复制数据；缺技能，能取到数据却不会按公司口径判断；缺工作流，则可能漏掉审批或归档。四者的价值只有在一条任务链里才看得清。
怎么判断该先建设哪一个
| 当前症状 | 优先建设 | 判断理由 |
|---|---|---|
| 员工反复问制度、产品和 SOP | 知识库 | 问题稳定，答案已有权威资料 |
| 数据散在多套系统，复制粘贴多 | 连接器 | 先让数据可安全读取和回写 |
| 同一件事老员工会做、新人不会 | 技能 | 需要把判断口径和异常经验显式化 |
| 流程固定，但经常漏步骤、超时 | 工作流 | 适合确定性节点、重试和审批 |
| 同时跨知识、系统和人工判断 | 组合建设 | 单件能力无法形成业务闭环 |
第一期通常不要建“万能连接器”和“全公司技能库”。选一个高频任务，只接完成它所需的最小组合。知识库也不要追求文档数量，而要先有版本、Owner、权限和评测问题；具体可参考企业知识库 RAG 怎么做和什么是 RAG。
四个常见混淆要避开
**把 Prompt 当技能。**一段提示语可以是技能的一部分，但成熟技能还应说明输入、输出、数据来源、异常、边界和验收；涉及系统操作时还可能包含脚本。
**把连接器当权限。**连接器拿到了高权限账号，不代表所有员工或 Agent 都能用全部动作。最终能力应取“Agent 能力、请求者权限、对象政策、当次审批”的交集。
**把知识库当实时事实源。**制度和手册可以检索，库存、回款、审批状态必须回业务系统读取。把日报导出后上传知识库，只会得到一个很快过期的快照。
**把所有事情做成工作流。**步骤高度不确定、需要理解自然语言和临场补信息的任务，硬塞进流程会产生大量分支；让 Agent 负责理解与判断，把付款、发消息、改关键状态等动作交给确定性流程和人审更合理。
在 开沿 Agent 的企业落地结构里，四类能力都应被权限、版本和运行记录约束；要把它们真正跑进岗位，可继续看企业 AI 落地工程和AI Agent 项目验收清单。判断一个方案时，不要问“功能齐不齐”，要问它能否把一项工作从发起一直跑到系统终态。
