PulseAugur
EN
LIVE 15:38:41

Claude Code integrates Codex via two distinct architectures: one-shot and persistent

This article details two distinct architectural approaches for integrating Codex capabilities into Claude Code. The first method, 'codex exec,' is designed for single, discrete tasks where a clear input and output are defined, and no persistent state is required. It involves spawning a one-shot subprocess that executes a command, returns a result, and then exits. The second method, 'codex app-server,' utilizes a persistent runtime that communicates via JSON-RPC, allowing for stateful interactions, ongoing collaboration, and the ability to manage threads, context, and interruptions across multiple turns. The author emphasizes that understanding this distinction is crucial for selecting the appropriate architecture to avoid over-engineering simple tasks or misapplying stateless calls to complex, state-dependent workflows. The article also highlights the importance of accurate version tracking for installed plugins and marketplace sources, noting potential discrepancies between the cached snapshot and the actively running version. AI

IMPACT Clarifies integration patterns for LLM tooling, impacting how developers build with AI assistants.

RANK_REASON Article describes integration methods for existing tools rather than a new release.

Read on dev.to — Claude Code tag →

AI-generated summary · Google Gemini · from 1 sources. How we write summaries →

Claude Code integrates Codex via two distinct architectures: one-shot and persistent

COVERAGE [1]

  1. dev.to — Claude Code tag TIER_1 English(EN) · mufeng ·

    Two Ways Claude Code Calls Codex: One-Shot Subprocess vs. Persistent App Server

    <p>"Claude Code calls Codex" sounds like one feature. It's at least two different process models, and they have almost nothing in common past the name.</p> <p>The first spawns a one-shot subprocess with <code>codex exec</code>. You hand it one explicit instruction, it produces a …