Começar

Skills do Codex: onde ficam, como funciona a invocação via $ e como escrever uma

A maioria dos posts sobre skills do Codex são listas de 'top ten' que nunca explicam a engrenagem por trás, o que é uma pena, pois a engrenagem é a parte útil: assim que você entende como o Codex encontra e aciona uma skill, escrever a sua própria leva dez minutos.

Atualizado 2026-08-04

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.
Um SKILL.md completo e funcional.

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-installer baixa 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 render

Rendered from the kit's actual tokens, fonts, and treatments

Ambient SageOverview
Search anything⌘K
AS

Analytics

Revenue overview

See revenue and retention trends alongside account health.

Jan 1 to Jan 30, 2026
Overview
Analytics
Reports
Notifications

Active users

15.1k

2,491 new

+5%

MRR

$49.1k

Net of churn

+3%

Retention

89%

28-day window

+2%

NPS

69

1,204 replies

+3

Revenue

Last 12 months

$49.1k +18.2%

12m30d7d
JanFebMarAprMayJunJulAugSepOctNovDec

Acquisition

Goal completion

On track
78%of goal
Organic48%
Direct31%
Referral21%

Recent transactions

Latest activity across your workspace

View all
CustomerStatusDateAmount
AR

Alex Rivera

Founder & CEO

Paid2 min ago$1,999.00
MO

Mira Okonkwo

Head of Product

Pending1 hour ago$39.00
JF

Jonas Feld

Design Lead

Processing3 hours ago$299.00

Typography

Plus Jakarta Sans

Color system

28 semantic roles, light + dark

Agent outputs

DESIGN.md, CSS, Tailwind, shadcn

Um design kit é esse arquivo pré-construído: um sistema de tokens completo que exporta como DESIGN.md, variáveis CSS ou config do Tailwind.
npx --yes identityforge@latest apply ambient-sage
A CLI escreve o DESIGN.md e os tokens do kit no repo; nenhum MCP é necessário, portanto funciona em qualquer configuração do Codex.

O 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.