cd /news/ai-tools/access-codex-from-another-machine-re… · home topics ai-tools article
[ARTICLE · art-126421] src=dev.to ↗ pub= topic=ai-tools verified=true sentiment=· neutral

Access Codex from another machine: Remote, SSH, or migration?

A developer built Codex Migrate, an MIT-licensed tool that transfers local Codex state between Macs over SSH, staging and validating incoming data and verifying a destination rollback backup before replacement while preserving the new machine's existing Codex login and installation identity. The project distinguishes one-time migration from Codex Remote, Remote SSH, and true synchronization, warning that blindly copying all of ~/.codex can duplicate machine-specific authentication, runtime locks, and caches. A signed and Apple-notarized Apple-silicon beta is sold for $50 once, and the developer notes the independent project is not affiliated with or endorsed by OpenAI.

by read2 min views1 publishedSep 11, 2026

"Use Codex from another machine" sounds like one problem. It is actually four different workflows, and choosing the wrong one can create duplicated state or a broken destination.

Use Codex Remote when Codex should keep running on the original computer and you want to supervise it from another authorized device. The host must remain awake, online, and running Codex. OpenAI's current documentation: Remote connections and Work with Codex from anywhere.

Use Remote SSH when your laptop should operate against a project and execution environment that remain on a different Mac. The remote Mac still owns the files, tools, and runtime. This is remote access, not a copy and not synchronization.

This is a migration. Signing into the same ChatGPT account does not turn all local Codex state and workspace files into ordinary cloud history.

A complete move may need to preserve:

.git, branches, worktrees, stashes, uncommitted files, and untracked files; Avoid blindly copying all of ~/.codex. Authentication, installation identity, runtime locks, caches, and other machine-specific data should not be cloned onto the destination.

I built Codex Migrate for this Mac-to-Mac case. It inventories the selected scope, transfers directly over SSH, stages and validates the incoming data, verifies a destination rollback backup before replacement, and preserves the new Mac's existing Codex login and installation identity.

The CLI and source are MIT licensed. The signed and Apple-notarized Apple-silicon beta is $50 once, with best-effort support and a 30-day refund policy. That is synchronization, not migration. It requires conflict handling for Git state, uncommitted files, sessions, paths, and machine-local configuration. Repeatedly mirroring all of ~/.codex is not a safe substitute.

What you want Use
Check the running host from your phone Codex Remote
Keep the project on another computer Remote SSH
Retire the old Mac and continue on the new one One-time migration
Work on the same state from two active computers A real synchronization system

I wrote a longer, source-linked comparison here: Access Codex from another machine. Disclosure: I maintain Codex Migrate. It is an independent project and is not affiliated with or endorsed by OpenAI.

── more in #ai-tools 4 stories · sorted by recency
── more on @codex migrate 3 stories trending now
sponsored brought to you by zahid.host 4,200+ EU-deployed projects
reading about agents? ship yours in a single git push.

Run your AI side-project on zahid.host

EU-based hosting, git-push deploys, automatic HTTPS, no cold starts. Free tier with a custom domain — perfect for shipping the agent you just read about.

$git push zahid main
Live at https://your-agent.zahid.host
Get free account → Pricing
from €0/mo · no card required
LIVE [news/access-codex-from-an…] indexed:0 read:2min 2026-09-11 ·