管理员入门
管理员负责把 OPC Feed 变成一个可持续运转的工作空间：成员有合适权限，项目有清晰归属，Agent 有正确边界，通知和模型端点能支持日常协作。
推荐配置顺序
- 组织设置。
- 成员与权限。
- 项目。
- 模型端点。
- API 令牌和 MCP。
- 数字员工。
- 通知与通信。
- 事件类型和治理。
不要一开始就配置所有高级功能。先让团队能读写事件、维护文档、连接一个 Agent。
组织设置
打开 组织设置，确认：
- 组织名称准确。
- 成员列表正确。
- 邀请入口可用。
- OWNER / ADMIN 角色只给确实负责治理的人。
一人公司也建议保留清晰组织名，因为它会出现在成员、项目、事件和 Agent 上下文里。
成员与权限
角色建议：
| 角色 | 适合人群 |
|---|---|
| OWNER | 组织负责人，少量保留 |
| ADMIN | 管理项目、成员、系统配置的人 |
| EDITOR | 需要创建事件、文档、使用 MCP 写回的人 |
| MEMBER / VIEWER | 主要阅读、评论、协作的人 |
如果某个 Agent 需要写事件，它使用的令牌所属用户通常也需要 EDITOR+。
项目管理
项目是治理的骨架。打开 项目管理，先建立最重要的业务线。
建议：
slug简短、稳定、可读。- 不要随意删除已有事件或文档的项目。
- 不确定归属时，先建一个 inbox 或 triage 项目，再定期整理。
- 让团队和 Agent 都知道常用项目 slug。
模型端点
站内 Agent、入门助手、文档助手都依赖模型端点。
配置后用 智能体 做一次简单对话验证。
API 令牌与 MCP
API 令牌用于外部 Agent 连接 OPC Feed。管理员应建立基本规则：
- 每个成员使用自己的个人令牌。
- 每个 Agent 环境使用独立令牌。
- 令牌只保存到安全位置或 资源与密钥。
- 成员离开或环境废弃时撤销令牌。
接入步骤见 Agent 接入配置，故障处理见 MCP 排错手册。
数字员工
在 数字员工管理 配置组织内数字员工。建议先从少量明确职责开始：
- 项目助理：整理事件、生成周报、提醒未决事项。
- 文档助理：总结和改写文档。
- 运营助理：整理内容渠道和发布记录。
给数字员工配置项目范围和相关文档，避免它读到无关上下文。
通知与通信
通知和通信分两类：
| 能力 | 用途 |
|---|---|
| 通知渠道 | 向钉钉、企微、飞书或 Webhook 发送提醒 |
| 连接资源 / 会话管理 | 管理外部通信端点和 Agent 对话现场 |
先配置一个低风险通知渠道，用测试发送验证，再逐步接入关键事件。
事件类型治理
事件类型决定事件能表达什么、能否审批、是否承载事项状态、是否适合进入长期沉淀。第一阶段可以先使用内置类型，等团队语言稳定后再扩展。
新增事件类型前，先问：
- 它和现有类型有什么不同？
- 是否需要特殊字段或工作流？
- 是否会触发通知、审批或 Agent？
- 误用后会造成什么风险？
每周管理员检查
- 是否有未处理的成员邀请。
- 项目 slug 是否仍清晰。
- 是否有失效令牌或废弃 Agent。
- Feed 是否出现大量无项目事件。
- 文档是否开始替代事件，或事件是否开始替代文档。
- 通知是否太吵或漏掉关键节点。