Support .codex/skills as a Codex-specific skills discovery directory

Resolved 💬 2 comments Opened May 14, 2026 by weizhang-dotcom Closed May 14, 2026

What variant of Codex are you using?

App, IDE Extesion, CLI

What feature would you like to see?

Codex currently discovers shared Agent Skills from .agents/skills, but there is no Codex-private skill directory.

Please support .codex/skills as a Codex-specific discovery root, alongside .agents/skills.

Motivation:

  • .agents/skills is a shared, cross-agent convention.
  • .codex/skills would allow Codex-specific skill variants.
  • Some skills should prefer Codex-native repo tools such as rg, git grep, find, package scripts, tests, and compiler checks.
  • Generic skills may include fallback Python or PowerShell scripts that are less suitable for Codex.
  • The LLM should not be expected to infer whether it is running inside Codex from visible tools.

Suggested behavior:

  • Discover repo-local .codex/skills
  • Discover user-level ~/.codex/skills
  • Keep existing .agents/skills behavior unchanged
  • If .codex/skills/foo and .agents/skills/foo both exist, prefer the Codex-specific one
  • Show the skill source in /skills

Why this matters

Without a Codex-private directory, users have three bad options:

Option 1: Put Codex-specific instructions into .agents/skills

This pollutes the shared skill with Codex-specific assumptions.

Bad example:

If you are Codex, use rg. If you are another agent, use scripts/analyze.py.

This assumes the LLM knows which agent invoked it. That is not reliable.

Option 2: Put multiple variants into .agents/skills

Example:

.agents/skills/dependency-analyzer-codex
.agents/skills/dependency-analyzer-generic
.agents/skills/dependency-analyzer-windows

This forces the model to choose between near-duplicate skills. That makes discovery less stable.

Option 3: Avoid Codex-specific optimization entirely

This makes Codex less effective, because generic skills may overuse bundled scripts instead of Codex-native repository inspection.

Additional information

_No response_

View original on GitHub ↗

This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