openai / openai/codex-plugin-cc

Feature request: support a /codex:test command

Open
#205 0 comments 0 reactions 0 assignees View on GitHub

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

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.