分层架构:客户端到数据
Agent Forge 按边界分层,而不是按目录名堆模块。上层负责身份与协议,中层编排会话与工具,下层持久化与外连。治理 API 与运行时引擎同属可部署的服务面,但权限与审计挂在接入与数据边界上。
flowchart TB C[客户端 SDK / 控制台] --> G[接入:HTTP/SSE 终止、认证、RequestContext] G --> S[服务:会话 / 触发器 / 治理 / 观测 / 配置路由] S --> R[运行时:编排、Tool、模型、沙箱、HITL] R --> D[(数据:SQLite 或 Postgres、审计、观测)] R --> L[外连:LLM / 对象存储]| 层 | 职责 |
|---|---|
| 客户端 | REST + SSE;携带隔离与角色上下文 |
| 接入 | 认证、身份绑定、租户/用户/模型/角色进入 RequestContext、企业许可门禁 |
| 服务 | API 路由与插件挂载(事件、Hook、触发器、/govern 等) |
| 运行时 | 会话编排、工具、模型网关、MCP、沙箱、熔断与审批衔接 |
| 数据 | 迁移、RLS、审计链、观测、触发运行、保留策略 |
数据流:客户端 → 接入(身份 / 三维 / RBAC / 许可)→ 路由 → 引擎 → 存储 → 响应或事件流。内核主链路见端到端主链路。
相关阅读: