Launching today

Codex GPU Queue

Launching today

Run GPU jobs from multiple Codex tasks via one Windows queue

5 followers

Run GPU jobs from multiple Codex tasks via one Windows queue

5 followers

Visit website

Run GPU jobs from multiple Codex tasks through one local Windows queue. A shared broker starts eligible work automatically. Inspect confirmed waiting blockers in a redacted, read-only CLI; uncertain reasons stay undetermined.

Free

Launch tags:Productivity•Developer Tools•Artificial Intelligence

Launch Team

OpenAI

GPT-6 Astra Challenge

How did Astra change the scope or ambition of what you built?

Maker

Astra helped turn the GPU queue I use every day into an open-source tool other Windows AI builders can try. It lets multiple Codex sessions share one GPU: jobs queue, start when eligible, and return results to their originating sessions. The original scheduler was built earlier with GPT-5.6 Sol. For this release, GPT-6 Pro in ChatGPT helped me plan and review the work; Astra in Codex added a read-only waiting-reason observer, prepared a portable source release, and validated it with 51 tests in a clean dependency environment on my Windows machine. It also coordinated two independent Codex sessions running synthetic CUDA jobs and turned real status snapshots into a labeled demo replay. I set goals and approved changes and publication rather than writing the code. The ambition expanded from private infrastructure to a public tool with understandable waiting states, a tested setup path and a documented demo, through a few rounds of natural-language collaboration.

Report

2h ago

Maker

📌

This started with a practical constraint: several Codex tasks sharing one Windows NVIDIA GPU. Each task submits to the same local queue, and the broker starts eligible work and returns the result. The focused Astra addition is a read-only CLI that answers a question I want to inspect before intervening: why is a selected job waiting? It reports confirmed blockers from the current snapshot, keeps uncertain reasons undetermined, and omits commands, private paths and raw job identities. A snapshot observation is not a recorded scheduler decision or an ETA. The broker core predates this challenge and was developed with assistance from earlier models. For this challenge preparation, I coordinated work across ChatGPT (GPT-6 PRO) and Codex/Astra. GPT-6 PRO helped shape the initial brief and collaborated on the preparation; this Codex task carried out the scoped implementation, verification, demo preparation and publication work. The Astra pass added the observer and regression cases, corrected the minimal-package doctor checks, and verified the candidate. Earlier core work is not attributed to Astra. All 51 CPU/synthetic tests passed in a new dependency environment on the same Windows machine. In a separate real demonstration, two independent Codex sessions submitted synthetic CUDA jobs and received their results. B queued while A ran, then the existing broker started B automatically. Both succeeded. The 40-second video replays actual redacted snapshots. Waiting is compressed; original job timestamps are unchanged. It is synthetic CUDA computation, not model inference or a native screen recording. The video alone does not prove the two sessions' independence. This is a source candidate for trusted local workflows on one Windows machine and one NVIDIA GPU. Use wait/follow; the optional Node/SDK continuation controller is not included. New-machine and built-wheel installation tests are not claimed, and there is no runtime model API.

Report

4d ago

OpenAI

GPT-6 Astra Challenge

How did Astra change the scope or ambition of what you built?

Maker

Report

2h ago

Maker

📌

Report

4d ago