GPT WORLD / INDEPENDENT CODEX FIELD MANUAL Source review · 2026-07-26

Field guide / 15 min

Package repeatable work as skills

Use a focused SKILL.md for the workflow; use a plugin when distribution and connections matter.

Track
Codex CLI core
Level
Extension
Maturity
Stable

Skills package instructions, references, scripts, and optional assets. Codex discovers them through concise metadata and loads full instructions only when selected. Plugins distribute skills and optional MCP connections through configured marketplaces; list and review a marketplace before installing a named plugin.

CLI

Verified terminal sequence

TERMINAL / COPY WITH INTENT
  1. $skill-creator
  2. /skills
  3. $skill-name
  4. $codex plugin marketplace list
  5. $codex plugin marketplace add owner/repo --ref main
  6. $codex plugin list
  7. $codex plugin add <PLUGIN>@<MARKETPLACE>
A

Working principles

01

One skill, one job

A precise description improves both explicit selection and implicit triggering.

02

Progressive disclosure

Metadata is cheap and always visible; SKILL.md, references, and scripts load only when needed.

03

Distribution is separate

Author locally first. Package as a plugin when other people need installation, multiple skills, or connectors.

04

Marketplace is a trust decision

Review the Git or local source and enumerate available plugins before adding one to local configuration and cache.

B

Field procedure

  1. 01

    Define the trigger

    Write when the skill should and should not run before describing its procedure.

  2. 02

    Use the creator

    Invoke $skill-creator, then inspect the generated SKILL.md rather than accepting boilerplate.

  3. 03

    Keep deterministic helpers narrow

    Add scripts only when deterministic processing is more reliable than prose instructions.

  4. 04

    Test explicit and implicit use

    Invoke with $skill-name, then try realistic prompts that should and should not trigger it.

  5. 05

    Choose distribution

    Keep repository workflows in .agents/skills; build a plugin only for stable shared installation.

  6. 06

    Exercise the install path

    List configured marketplaces and available plugins, add one explicit plugin selector, then verify the installed capability and remove it when the lab ends.

PASS / FAIL

Acceptance checklist

  • Description names scope and trigger.
  • Inputs, outputs, and verification are explicit.
  • Scripts do not hide unnecessary authority.
  • Marketplace origin and plugin selector are reviewed.
  • Plugin packaging has a real distribution need.

WATCH / REJECT

Failure patterns

  • Building a giant universal skill.
  • Using custom prompts for new reusable workflows.
  • Adding scripts where instructions are sufficient.
  • Installing from an unreviewed marketplace because a plugin name looks familiar.