跳到正文
FunCoding

搜索

搜索文档、文章、Skill 和 MCP

Codex runtime v1 support contract

What is and is not supported in Codex runtime v1, with the reason for each boundary

The supported and unsupported surfaces for Codex runtime v1. Part of the Codex harness runtime guide; Where each section moved lists every section.

V1 support contract

Supported in Codex runtime v1:

SurfaceSupportWhy
OpenAI model loop through CodexSupportedCodex app-server owns the OpenAI turn, native thread resume, and native tool continuation.
OpenClaw channel routing and deliverySupportedTelegram, Discord, Slack, WhatsApp, iMessage, and other channels stay outside the model runtime.
OpenClaw dynamic toolsSupportedCodex asks OpenClaw to execute these tools, so OpenClaw stays in the execution path.
Prompt and context pluginsSupportedOpenClaw projects OpenClaw-specific prompt/context into the Codex turn while normally leaving Codex-owned base, model, and configured project-doc prompts in the native Codex lane. For ordinary policy-restricted turns without a native filesystem environment, OpenClaw carries the bounded workspace AGENTS.md snapshot as thread-level developer instructions. Ring-zero and other context-restricted internal modes suppress both paths. OpenClaw disables Codex's built-in personality for native threads so agent workspace personality files remain authoritative. Native Codex developer instructions accept only command guidance explicitly scoped to codex_app_server; legacy global command hints remain for non-Codex prompt surfaces.
Context engine lifecycleSupportedAssemble, ingest, and after-turn maintenance run around Codex turns. Context engines do not replace native Codex compaction.
Dynamic tool hooksSupportedbefore_tool_call, after_tool_call, and tool-result middleware run around OpenClaw-owned dynamic tools.
Lifecycle hooksSupported as adapter observationsllm_input, llm_output, agent_end, before_compaction, and after_compaction fire with honest Codex-mode payloads.
Final-answer revision gateSupported through native hook relayCodex Stop is relayed to before_agent_finalize; revise asks Codex for one more model pass before finalization.
Native shell, patch, and MCP block or observeSupported through native hook relayCodex PreToolUse and PostToolUse are relayed for committed native tool surfaces, including MCP payloads on the pinned Codex app-server. Blocking is supported; argument rewriting is not.
Native permission policySupported through Codex app-server approvals and compatibility native hook relayCodex app-server approval requests route through OpenClaw after Codex review. The PermissionRequest native hook relay is opt-in for native approval modes because Codex emits it before guardian review.
App-server trajectory captureSupportedOpenClaw records the request it sent to app-server and the app-server notifications it receives.

Not supported in Codex runtime v1:

SurfaceV1 boundaryFuture path
Native tool argument mutationCodex native pre-tool hooks can block, but OpenClaw does not rewrite Codex-native tool arguments.Requires Codex hook/schema support for replacement tool input.
Editable Codex-native transcript historyCodex owns canonical native thread history. OpenClaw owns a mirror and can project future context, but should not mutate unsupported internals.Add explicit Codex app-server APIs if native thread surgery is needed.
tool_result_persist for Codex-native tool recordsThat hook transforms OpenClaw-owned transcript writes, not Codex-native tool records.Could mirror transformed records, but canonical rewrite needs Codex support.
Rich native compaction metadataOpenClaw can request native compaction, but does not receive a stable kept/dropped list, token delta, completion summary, or summary payload.Needs richer Codex compaction events.
Compaction interventionOpenClaw does not let plugins or context engines veto, rewrite, or replace native Codex compaction.Add Codex pre/post compaction hooks if plugins need to veto or rewrite native compaction.
Byte-for-byte model API request captureOpenClaw can capture app-server requests and notifications, but Codex core builds the final OpenAI API request internally.Needs a Codex model-request tracing event or debug API.