A anatomia: um arquivo obrigatório, três pastas opcionais
Uma skill é um diretório. O único arquivo obrigatório é o SKILL.md: frontmatter YAML com um name e uma description, seguido por instruções em Markdown. Ao redor dele, três pastas opcionais trazem o peso no qual as instruções podem se apoiar: scripts/ para código executável que a skill orienta o Codex a rodar, references/ para documentação longa demais para estar no corpo do texto, e assets/ para templates. Um arquivo opcional agents/openai.yaml adiciona metadados de UI e dependências para distribuição.
---
name: apply-design-system
description: Apply the project design system when building or editing UI. Use for any component, page, or styling task; reads DESIGN.md and forbids colors, fonts, or spacing outside its tokens.
---
# Apply the design system
1. Read DESIGN.md at the repo root before writing any UI code.
2. Use only its semantic tokens for color, its type scale for text,
and its spacing scale for layout.
3. If a needed value has no token, stop and say so instead of
inventing one.Descoberta: os cinco lugares onde o Codex procura
.agents/skills/no repositório: skills do projeto, compartilhadas com todos que clonam o repo.~/.agents/skills/: suas skills pessoais, presentes em todos os projetos./etc/codex/skills: skills gerenciadas por admin em máquinas compartilhadas.- Bundles de sistema que acompanham o produto.
- Skills instaladas: o
$skill-installerbaixa skills curadas; plugins distribuem além disso.
O local do repositório é o que altera o comportamento da equipe. Uma skill em .agents/skills/ acompanha a base de código: cada colaborador, cada execução de CI, cada novo clone recebe os mesmos procedimentos sem configuração. Contratos de projeto, como a UI é estilizada e como os releases são feitos pertencem a esse local, e não ao diretório home de uma única pessoa.
Acionamento: $ quando você sabe, descrições quando não sabe
A invocação explícita é o caso simples: digite $ na CLI do Codex e selecione a skill, e ela será carregada independentemente de como sua descrição esteja escrita. O caso interessante é o implícito: o Codex mantém o nome e a descrição de cada skill disponíveis e carrega o corpo completo quando julga que sua solicitação corresponde. Esse julgamento só será tão bom quanto a descrição, o que torna a descrição a verdadeira interface. "Use para qualquer componente, página ou tarefa de estilização" fornece verbos e situações para o matcher vincular; "ajudante de design" não fornece nada.
Teste o caminho implícito, não o caminho do $
Invocar com $ prova que o corpo da skill funciona. Isso não diz nada sobre se a skill será acionada sozinha. Teste formulando uma solicitação natural ("adicione uma página de configurações") e verifique se a skill é carregada; se não for, edite a descrição, não as instruções.
Skills vs AGENTS.md
O Codex lê o AGENTS.md em cada execução: ele contém as ordens permanentes do projeto, comandos de build, convenções, restrições, e cada linha dele consome tokens em cada solicitação. As skills são o contrato oposto: custo quase zero enquanto inativas, procedimentos completos quando relevantes. A divisão que funciona é: regras curtas no AGENTS.md, procedimentos longos em skills e artefatos duráveis (arquivos de tokens, DESIGN.md, schemas) no repo, onde ambos podem apontar. A taxonomia completa de arquivos, incluindo onde ficam o CLAUDE.md e o DESIGN.md, está em CLAUDE.md vs AGENTS.md vs SKILL.md vs DESIGN.md.
A skill de design e por que ela deve ser curta
A skill de exemplo acima tem nove linhas de instrução, e essa é a sua força. Tudo o que ela impõe vive em um único artefato: um DESIGN.md na raiz do repo contendo o sistema real, design tokens semânticos para light e dark mode, a escala tipográfica, espaçamentos, motivos e regras de proibição. O Codex é um implementador forte, mas sem memória visual entre sessões; o arquivo é a memória. Skills cheias de adjetivos ("limpo, moderno, consistente") não fazem nada, porque não há nada contra o qual checar o trabalho. Uma skill que aponta para um arquivo com valores exatos transforma cada decisão de estilização em uma consulta.
Ambient Sage
Live renderRendered from the kit's actual tokens, fonts, and treatments
Typography
Plus Jakarta Sans
Color system
28 semantic roles, light + dark
Agent outputs
DESIGN.md, CSS, Tailwind, shadcn
npx --yes identityforge@latest apply ambient-sageO artefato para o qual sua skill aponta
Escolha um kit, execute um comando e seu repo terá o DESIGN.md, os tokens e as regras que a skill impõe. O Codex para de redefinir sua marca a cada sessão.
Um formato, três ferramentas
The SKILL.md convention grew into an open agent-skills standard: Claude Code discovers the same shape under .claude/skills/, and Cursor's Agent Skills load the same way next to its Rules. Discovery paths and invocation syntax differ per tool; the anatomy and the description-driven trigger do not. Write skills that reference artifacts in your repository rather than one tool's internals and they transfer almost verbatim; the Claude Code side of the same story is in Claude Code skills, explained.
Como eu crio uma skill do Codex?
Crie uma pasta em .agents/skills/ (projeto) ou ~/.agents/skills/ (pessoal) contendo um SKILL.md com frontmatter de name e description, seguido por instruções em Markdown. Adicione scripts/, references/ ou assets/ se as instruções precisarem deles. O Codex a reconhecerá no próximo scan; invoque-a com $ ou deixe que a correspondência da descrição a acione.
Qual a diferença entre skills do Codex e o AGENTS.md?
O AGENTS.md é carregado em cada execução e deve conter restrições permanentes curtas. Uma skill é carregada apenas quando acionada, portanto, ela armazena procedimentos mais longos sem um custo de contexto permanente. Aquele checklist que você vive colando no AGENTS.md? Isso é uma skill.
Por que minha skill do Codex não é acionada automaticamente?
O acionamento implícito compara sua solicitação com a descrição da skill, portanto, uma descrição vaga a torna inacessível, exceto via $. Reescreva a descrição nomeando situações e verbos concretos, então teste com uma solicitação escrita de forma natural.
As skills do Claude Code funcionam no Codex?
The format is the same, SKILL.md with name and description frontmatter, so the content transfers; the discovery folders differ (.claude/skills/ vs .agents/skills/). Skills that reference repo artifacts like DESIGN.md rather than tool-specific behavior port with a copy.
Uma skill pode fazer o Codex seguir meu design system?
Yes, with the split shown above: a short skill that instructs Codex to read DESIGN.md and use only its tokens, and a real DESIGN.md in the repo carrying the system. Any Identity Forge kit exports that file, plus the matching CSS variables and Tailwind theme, with one CLI command.