Score breakdown
Popularity is tracked separately. Support, ads, sponsorships, and tips never affect these signals.
Why it matters
Useful for solo developers and teams that want a local terminal coding assistant with a narrow execution scope, explicit approvals, and straightforward model routing before turning on heavier agent frameworks.
Who should use it
Who should skip it
Move on from openai/codex if the licensing terms, language support, or platform requirements do not fit your project.
About this signal
openai/codex is tracked by RepoRadar as a developer tool in the Coding Agents section. It was first seen on 2026-06-17 and last updated on 2026-06-17. The current verdict is 'try now' with a Gold tier and easy setup difficulty. The standout signals for openai/codex are workflow potential (10.0) and maturity (9.2), while novelty (7.0) trails — that balance shapes where it fits best. This page summarizes the public evidence on the linked source page and states where additional review is still needed. The score, tier, risk label, and verdict on this page are never influenced by sponsorship, ads, or tips — they reflect only the usefulness, popularity, novelty, momentum, maturity, and evidence signals described in the RepoRadar methodology.
How this item is evaluated
RepoRadar assigned openai/codex a composite score of 9.4 out of 10, placing it in the Gold tier. This score combines weighted sub-signals: usefulness (35%), novelty (18%), momentum (14%), maturity (10%), open-source/build quality (7%), evidence quality (6%), workflow potential (6%), and setup ease (4%). Popularity is tracked separately at 94.0 and never affects the composite score or tier. The risk label of 'none' reflects inherent user-impacting hazards, not generic novelty. Items with no risk flag may still require normal code review before production use.
Putting this into practice? Read How to vet an AI agent or MCP server before you wire it in for the checklist behind this score.
Risk explanation
Runs local shell-backed workflows when commands are approved — teams should set strict command policies in sensitive repositories.