Design repository-scoped workflows
Turn recurring project tasks into skills with clear triggers, required context, commands, outputs, boundaries, and verification.
Codex Project-Level Skills help teams store reusable workflows inside a repository so Codex can follow the project's architecture, commands, quality checks, formats, and delivery process. Download the skills for creating shared repository guidance that activates only where it belongs.
task: complete repository-scoped codex skills task
inspect:
- requirements and context
- existing standards
- failure and edge cases
verify: outputs + checks + handoffProject-level skills belong near the code and can be scoped from the repository root down to a relevant working folder.
These skills help teams decide where a workflow should live, separate durable repository guidance from task instructions, and build project-specific skills that remain small and testable.
Turn recurring project tasks into skills with clear triggers, required context, commands, outputs, boundaries, and verification.
Install root skills for the whole repository or nested skills for a service, package, module, or specialized folder.
Reference local architecture, schemas, templates, scripts, fixtures, style rules, tests, and release procedures without duplicating them.
Version changes, test activation, avoid overlapping names, document dependencies, and update workflows as the repository changes.
The steps keep context, implementation, and verification visible so the result can be reviewed and repeated.
Choose a task that benefits from durable steps, local knowledge, specialized tools, or consistent verification.
Decide which repository area should see the skill, who maintains it, and what belongs in AGENTS.md instead.
Keep SKILL.md focused and link to the repository files, scripts, templates, and checks that provide current context.
Run representative tasks from relevant directories, verify activation and output, and review changes through normal repository controls.
The workflow adjusts to the project, audience, tools, and risk while preserving the same quality standard.
Share workflows that apply across the whole codebase, such as review, release, documentation, or architecture checks.
Scope skills to a library, application, service, mobile module, data pipeline, or infrastructure folder.
Standardize testing, accessibility, security, migration, documentation, release, and handoff procedures.
Encode ticket handling, code generation, incident work, data reviews, or client delivery practices tied to one project.
Start with one defined outcome and provide the source material, constraints, and checks that matter.
These skills are designed for people who need dependable repository-scoped codex skills work with a visible process.
Share recurring workflows without requiring every developer to maintain a personal copy.
Keep project-specific instructions, references, and verification close to the code they govern.
Provide scoped workflows for services, infrastructure, releases, migrations, and operational checks.
Help contributors and Codex follow project conventions, commands, boundaries, and review expectations.
Project-level skills can guide repository work, but they do not override higher-priority policy, grant access, replace code review, or justify storing credentials and private data in the repository.
Install the complete skill folder and add the project-specific context before beginning.
Keep SKILL.md with scoping, authoring, references, testing, ownership, and maintenance guidance.
Place the skill under `.agents/skills` at the root or relevant nested path based on who should receive it.
Reference AGENTS.md, architecture, commands, templates, schemas, fixtures, tests, and review procedures.
Review the folder like code, run representative prompts from applicable paths, and verify activation and outputs.
Practical answers about capabilities, limits, setup, and review.
It is stored with the repository and discovered only when Codex works within the applicable repository path.
Use AGENTS.md for durable conventions that always apply. Use a skill for a reusable workflow selected for matching tasks.
Yes. Nested project locations are useful when a workflow belongs to one service, module, or specialized area.
Yes, when the skill folders are committed and team members use a Codex environment that supports repository skill discovery.
Review and version them through the same repository process as other important project files, with representative tests after changes.
Clear context. Purposeful work. Relevant checks. A result others can understand.