Skip to content
AI Primer
release

Codex 0.130.0 adds `codex remote-control` and migration support for Code and Cowork

A day after `/goal` and remote-control preview surfaced, Codex 0.130.0 shipped a simpler headless entrypoint while the app’s migration tool added Code and Cowork support. Users also showed Codex handling bug repro, long-running `/goal` sessions, and plugin-driven expense filing, which broadens its role from chat-first coding to delegated workflows.

5 min read
Codex 0.130.0 adds `codex remote-control` and migration support for Code and Cowork
Codex 0.130.0 adds `codex remote-control` and migration support for Code and Cowork

TL;DR

The official bits are already pretty concrete: you can read the 0.130.0 changelog, the Follow Goals guide, and Microsoft's own April VS Code release roundup because cross-device agent sessions and remote continuity are suddenly showing up everywhere. The weirdly useful reveal is that OpenAI's teaser image is not just about fewer rate limits, it shows a migration flow for tools, projects, and 30 days of chats. Then reach_vb's reimbursement workflow lands the punchline: the same product that ships /goal and remote control is already being used to file expenses with plugins plus Chrome.

Remote control

The biggest concrete change in 0.130.0 is the new codex remote-control entrypoint. The release notes say it starts a headless, remotely controllable app-server, which is a cleaner surface than the earlier preview chatter around settings toggles and SSH-flavored remote access in testingcatalog's early screenshot and its correction in testingcatalog's correction post.

The rest of the release clusters around long sessions: the same 0.130.0 release notes mention paging large threads, keeping app-server diffs accurate across apply-patch, and fixes for remote compaction behavior. That reads like plumbing for sessions that stay alive long enough to need their own maintenance.

Migration

The app-side migration story advanced at the same time. Hamel Husain's repost says the migration tool now supports both Code and Cowork, and OpenAI's teaser image shows exactly what OpenAI thinks is worth carrying over:

  • Tools and setup, including settings, instructions, plugins, and skills.
  • Projects, imported into existing project workspaces.
  • Chat sessions from the last 30 days.

That is a broader import boundary than simple prompt history. It treats Codex less like a blank chat box and more like a stateful workbench with reusable environment setup.

/goal

OpenAI's Follow Goals guide defines /goal as a mode for a durable objective with a clear target and validation loop, where Codex can keep working for multiple hours without more input. The tweet evidence mostly matches that framing, but with practitioner shorthand instead of doc language.

A few patterns surfaced repeatedly:

  • reach_vb's demo describes /goal as “don't stop until this works” mode for refactors, migrations, retry loops, and long experiments.
  • jasonzhou1993's notes says the feature works better when the target is explicit, stop conditions are defined, and an interview step aligns expectations first.
  • mattlam_'s 7 hour run and steipete's nearly 18 hour run show that “long-running” is literal, not marketing copy.
  • skirano's skill loop post pushes the pattern one step further, using /goal to iteratively build, test, grade, and improve a skill until it hits a threshold.

The common thread is not autonomy in the abstract. It is persistence plus a success condition.

Chrome and plugins

OpenAI shipped the Chrome plugin one day earlier, and that context matters because the company explicitly said Codex chooses between plugins and Chrome step by step. In OpenAI's tool-routing thread, plugins handle jobs they can satisfy directly, Chrome gets used for logged-in sites, and the system combines both when needed.

That routing model already shows up in user examples:

The official Chrome launch post also says the extension runs in background tabs on macOS and Windows, without taking over the user's active browser, which is a material shift from earlier computer-use style control in embirico's contrast post.

Crabbox sessions

One of the more revealing workflow posts had nothing to do with migration or browser automation. steipete's crabbox workflow describes using Codex to recreate a bug in an ephemeral crabbox, verify the issue, patch it, and verify the fix again, with ten sessions running in parallel so local machine state never pollutes the result.

The screenshot matters because it is unusually specific: it logs the bug repro box ID, the fix verification box ID, omitted volatile files, parseable JSON output, targeted test commands, and git diff --check. That is delegated debugging with audit trail, not just “agent fixed my bug” vibes.

It also lines up with the broader tooling direction in the VS Code release roundup, where Microsoft highlighted /remote for resuming chats on another machine, local logs for debugging past agent sessions, and notifications for background commands. Different products, same gravitational pull toward longer-lived agent runs that need isolation, continuity, and postmortems.

Further reading

Discussion across the web

Where this story is being discussed, in original context.

On X· 4 threads
TL;DR1 post
Remote control2 posts
/goal3 posts
Chrome and plugins4 posts
Share on X