openai / openai/codex-plugin-cc
Feature request: support a /codex:test command
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 33.3k
- Forks
- 2.3k
- PR merge metrics
- No merged PRs in 30d
Description
Summary
Would you consider adding a dedicated /codex:test command?
The main use case is a split workflow where:
- Claude writes the implementation
- Codex writes the matching tests for the current diff
Why this would help
Right now this is possible via /codex:rescue, but it depends on careful prompt wording every time. A dedicated command would make the workflow explicit, repeatable, and easier to trust.
Expected behavior
/codex:test would ideally:
- inspect the current uncommitted changes or branch diff
- add or update the minimal sufficient tests for those changes
- follow the repository existing test conventions
- run the relevant test command when possible
- avoid modifying production code by default
Suggested scope
By default, this command should behave like a test-writing mode for Codex:
- focus on test files, fixtures, and snapshots
- avoid production code changes unless explicitly allowed
- complement /codex:review
This feels like a natural pairing:
- /codex:review = Codex critiques the change
- /codex:test = Codex writes the accompanying tests
Alternative
If a new command is too much, an officially documented preset mode for /codex:rescue that means only write tests for the current diff would also help.
Thanks for considering it.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating the command registration and the existing /codex:rescue and /codex:review implementations. Determine whether a dedicated command or a documented rescue preset best fits the requested workflow, then add coverage for diff inspection, test-only changes, repository test conventions, and running relevant tests when possible. Done means the chosen interface consistently writes or updates tests without modifying production code by default.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- cli, developer-experience
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100