Skip to content
LinkedInX

Skills Design Patterns - SKILL.md and Trigger Conditions

About 5 minutes

Target audience: Developers who want Codex to reuse task-specific procedures, references, and helper scripts
Prerequisites: Understanding of AGENTS.md and Commands/Workflows

An Agent Skill packages instructions, references, scripts, and templates for a repeatable task. Codex initially sees Skill names and descriptions, then loads full instructions only when needed. This pattern is called progressive disclosure.

.agents/skills/docs-content/
├── SKILL.md
├── scripts/
├── references/
└── assets/

SKILL.md requires name and description.

---
name: docs-content
description: Create or update beginner-facing documentation pages and keep locale indexes synchronized.
---

# Procedure
1. Read the content rules.
2. Confirm the target section.
3. Write Japanese first.
4. Sync the English page.
5. Run link and harness checks.

Codex can activate a Skill explicitly with $docs-content or implicitly when a request matches its description. Avoid broad descriptions. State the supported task and important exclusions at the beginning.

Repository Skills can live in .agents/skills/, personal Skills in $HOME/.agents/skills/, and administrator Skills in /etc/codex/skills. This repository keeps shared Skill policy in shared/skills/ and synchronizes runtime adapters.

Keep one responsibility per Skill. Split docs writing, blog writing, and CI repair into separate workflows. Package multiple related Skills into a Plugin only when distribution becomes necessary.

Check that the description defines scope, steps have a clear completion condition, long references are separated, repeated operations become scripts, and no credentials or personal paths are included.

Next, Subagents design separates specialized work into independent contexts.

Quiz