站内 Agent 与数字员工
OPC Feed 既支持外部 Agent 通过 MCP 读写，也提供站内 Agent 对话和数字员工管理。站内 Agent 更适合直接围绕组织上下文、文档和事件工作。
三个概念
| 概念 | 说明 |
|---|---|
| 站内 Agent | 智能体 页面里的对话入口，面向当前用户工作流 |
| 数字员工 | 组织内可配置的 Agent 身份，有名称、头像、项目范围和长期记忆 |
| 会话 | 一次对话线程，可读取本轮上下文并产生回复、事件或文档建议 |
外部 MCP 更像“让你的编辑器接入 OPC Feed”；站内 Agent 更像“在 OPC Feed 里直接找同事协作”。
使用前准备
- 配置可用模型端点。
- 确认当前组织正确。
- 准备项目和文档。
- 如需数字员工长期读取知识，在后台绑定文档或配置项目范围。
如果对话无法开始，优先检查模型端点是否可用。
什么时候用站内 Agent
适合站内完成的任务：
- 总结一篇文档。
- 从事件和文档中找上下文。
- 起草新的团队文档。
- 帮你整理阶段复盘。
- 围绕当前组织数据做问答。
适合外部 MCP 的任务：
- 写代码时自动记录架构决策。
- 在 IDE 中查询项目和事件。
- 从外部 Agent 把结论写回 OPC Feed。
数字员工的记忆
数字员工的长期知识主要来自文档、项目范围和显式绑定的上下文。不要把“记忆”理解成不受控的私有黑箱；更好的做法是把稳定知识写成文档，再让数字员工读取。
建议：
- 组织通用规则写成组织文档。
- 项目专属知识挂到对应项目。
- 高价值背景文档显式绑定给相关数字员工。
- 过期知识及时修订或归档。
Skill 与工具
站内 Agent 可能具备 Skill、MCP 工具或其他能力。使用时先看目标：
- 要查 OPC Feed 数据：使用 MCP 工具。
- 要执行特定思维框架或写作流程：使用 Skill。
- 要更新团队长期知识：优先创建或更新文档。
- 要记录发生过的事实：创建事件。
工具不是越多越好。给 Agent 清晰的项目、文档和目标，通常比堆工具更重要。
安全边界
- 不要让 Agent 自动写入高风险变更。
- 涉及客户、财务、账号或合规信息时，先写草稿或事件，交给人类确认。
- 密钥使用 资源与密钥 管理，不要让 Agent 公开复述。
- 数字员工的项目范围要按职责配置，避免读取无关上下文。
常见问题
站内 Agent 和外部 MCP 会话会互通吗？
它们可以读写同一套事件、项目和文档，但对话线程本身通常是不同入口。需要长期复用的结论应沉淀为事件或文档。
为什么 Agent 回答里没有读到某篇文档？
检查文档是否已发布、是否在当前组织或项目范围内、是否被绑定或能被检索命中。
数字员工可以替代成员权限吗？
不可以。数字员工是协作身份和执行入口，仍需要遵守组织权限、项目范围和工具边界。