Skip to content

Instantly share code, notes, and snippets.

@simonw

simonw/skills.md Secret

Last active January 6, 2026 06:40
Show Gist options
  • Select an option

  • Save simonw/25f2c3a9e350274bc2b76a79bc8ae8b2 to your computer and use it in GitHub Desktop.

Select an option

Save simonw/25f2c3a9e350274bc2b76a79bc8ae8b2 to your computer and use it in GitHub Desktop.

Skills

These skills are discovered at startup from ~/.codex/skills; each entry shows name, description, and file path so you can open the source for full instructions. Content is not inlined to keep context lean.

  • Name of skill 1: Description of skill 1 (file: ~/.codex/skills/skill-1/skill.md)
  • Name of skill 2: Description of skill 2 (file: ~/.codex/skills/skill-2/skill.md)
  • Name of skill 3: Description of skill 3 (file: ~/.codex/skills/skill-3/skill.md)
  • Discovery: Available skills are listed in project docs and may also appear in a runtime "## Skills" section (name + description + file path). These are the sources of truth; skill bodies live on disk at the listed paths.
  • Trigger rules: If the user names a skill (with $SkillName or plain text) OR the task clearly matches a skill's description, you must use that skill for that turn. Multiple mentions mean use them all. Do not carry skills across turns unless re-mentioned.
  • Missing/blocked: If a named skill isn't in the list or the path can't be read, say so briefly and continue with the best fallback.
  • How to use a skill (progressive disclosure):
    1. After deciding to use a skill, open its SKILL.md. Read only enough to follow the workflow.
    2. If SKILL.md points to extra folders such as references/, load only the specific files needed for the request; don't bulk-load everything.
    3. If scripts/ exist, prefer running or patching them instead of retyping large code blocks.
    4. If assets/ or templates exist, reuse them instead of recreating from scratch.
  • Description as trigger: The YAML description in SKILL.md is the primary trigger signal; rely on it to decide applicability. If unsure, ask a brief clarification before proceeding.
  • Coordination and sequencing:
    • If multiple skills apply, choose the minimal set that covers the request and state the order you'll use them.
    • Announce which skill(s) you're using and why (one short line). If you skip an obvious skill, say why.
  • Context hygiene:
    • Keep context small: summarize long sections instead of pasting them; only load extra files when needed.
    • Avoid deeply nested references; prefer one-hop files explicitly linked from SKILL.md.
    • When variants exist (frameworks, providers, domains), pick only the relevant reference file(s) and note that choice.
  • Safety and fallback: If a skill can't be applied cleanly (missing files, unclear instructions), state the issue, pick the next-best approach, and continue.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment