OpenClaw 中 OpenAI 模型的正确集成方式 — OpenClaw 博客

📌 One-Sentence Summary

OpenClaw 通过原生 Codex 应用服务器框架集成 OpenAI 模型，将底层智能体循环委托给 Codex，同时保留产品层的所有权，从而实现更清晰的工具边界、有意的回复和动态工具加载。

📝 Summary

这篇 OpenClaw 博客文章宣布了一项重大的架构变更，涉及 OpenAI 模型如何集成到 OpenClaw 智能体平台。此前，OpenClaw 驱动整个模型循环，在其自身框架与 OpenAI 运行时之间进行转换。现在，对于 `openai/gpt-*` 智能体回合，原生 Codex 应用服务器框架成为默认运行时。这意味着 Codex 拥有底层 OpenAI 循环的所有权，包括原生线程状态、工具延续和代码执行，而 OpenClaw 保留产品层的所有权：频道、角色、记忆、会话及其自身的集成工具。主要优势包括：可见回复现在是有意的（使用专用消息工具而非泄露内部推理）、动态工具加载减少提示膨胀（Codex 可按需搜索并加载工具模式）、以及支持基于订阅的身份验证。文章还讨论了如何将这些集成经验（例如更清晰的工具边界和延迟目录）反馈到默认的 OpenClaw 框架中，以改善所有模型（而不仅仅是 OpenAI 模型）的体验。

💡 Main Points

1. OpenClaw 将底层 OpenAI 智能体循环委托给原生 Codex 应用服务器框架。 这一架构变更意味着 Codex 处理线程状态、工具延续和代码执行，而 OpenClaw 专注于产品层，如频道、记忆和角色。这消除了转换摩擦并提升了性能。
2. 通过 Codex 实现的动态工具加载减少了提示膨胀并改进了工具选择。 Codex 无需将所有工具模式预加载到初始提示中，而是可以按需搜索并加载所需的工具模式。这保持了初始上下文的精简，并降低了模型选错工具的可能性。
3. 可见回复现在是有意的，使用专用消息工具实现更清晰的通信。 模型使用特定工具发送可见消息，将内部推理与面向用户的输出分离。这防止了意外的闲聊行为，并确保静默回合真正保持静默。
4. 来自 Codex 集成的经验正被应用于改进所有模型的默认 OpenClaw 框架。 更清晰的工具边界、延迟目录和结构化静默结果等优势正在被移植到通用的 OpenClaw PI 框架中，确保非 OpenAI 模型也能随着时间的推移从这些改进中受益。

💬 Key Quotes

• Codex 拥有 OpenAI 回合的所有权。OpenClaw 拥有围绕该回合的产品所有权。
• 结果是更少的转换、更少的犹豫和更多有用的行动。
• 个人智能体不应因传输层泄露文本而显得话多。它应该因为有事值得展示而打断你。
• 重点不是让 OpenClaw 在所有地方都变得更薄。重点是让每一层都负责自己最擅长的工作。

📊 Article Meta

Read Full Article