↓ Skip to main content
  1. Blog/

I Used One Codex Chat to Orchestrate Another

Author
Abhishek Walia
Eternal nerd dealing with complex systems, practical tooling, and the urge to share what I’ve learned.

I just learned that Codex can use one chat to supervise another. These are not subagents, but real threads with one monitoring the other.

I am working on a MetaSkill project, and I wanted to try out GPT-6 Astra’s new capabilities to see whether it would work better as an orchestrator or an implementer. The orchestrator experiment is ongoing, and I will tackle the implementer part next. I asked Astra to create a separate chat for the work, assign it the goal, track it, and steer it toward the outcome I wanted. Astra started a Sol chat at Extra High reasoning (exactly as I asked it to), then created a scheduled task in its own thread that checked the worker every ten minutes.

The Astra chat showing the recurring ten-minute scheduled task.

At each check-in, it read the Sol chat, compared its progress with the goal, and sent another prompt when the worker needed steering.

The steering message sent from the Astra thread
The steering message injected into the Sol chat
Astra orchestrator chat
├── starts Sol Extra High worker chat
└── schedules a check-in every 10 minutes
    ├── reads the worker chat
    ├── compares progress with the goal
    └── sends the next steering prompt

The experiment was about separating judgment from execution, rather than simply running two agents in parallel. Astra acted as the control plane while Sol did the diligent work. I was really surprised to find that this is an option and a lever I can pull to improve orchestration while keeping the context cleaner.

OpenAI documents the underlying pieces: multiple chats within a project, scheduled background tasks, and side chats and goal steering. It does not document this exact supervision loop as a guaranteed contract, so I am treating it as a successful experiment.

The bigger thing here is that I can now separate the brain from the regular and overly expressive execution and implementation work. Hopefully, this will let me save on Astra tokens while allowing Sol’s execution to benefit from Astra’s steering. I will follow up with more as I progress.

Related

TMUX and agents: Match made in heaven

Claude Code runs in my terminal all day. Although I have started dabbling with Codex, Opencode and others but Claude Code is still the primary thing I’m looking at for hours at a stretch for now. All of those harnesses run on a dedicated VM, not my main machine. Daily backups, isolated environment, nothing else lives there. At some point I realized my terminal config mattered a lot more than it used to.

The Design Doc Is the Prompt

AI-assisted development is a multi-pronged thought process. It is a prompting optimization game as well as a model personality/tendency and a big rework problem. The model based on its tendency could decide if it wants to take the prompt too literally or maybe just an outline of what you want and still ignore some pieces that it doesn’t want to care about. GPT 5.5 and Opus 4.7 are prime examples for the divergence in behaviour. Opus is more exploratory in nature while GPT 5.5 takes its instructions pretty seriously (as of today). Once you understand how different models behave, you may unlock the power to work with them as a partner by using the subtle persuasion techniques. I have been dealing with these subtleties of different models for the past 8-10 months of my journey evolving my workflow with them (not the exact same versions, but you catch the drift).