When AI Stops
My Personal Publishing Stops Too.
Lessons from Relying on a Single AI
Codex, which I use to produce articles for my personal site, suddenly started showing an error. I also have Claude Code at home. But moving the setup and working assumptions I had built up in Codex takes preparation. Having another AI available did not mean I could immediately resume writing.

It Was More Than “The Chat Is Unavailable”
At first, I thought something was wrong with my setup. I got an authentication error. Starting a new session did not help, and another feature failed in the same way. After a while, I found a Codex service incident notice and realized the problem was not limited to my configuration.
That was reassuring, but it also made me notice something else: I had built my personal site’s article workflow around Codex more than I realized.
Before, if AI was unavailable, I could simply think, “I guess I can’t use it today.” Now AI is part of my personal production process, from organizing notes and outlining articles to implementing them in HTML and checking the result. If Codex stops, the workflow toward publishing an article stops too.
AI Is Deeply Involved in the Article Production Workflow
When I create an article for my personal site, I develop the idea, think it through with Codex, have it implement the result in HTML, and review the final page myself. AI is involved in the path to publication, not just in writing.
The more I get used to this workflow, the more Codex becomes a production environment that helps me maintain my personal site, rather than just a writing assistant. That is why an outage has a greater impact.
Having another AI available
and being able to move the work to it right away
are not the same thing.
I Had Claude Code, but Switching Was Not Simple
I have Claude Code at home. When Codex stopped working, I thought, “Could I just switch to Claude Code?” Codex was not the only AI available to me.
But switching would mean providing it again with reference materials, decision criteria, current work status, folder structure, runtime environment, and working rules. I had built a fairly complex setup around Codex, so preparing the switch was heavier than I expected.
For a single article, waiting for recovery seemed faster than rebuilding the environment. I decided not to move to Claude Code this time. Having another AI on hand did not make it an immediate substitute. I only understood that when the outage happened.
What Had Accumulated Around One AI Was the Context for My Work
I can use both Codex and Claude Code. Even so, the context for my day-to-day article production had accumulated around Codex. Unless I can move the working rules and decision criteria too, the other AI is not an immediate alternative.
Continue with Codex
Produce articles using the reference materials, decision criteria, work status, and runtime environment already in place.
Move to Claude Code
Provide the same context again and prepare the environment before article production can resume.
Having multiple AIs and being able to switch work between them are different things. What stopped this time was not my choice of AI, but the article workflow running inside a carefully built environment.
Small Preparations That Help Me Keep Publishing
That does not mean I need to keep my Codex and Claude Code environments perfectly synchronized at all times. A first step is to keep source notes, decision criteria, and work in progress somewhere I can retrieve when needed, rather than locking them inside a particular chat history.
If switching still takes time, I can decide case by case whether to move the work for one article or wait for recovery. I do not need fully automatic failover; I need to know how much of the work I can transfer. That is a small preparation for keeping my personal site going.