技术负责人视角
你要接住的是异构：CLI Agent、SDK Agent、各家框架同时在跑，而治理不能靠每套各配一遍。
常见痛点场景
多框架运行时分散
Claude Code、Codex 等 CLI 与各 SDK 框架并存，没有统一进程纳管与通信总线，各团队各自维护一套底层。
环境与凭据难以统一交付
模型 API 密钥与工具凭证散落在各个代码库，工作区无法按角色标准化装配，新增 Agent 时环境配置繁琐且容易出错。
跨 Agent 链路追踪断裂
多 Agent 协作时调用拓扑复杂，传统日志无法还原跨框架上下文，工具调用被拒、响应截断与异常调用都很难定位。
架构选型
统一底座与工作区准备
由底座 NodalOS 以五类 RuntimeClass 纳管异构 Agent，配合 HarnessServer 按角色预置技能、SOP 与规则，并按需注入任务上下文。
任务流转与集中控制台
全链路可观测性与告警
通过 HeronSentry 接收标准 OTLP 数据，还原多 Agent 的分布式调用链，对异常调用与错误率实时告警。
按产品看
- AULO
统一操作入口，聚合已接入的治理产品；模型与密钥可在管理面配置，推理仍在 NodalOS
- HarnessServer
Agent 入职标准化，Workspace 从手工配置变成按角色备好再取
- HeronSentry
标准 OTLP 接入，不锁定特定框架；可与现有观测栈并存，但不宣称复用其后端
- LarkScout
知识结构化为可引用 Claim 与视图，而不是将未经提炼的文档直接注入 RAG
- OwlAudit
与 NodalOS 已挂接 Hook 的策略评估协同，命中的高风险动作可拒绝并留痕
- PathPilot
把多 Agent 任务收进可观察、可干预的控制面，卡点可落到任务状态、升级和 Pipeline 阶段
- PrismCouncil
战略决策层补上「要不要做」这一环；开箱即用，后台配合 NodalOS 共同使用
按治理路径看
- 与替代方案对比
与自研拼装 / LangSmith / 云平台 / GRC 的能力地图对照
- 治理痛点诊断
强调统一运行时、多框架纳管、可观测性
- Harness 工程
制度与知识按角色下发，按框架生成上下文文件，不改 Agent 代码
- 现有架构接入评估
多形态 RuntimeClass + A2A / ACP / MCP，异构 Agent 互操作不锁定
- 多 Agent 协作
五类 RuntimeClass + A2A / ACP / MCP，不绑定特定框架与模型供应商
- 私有部署与安全边界
完全私有化部署 + 不绑定特定云 / LLM，避免供应商锁定
- 完整产品闭环
八产品独立职责清晰，按阶段启用控制复杂度
- 安全与权限
静态审查、角色隔离、运行时策略分层把关，每一层归属清楚
常见问题
睿迪孚（ReadyForAI）的产品体系是否绑定特定的 LLM 或 Agent 框架？
不绑定。底层 NodalOS 以五类 RuntimeClass 纳管异构 Agent（Native / Vendor / Sidecar / Basic / Coordinator），并通过统一协议接入各类模型后端。睿迪孚旗下的上层治理产品不假设特定的 Agent 框架或 LLM 供应商，坚持“不统一 Agent 技术，统一企业制度”，最大化保护企业既有的技术投资。
多框架并存（LangGraph、AutoGPT、自研等）的 Agent 团队如何统一治理？
NodalOS Fabric 提供框架无关的通信总线，A2A / ACP / MCP 协议让不同框架的 Agent 互操作。 AULO 在顶层提供统一视图，HeronSentry 按已适配框架的 profile 映射语义字段，并在同一条 OTel Trace 内还原调用链。
Claude Code / Codex / Grok 等 CLI Agent 是否支持纳管？
支持。NodalOS 以 Vendor RuntimeClass 纳管 Claude Code、Codex、Grok 等厂商 CLI，上下文文件经 HarnessServer 自动生成。AULO 提供统一的人机交互工作台，PathPilot 接管任务分派、执行追踪与异常升级。
ReadyForAI 是否支持企业私有化部署？
原生支持。所有产品和组件都支持私有化部署，数据不出企业内网。凭证 File / Env 隔离、hook 上可拒、Hash Chain 留痕构成三层安全基线，证据留在本地可验证审计链。