现有架构接入评估

已经在用 Claude Code / Codex / Grok，或基于主流 SDK 开发的 Agent，评估 ReadyForAI 接入路径

现有的 CLI 与 SDK Agent 通过 RuntimeClass 直接接入，无需重写

Vendor RuntimeClass 纳管 Claude Code / Codex / Grok 等 CLI，以及 Claude Agent SDK / OpenAI Agents SDK 进程
Native 走 Go Native SDK；Sidecar 走 A2A / stdio / ACP 协议桥，Google ADK 用 Sidecar HTTP/A2A
通过上下文文件注入，不改 Agent 代码；试点后按阶段纳入治理闭环
Skill 入库走 LarkScout 三层门；部署进 Workspace 前可另开 HarnessServer SkillScan。两道都是静态检查，默认并不等同于运行时沙箱

多框架并存不想重写已有 Agent担心生态冲突验证接入可行性

Native改造量 · 低

Native RuntimeClass

用 NodalOS Go Native SDK 直连底座，适合自研高性能 Agent。

Vendor改造量 · 低

Vendor RuntimeClass

纳管厂商 CLI（Claude Code / Codex / Grok）与官方 SDK 进程（Claude Agent SDK / OpenAI Agents SDK）。

Sidecar改造量 · 中

Sidecar RuntimeClass

经 A2A / stdio / ACP 桥接外部已有 Agent；Google ADK 走 Sidecar HTTP/A2A。不是进程或容器旁挂。

Basic改造量 · 无

Basic RuntimeClass

用 NodalOS 内置通用 Agent 跑新场景。

建议从一个低风险 Agent 开始走通全链路（注册 → 观测 → 审批），再批量迁移其余 Agent。整个过程不要求一次性切换。

按角色看

多形态 RuntimeClass + A2A / ACP / MCP，异构 Agent 互操作不锁定

接入过程留痕，HITL 审批节点在试点阶段即可启用

不需要推翻已有 Agent 投资，按阶段切换