by bashebr
Reusable Codex + Claude Code skill and plugin implementing Anthropic's AI-Native SDLC: Plan → Design → Build → Test → Deploy → Maintain, with human approval gates at every handoff.
# Add to your Claude Code skills
git clone https://github.com/bashebr/ai-native-sdlcGuides for using ai agents skills like ai-native-sdlc.
See how ai-native-sdlc compares with popular alternatives.
ai-native-sdlc is an open-source ai agents skill for AI coding assistants such as Claude Code, Codex CLI, and ChatGPT, built by bashebr. Reusable Codex + Claude Code skill and plugin implementing Anthropic's AI-Native SDLC: Plan → Design → Build → Test → Deploy → Maintain, with human approval gates at every handoff. It has 50 GitHub stars.
ai-native-sdlc's catalog security scan is still queued. You can run an instant dependency and prompt-injection check now with the "Scan for vulnerabilities" button above.
Clone the repository with "git clone https://github.com/bashebr/ai-native-sdlc" and add it to your Claude Code skills directory (see the Installation section above).
ai-native-sdlc is primarily written in Python. It is open-source under bashebr on GitHub, so you can review or fork the full source.
Yes. SkillsLLM lists many other AI Agents skills you can browse and compare side by side. Open the AI Agents category from the badge at the top of this page, or use the Related Skills and comparison links further down to weigh ai-native-sdlc against similar tools.
No comments yet. Be the first to share your thoughts!
Unlocks once the catalog security scan passes (runs nightly).
⚠️ Third-Party Software Notice
This skill is third-party open-source software developed and hosted independently on GitHub. SkillsLLM is an informational directory and does not control or maintain the underlying repository.
Any security checks, ratings, or warnings displayed by SkillsLLM are automated and limited in scope. They do not constitute a security certification or guarantee that the software is safe, error-free, or free from malicious code, vulnerabilities, compromised dependencies, or prompt-injection risks.
Review the source code, permissions, dependencies, and configuration before installing or running any third-party skill. Use is at your own risk. To the maximum extent permitted by applicable law, SkillsLLM is not liable for losses arising from third-party software.
The deep catalog scan for this skill is still queued. Run an instant dependency check now instead.

