A governed Agent Skills Kit repository for Codex and AI coding agents.
Author skills once, validate quality, expose $ command handles, and sync
routed skills and plugins into runtime projections through the ask CLI.
Agent Skills Kit is an agent capability control plane for Codex and AI coding agents.
Teach your coding agents how your work actually works, then prove they remembered.
This repository currently exposes 32 skills in the default catalog: root
routers plus policy-promoted command handles. The rooted command surface
contains 108 generated $ handles, backed by first-party canonical skill
source across 7 topic clusters (agent-ops: 44, backend-platform: 4,
content-publishing: 6, frontend-ui: 10, mobile-native: 1, product-strategy: 3,
security-ops: 5). Author a capability once, route it intelligently, validate
quality, project it safely into runtime, and keep the human and agent command
surface small enough to use.
What this gives you:
- Remember workflows - Keep local review, validation, delivery, and operator judgment in canonical skill/plugin source instead of relying on agent memory.
- Keep context small - Expose root routers and generated
$handlepointers without loading every workflow body into the picker. - Prevent drift - Separate canonical source from generated manifests, runtime projections, plugin caches, and historical evidence.
- Prove quality - Use
askfor audits, runtime budget checks, repo surface ownership, workout/eval evidence, and machine-readable closeout.
Start with the executable agent path below. The product framing and proof contract live in Agent Capability Control Plane.
- Quick start
- What you can do
- Distribution
- Robot mode for AI agents
- Programmatic usage
- Runtime and command surfaces
- Skill graph
- Repository layout
- Documentation
- Privacy and Data Handling
- Governance
First make the repo-local command surface reachable from a fresh checkout:
bash scripts/bootstrap-ask.sh --json
python3 bin/ask repo status --jsonFor AI coding agents, start with the product path:
./bin/ask repo doctor --json --robot
./bin/ask skills improve "<goal>" --json --robot
./bin/ask skills explain <handle> --json --robot
./bin/ask skills prove <handle> --json --robot
./bin/ask repo closeout --changed --json --robotThat sequence answers the important questions in order: can I work safely, what capability matches this job, how do I use it, what proof exists, and what must pass before I claim done.
# Bash-first setup (recommended): open bash, then load repo environment
bash
source Infrastructure/scripts/codex-preflight/codex_env_common.sh && codex_apply_env
# Explore the catalog when you need broader context
./bin/ask graph topics
./bin/ask skills list --json
./bin/ask skills handles --json --no-handles
# Validate or sync the repository directly
./bin/ask repo validate --ephemeral
./bin/ask skills sync --scope workspace --projection rooted
./bin/ask skills sync --scope user --projection rooted# List the visible runtime surface
./bin/ask skills list
# Check all generated command handles
./bin/ask skills handles --check --json
# Resolve a command-visible skill handle
./bin/ask skills resolve he-heartbeat --json
# Resolve a reviewer/subagent handle
./bin/ask reviewers resolve skillinspector --json
# Search skills
./bin/ask graph find security --tier stable
# See related skills
./bin/ask graph related skill-builder --depth 2
# Find path between skills
./bin/ask graph chain skill-creator skill-installer# Quick structural check
./bin/ask skills audit backend/cli-spec --level compat
# Full security audit
./bin/ask skills audit backend/cli-spec --level strict
# Run evaluation suite
./bin/ask evals run backend/cli-spec --mode smoke
# Validate entire repository
./bin/ask repo validate --ephemeral
# Report the current runtime surface and context budget
./bin/ask runtime surface --json
./bin/ask runtime budget --json
# Verify generated command handles match rooted manifests
./bin/ask skills handles --check --json# Can I work safely?
./bin/ask repo doctor --json --robot
# What capability should I use?
./bin/ask skills improve "make agents better at fixing PR review comments" --json --robot
# How do I use this capability?
./bin/ask skills explain <recommended_capability> --json --robot
# What proof exists?
./bin/ask skills prove <recommended_capability> --json --robot
# What must pass before I claim done?
./bin/ask repo closeout --changed --json --robot# Install from GitHub with auto-remediation
./bin/ask skills install https://github.com/owner/repo --remediate
# Check for overlap
./bin/ask skills fold source-skill target-skill
# Create new skill
./bin/ask skills init my-skill --category backend --description "Does X when Y"
# Create plugin scaffold
./bin/ask plugins init my-plugin --with-marketplaceOfficial installation instructions are maintained in this repository only.
Third-party indexes or mirrors may list this project, but they are not affiliated with, endorsed by, or maintained by this project unless explicitly stated here.
When intent is clear but syntax is off, use --robot (or -r):
# These work and get corrected:
./bin/ask skill list --robot # -> skills list
./bin/ask skills ls --robot # -> skills list
./bin/ask graph search X --robot # -> graph find XErrors include suggestions and examples:
ERROR Unknown topic: 'invalid'
Hint: Did you mean 'ask skills'?
Valid topics: repo, skills, reviewers, runtime, plugins, evals, workouts, graph, mcp, wiki
Examples:
- ./bin/ask skills list
- ./bin/ask graph find security
# JSON output with trace IDs
./bin/ask repo status --json --trace-id "build-123"
# Check for corrections
./bin/ask skill list --robot --json | jq '.metadata.correction_note'
# Ephemeral validation (read-only)
./bin/ask repo validate --ephemeralResponse envelope (all commands):
{
"status": "success",
"trace_id": "uuid",
"metadata": {
"next_steps": ["ask skills audit ..."],
"correction_note": "..."
},
"data": { ... }
}This repo separates source, projection, and live runtime visibility:
| Surface | Purpose | Edit Policy |
|---|---|---|
Skills/<topic>/<skill>/SKILL.md |
Canonical first-party skill source | Edit here |
Plugins/<plugin>/skills/**/SKILL.md |
Canonical plugin-owned skill source | Edit here |
.skillsets/** |
Generated rooted manifests and command-surface projection | Regenerate only |
.agents/skills/** |
Runtime projection consumed by Codex and agent runtimes | Regenerate only |
~/.agents/skills, ~/.codex/skills |
User runtime links to the active projection | Refresh with user sync |
ask skills list --json reports the default catalog entries exposed to the
runtime. ask runtime surface --json shows how those entries split between
root routers, policy-promoted handles, plugin skills, and primary runtime
skills. ask skills handles --json --no-handles validates the generated
command surface and reports the current handle count and any violations.
A generated command handle, such as .agents/skills/he-heartbeat/SKILL.md, is a small pointer that makes $he-heartbeat mentionable. It is not the real workflow. The handle resolves to a canonical source path through:
./bin/ask skills resolve he-heartbeat --jsonReviewer handles stay outside the skill command surface and resolve through:
./bin/ask reviewers resolve skillinspector --jsonRepo surface ownership is part of the same control-plane contract. Before cleanup, projection changes, or runtime ownership decisions, use:
./bin/ask repo surface --jsonThe policy for classifying source, fixtures, generated state, runtime state, historical artifacts, and unknown ownership lives in Repo Surface Ownership. Namespace-first product command contracts for current and future health, onboarding, improvement, explanation, proof, next-action, and closeout flows live in ask Product Golden Path Command Contracts.
This table is a human-oriented grouping for quick navigation and is not used for parity enforcement. For the current visible runtime list, run ask skills list --json. For the full generated command-handle surface, run ask skills handles --json --no-handles.
| Topic | Skills | Examples |
|---|---|---|
| agent-ops | 44 | docs-expert, autofix, unslopify, simplify |
| frontend-ui | 10 | baseline-ui, frontend-ui-design, ui-visual-regression |
| backend-platform | 4 | cli-spec, mcp-builder, backend-engineer |
| product-strategy | 3 | architecture-interview, deep-interview, interview-me |
| security-ops | 5 | 1password, best-practices, create-auth |
| content-publishing | 6 | beautiful-mermaid, llm-wiki, visual-explainer |
| mobile-native | 1 | atlas |
agent-skills/
|-- bin/ask # Stable public wrapper entry point
|-- scripts/ # Stable wrapper entry points for canonical scripts
|-- .agents/skills/ # Runtime projection: flat or rooted (read-only)
|-- .skillsets/ # Generated rooted manifests and command surface (read-only)
|-- .workouts/ # Canonical skill workout fixtures
|
|-- Skills/ # All canonical skills organised by topic cluster
| |-- agent-ops/ # 44 skills: docs-expert, autofix, unslopify, simplify, ...
| |-- frontend-ui/ # 10 skills: baseline-ui, frontend-ui-design, ui-visual-regression, ...
| |-- backend-platform/ # 4 skills: cli-spec, mcp-builder, backend-engineer, ...
| |-- product-strategy/ # 3 skills: architecture-interview, deep-interview, interview-me
| |-- security-ops/ # 5 skills: 1password, best-practices, create-auth, ...
| |-- mobile-native/ # 1 skill: atlas
| `-- content-publishing/ # 6 skills: beautiful-mermaid, llm-wiki, visual-explainer
|
|-- Plugins/ # Canonical plugin packages (skills live inside plugins)
| |-- skill-factory/ # skill-builder, skill-creator, skill-installer, ...
| |-- plugin-factory/ # plugin-builder, plugin-creator, plugin-installer
| |-- harness-engineering/ # he-brainstorm, he-plan, he-spec, ...
| |-- browser-use/
| `-- cache/
|
|-- Infrastructure/
| |-- bin/ask # Canonical CLI implementation entrypoint (internal)
| |-- scripts/lib/ask/ # CLI implementation
| |-- GOVERNANCE/ # Runtime separation & policy
| `-- ops/metrics/graph/ # Skill relationship data
|-- Docs/ # Plans, specs, guides, cli-specs
`-- Wiki/ # Skill Ops Wiki (notes, playbooks, learnings)
Ownership boundaries:
- Canonical authoring:
Skills/<topic-cluster>/**(7 clusters: agent-ops, frontend-ui, backend-platform, product-strategy, security-ops, content-publishing, mobile-native) plusPlugins/<plugin>/skills/** - Factory mechanics:
Infrastructure/scripts/**, validation/governance contracts - Root command wrappers:
bin/**andscripts/**are stable wrappers that forward intoInfrastructure/**; keep these as real files/directories (not symlinks) bin/askis the only public CLI entrypoint and must remain a thin forwarder toInfrastructure/bin/ask.- Runtime/projection surfaces:
.agents/**,.agents/skills/**,.skillsets/**,Plugins/cache/**,runtime/**(read-only by policy) - Plugin runtime mirrors: copied profile-local plugin trees are refreshed from canonical
Plugins/**; replace them after plugin source or marketplace changes rather than editing mirrors. - Workout evidence:
.skill-telemetry/**is local runtime output and is ignored by git. - Full policy: Docs/agents/14-path-ownership-boundaries.md
- CLI Specification - Complete command reference
- Agent Capability Control Plane - Product promise, golden path, and outcome-proof format
- Repo Surface Ownership - Source, generated, runtime, artifact, and cleanup ownership policy
- Product Golden Path Command Contracts - Namespace-first
askcontracts for doctor, onboard, improve, explain, prove, next, and closeout - Agent Guide - AI agent workflow patterns
- Skill Index - Generated visible runtime index
- Runtime Projection Modes - Flat/rooted projection modes, command handles, and sync scope
- Context-Budgeted Skill Trees - Rooted projection, generated command handles, and latent routing model
- Skill Workouts - Workout CLI, telemetry, and scorecard model
- Implementation Review - Architecture details
This repository stores skill source, docs, and validation artifacts for local-first agent workflows. Do not commit credentials, tokens, or personal data. Security and secret checks run in CI, but contributors remain responsible for keeping sensitive values out of commits and generated artifacts.
- License: Apache 2.0
- Visible runtime surface:
ask skills list --json - Command surface:
ask skills handles --json --no-handles - System skills pin:
Infrastructure/GOVERNANCE/skills-system-upstream.lock.json(upstreamopenai/skills.systemrefe940b8a86138adf03972802b990a1dfc57fcbf09) - Validation: automated checks via
ask repo validate --ephemeral - Compatibility: Codex