← YouTube

How to Use Your Claude Code Projects in Codex in 5 Mins

YouTube · Nate Herk | AI Automation · May 18, 2026
Claude Code and Codex projects can be unified by understanding their different file structures: Claude Code uses Claude.md and .claude folders while Codex uses agents.md, .codex, and .agents folders. The conversion process involves organizing shared knowledge accessible to any agent, skills and workflows stored in tool-specific locations, and tool-specific configurations, which can be automated by prompting an AI to create the necessary file structures. Maintaining dual compatibility requires keeping corresponding files synchronized when making updates to either version.

Detailed Analysis

A practitioner-focused tutorial published in mid-2026 outlines a workflow for running the same software project across both Claude Code and OpenAI's Codex without duplicating infrastructure or losing accumulated context. The core insight is that while different AI coding agents share fundamentally the same operational model — injecting project instructions at session start, maintaining memory files, and referencing skill libraries — each platform uses distinct file naming conventions and folder structures. Claude Code centers on a `CLAUDE.md` instruction file and a `.claude` configuration folder, while Codex reads from `agents.md` and stores its configuration in a `.codex` directory, with a separate `.agents` folder for skill files. By maintaining parallel versions of these configuration files within the same project repository, developers can switch between agents without rebuilding their knowledge base or project context from scratch.

The tutorial draws a practical three-layer mental model for cross-agent project management: shared knowledge (documents, references, and context files readable by any agent), workflow and skill files (largely portable across platforms), and tool-specific configuration (the layer requiring the most agent-specific adaptation). Notably, skill files — markdown documents with YAML front matter — are described as identical across Claude Code and Codex, representing a meaningful degree of emerging standardization at the workflow layer. Agent definition files, by contrast, differ structurally: Claude Code uses markdown format while Codex uses TOML, though both serve the same functional purpose of defining agent roles and capabilities. The author points out that both platforms also mirror each other in supporting both global user-level preferences and project-level overrides, further reinforcing architectural convergence beneath surface-level naming differences.

The significance of this workflow extends beyond mere convenience. The fact that a practitioner can now seamlessly hand off a stuck problem from one frontier coding agent to another — mid-session, within the same project — reflects the rapid maturation of agentic software development tooling as a practical category. Rather than treating Claude Code or Codex as monolithic, competing environments, developers are beginning to treat them as interchangeable execution layers sitting atop a shared knowledge and instruction substrate. This interoperability, even if informal and practitioner-engineered rather than officially standardized, points toward a broader trend in which AI coding agents are increasingly abstracted away from their underlying models, with project intelligence residing in portable configuration files rather than in any single platform. As additional coding agents emerge — the tutorial explicitly references "Hermes agent or whatever comes next" — the pressure toward informal cross-platform conventions will likely intensify, potentially foreshadowing more formal interoperability standards across the agentic development ecosystem.

Read original article →