A ready-to-inherit implementation of Anthropic's AI-Native SDLC playbook: give your coding agent a goal or idea, and it scaffolds and drives the project through the full lifecycle — planning, design, build, test, deploy, and maintain — with human approval gates at every handoff.
This repo is three things at once:
skills/ai-native-sdlc/, installable into ~/.codex/skills.~/.claude/skills..codex-plugin/plugin.json at the repo root) that bundles the skill, so teams can publish or fork it as their workflow baseline.Learn more: Phase-by-phase playbook · Staged adoption guide · Workflow as a directed graph · Agent org · Worked example
Writing code is no longer the bottleneck — agents produce it in hours. The bottleneck moved to the process around the code: planning, review, deployment, and governance still run at human speed and human scale. This repo reworks the SDLC so those stages keep up with the build. The loop is Plan → Design → Build → Test → Deploy → Maintain; every stage ends by committing a versioned artifact the next stage reads, human judgment concentrates at gates instead of line-by-line review, guardrails run as deterministic hooks rather than habits, and continuous evals replace stage-gate QA. The operating principle, in one sentence: the agent can do everything up to the production gate, but never crosses it.
The loop is a directed graph, not a linear pipeline. Plays and artifacts are nodes, gates are human approval points, and triggers are the edges that fire the next stage: an accepted intent fires Design, an approved spec fires plan mode, a merged PR fires the pipeline, and a breached control band writes the next intent. Treating the workflow as a graph makes it automatable, parallelizable (independent branches run in separate worktrees), and auditable (node history is the record). The plays also form a separate adoption graph — start at the leaf plays (capture intent, CLAUDE.md, feedback loop, hooks, plan mode) and build outward. The machine-readable form is skills/ai-native-sdlc/assets/workflow-graph.example.yaml; full detail in skills/ai-native-sdlc/references/graph.md.
Plan → Design → Build → Test → Deploy → Maintain
↑ │
└────────────────── back to Plan ←─────────────┘
Each phase ends by committing a versioned artifact; the next phase starts by
reading it. The full phase → artifact → gate contract lives in
skills/ai-native-sdlc/SKILL.md (single source of truth). The short version:
Plan commits intent.md, Design commits spec.md, Build commits
plan.md then code + tests, Test reports eval results, Deploy ships an
authorized release, Maintain writes its diagnosis back as a new
intent.md.
The agent does the generation, verification, and mechanical work. Humans keep the judgment calls: the agent goes all the way to the production gate and never crosses it.
Framework mapping. The skill is framework-neutral: Claude Code calls repository memory CLAUDE.md and keeps skills in .claude/skills/; Codex calls it AGENTS.md and installs skills into ~/.codex/skills/. The templates, artifacts, and scaffold script are the same either way.
mkdir -p ~/.codex/skills
cp -R skills/ai-native-sdlc ~/.codex/skills/
mkdir -p ~/.claude/skills
cp -R skills/ai-native-sdlc ~/.claude/skills/
Clone or copy this repo to ~/plugins/ai-native-sdlc, then add it to your personal marketplace at ~/.agents/plugins/marketplace.json:
{
"name": "personal",
"interface": {
"displayName": "Personal"
},
"plugins": [
{
"name": "ai-native-sdlc",
"source": {
"source": "local",
"path": "./plugins/ai-native-sdlc"
},
"policy": {
"installation": "AVAILABLE",
"authentication": "ON_INSTALL"
},
"category": "Productivity"
}
]
}
For a team, publish the repo and point a marketplace at it instead.
Installing the plugin also makes the bundled skill available, so you don't need to also copy it into ~/.codex/skills — choose one path.
Fork it, keep the skill and templates, and drop in your organization's standards. The repo models the workflow it ships, so agents working inside it (via the root AGENTS.md) follow the same conventions.
Start a new project:
python3 skills/ai-native-sdlc/scripts/init_workflow.py my-project --name "My idea"
Then tell your agent:
$ai-native-sdlc: I want to build an expense tracker. Start with the intent.
The agent interviews you until the idea is concrete, writes intent/intent.md, commits it, and asks you to accept. From there it moves through spec → plan → build → test → deploy, stopping at each approval gate, and finally wires up monitoring so the loop can close back into new intents.
Already have a project? Copy the templates into it:
cp skills/ai-native-sdlc/assets/{intent.md,spec.md,plan.md,CLAUDE.md,REVIEW.md,bands.yaml} .
cp skills/ai-native-sdlc/assets/production-gate.sh hooks/
For teams that want the loop to run with less human steering, the skill can scaffold an agent org into any project — named roles with an org chart, peer review of every artifact, and multi-channel demand intake:
python3 skills/ai-native-sdlc/scripts/init_org.py my-project
The default org: CEO (you, human) → CTO (agent) → product manager,
product engineering agent, engineers, and reviewer. Agents run the phases,
review each other's work (reviewers accept only when idle), and report up the
chain; the human CEO is involved at the critical points — intent ambiguity,
unresolved spec/plan disagreement, PR merge, and release. Demand enters
through GitHub issues (scripts/sync_issues.py pull), app feedback forms, and
email, all landing as versioned records in org/intake/ that the product
engineering agent turns into tickets and intents.
Org bookkeeping is command-driven: scripts/org_status.py keeps agent
busy/idle state and the review queue valid against org/org-chart.yaml, and
scripts/intake.py add|list normalizes form/email demand into the same intake
format GitHub issues use.
See skills/ai-native-sdlc/references/org.md for the full protocol.
The examples/ folder contains a worked project — the expense-tracker idea
from this README. It shows what intent.md, spec.md, plan.md, CLAUDE.md,
and the workflow graph look like when filled in, and it is also a real static
app (index.html, app.js, style.css) with expenses persisted in the
browser. Live demo: bashebr.github.io/ai-native-sdlc
— hosted on GitHub Pages from the repo's gh-pages branch. The folder also
opens locally (index.html) and is Vercel-ready via vercel.json. Use the
example as reference for tone and structure, then scaffold your own blanks
with the script above.
production-gate.sh blocks deploys without human authorization; hook-settings.example.json shows the wiring; managed-settings.example.json is the regulated-enterprise starting point.agent-evals.yml.example).REVIEW.md sets the passes (bugs, security, compliance), the evidence requirement, and the 5-nit cap.bands.yaml defines the control bands; 1σ logs, 2σ diagnoses, 3σ proposes a fix or runbook and writes the diagnosis back as a new intent.See skills/ai-native-sdlc/references/adoption.md for the staged rollout order.
.
├── .codex-plugin/plugin.json # Codex plugin manifest (repo root is the plugin)
├── .github/workflows/self-check.yml # CI for this repo itself (validate + tests)
├── AGENTS.md # guidance for agents working in this repo
├── README.md
├── CHANGELOG.md
├── LICENSE
├── SECURITY.md
├── examples/
│ ├── README.md
│ └── expense-tracker/ # worked example + real static app (Vercel-ready)
├── tests/ # gate, scaffold, band-detector, eval-runner tests
└── skills/
└── ai-native-sdlc/
├── SKILL.md # skill entrypoint (versioned; rule→enforcement matrix)
├── agents/openai.yaml # UI metadata
├── references/
│ ├── playbook.md # phase-by-phase procedures
│ ├── adoption.md # staged rollout + org customization
│ ├── graph.md # the loop as a directed graph
│ └── org.md # autonomous agent org (roles, review, intake)
├── assets/ # templates copied into target projects
│ ├── intent.md
│ ├── spec.md
│ ├── plan.md
│