业务智能体(agent) · 多角色平台
MULTI-ROLE · MANAGER / AUDITOR · HITL · WORKROOT · 工业现场 UA
一人公司(OPC)Agent 不是单个 Agent，而是一套可配置的智能体公司平台：用 JSON Schema 把业务定义为角色、流程、规则、权限与数据源，再装配为可运行的多角色协作流程。大模型负责自动完成任务，关键节点可设置 HITL 与 Gate，确保稳定、可靠、低误差与可验收。
每个租户对应一个 Agent 集群实例：Manager 拆解意图并协调虚拟岗位；Auditor 对里程碑 Gate 做 accept / reject 并驱动整改闭环；Skills/Tools 按角色授权并可用风险标签触发 HITL；交付物与证据包落在租户 WorkRoot 内实现数据面隔离。下述图示分别说明集群内 Agent 交互与外部参与方邮件流。
立即试用 业务智能体(agent)平台演示与试用环境
产品概览
平台能力概要：OPC 生命周期管理、角色 / Tool / Skill / HITL 配置、基于 trace_id 的全链路可观测与审计导出；可对接企业账号与订阅体系。
工业现场落地：在 PLC、SCADA 与 MES 上叠加 UA 订阅与受控写入；货代链路中 mail_monitor 收信分发至 booking、documentation、manifest 等子服务；所有外发邮件均经冻结快照 + 人工批准双门禁后发出，责任边界清晰、结果可验收。
货代案例：与外部参与方的邮件交互
以海运货代与报关场景为例：集群内由 Manager 协调 logistics、customs、doc 等角色；对外仍体现为客户、订舱口、车队与枢纽服务之间的邮件流。订舱 / 报关外发须经 HITL 与 Auditor 双重把关后发出。下图仅画外部参与方流向，集群内协作见上图。
核心机制
- Run 与 trace：一次生产任务贯穿
trace_id；工具调用、Room 消息、HITL 决策与导出全部可关联、可回放。 - Auditor 与 HITL 双门禁：HITL 决定「工具 / 外发动作可否执行」；Auditor 审查「阶段性 Evidence Pack」——对外发送动作经双重复核后放行。
- Skill / Tool 治理：Skill 在 LLM 调用前注入；Tool 按角色授权并可打风险标签触发 HITL；配置发布 revision 与运行中 Run 绑定。
- 多租户与邮箱隔离：WorkRoot 数据面隔离；客户 / 订舱口 / 车队分箱与类型识别驱动子流程（与 mail_monitor 落地一致）。
关键指标（验收口径示例）
| 会话回放 | 工具序列与时间线可索引检索（典型部署 < 400 ms 级） |
| 冻结 / Gate | 外发前附件 SHA-256 与冻结副本一致；HITL 决策与 tool_call_id 可绑定说明 |
| 强制角色 | 已发布配置中 manager、auditor 各且仅一条（发布校验） |
| OPC UA（现场） | 订阅与读写周期可配置，映射表版本化 |
功能清单与规格
| 能力 | 说明 |
|---|---|
| 控制台（独立部署） | 账号、LLM、邮件 IMAP/SMTP、订舱口邮箱、Agent 启停等由货运/OPC 运行环境提供，非本官网仓库范围。 |
| 运维干预 | 手工接管、会话挂起、单步重放 |
| 开放接口 | 对内 REST 文档随版本发布，示例请求可导入 Postman 集合 |
| 部署 | Linux 集群 / K8s；消息与向量库可私有化 |
数据与安全
敏感路由与凭据驻留于客户可控密钥管理；Progress/流式输出不回显密钥明文；审计导出不含私钥。外发邮件队列独立进程，与生成服务隔离；外发动作基于幂等键去重，确保同一内容不会重复发送。