Home
Projects
Blog
Contact
Books
AI News
← Back to AI News

Feb 02 OpenAI Codex App: death of the VSCode fork, multitasking worktrees, Skills Automations Show details

news.smol.ai•23 days ago•View Original →

TL;DR: OpenAI’s Codex App signals a shift away from IDEs toward agent-native coding workflows

Major Highlights:

  • OpenAI launches Codex desktop app (not an IDE fork): OpenAI released a macOS Codex app (Windows “soon”) that acts as an agent-native “command center” for coding, prioritizing multi-agent orchestration, reviewable diffs, and task isolation over traditional code editing inside an IDE. This aligns with earlier predictions that IDEs would “die” as coding agents mature—and mirrors Anthropic’s move with Claude Code/Cowork.
  • Worktrees + parallelism as first-class UX: Codex uses worktrees (one per task/PR) to enable safe parallel work, minimize conflicts, and keep changes auditable. The UI is designed around running multiple agents simultaneously with structured plans and checkpoints, shifting the developer’s role from author to supervisor.
  • Skills and Automations formalize agent behavior: “Skills” are reusable capability bundles that integrate with external services (e.g., Figma, Linear, Vercel). “Automations” schedule those skills on a cadence—effectively “skills on a cronjob”—a surprisingly under-served feature now shipping GA in a major coding agent product.
  • Community momentum toward conventions: Early proposals push for a standardized project structure (e.g., reading skills from .agents/skills instead of .codex/skills), hinting at a .github/-style convention layer for agent tooling.

Key Technical Details:

  • Platform: macOS app available now; Windows “soon.”
  • Core primitives:
    • Worktree-per-task/PR for isolation and diff-based review.
    • Plan mode (/plan) to force upfront decomposition and Q&A before execution.
    • Skills as reusable modules with external connectors.
    • Automations to run skills on schedules (background/recurring jobs).
  • Integration posture: Agent-native interface that can link out to IDEs when needed; emphasis is on diffs, tests, and task orchestration rather than full-time code editing inside the app.
  • Adoption signals: Notable power-user endorsements (e.g., @gdb: “going back to the terminal feels like going back in time”; @sama: unexpectedly positive; @skirano: replacing Cursor + Claude Code).

Community Response/Impact:

  • Strong interest from developers working on large repos and long-running or parallel tasks; the interface (not just the model) is seen as the product.
  • Best-practice convergence: “Test-first” agent instructions (write failing test → fix → prove via passing test) cited as the single highest-leverage improvement for reliability.
  • Debate on parallelism: Advocates report supervising 5–10 agents; skeptics warn about human context-switch costs and quality drift.
  • Early standardization pressure around skills folder layout, foreshadowing shared conventions for agent projects.

First Principles Analysis:

  • Coding is a uniquely agent-friendly domain: compilers, linters, tests, and CI provide verifiable signals that LLMs can optimize against. Worktrees plus diff-based review minimize risk while enabling autonomy.
  • The “non-IDE” stance reflects a shift: if agents generate and validate changes via tests and diffs, developers prioritize orchestration, planning, and review over manual line-by-line editing.
  • Automations close the loop: scheduled skills turn agents into ongoing collaborators (maintenance, sync, checks), pushing toward continuous, semi-autonomous engineering workflows and pressuring IDE-centric tooling to adapt.