Skip to main content

CLI and catalog for agentic documentation OS templates (greenfield + brownfield overlay)

Project description

agentic-devkit

Templates and CLI for the agentic documentation OS — one AGENTS.md router, layered docs, spec-driven work. Cursor, Claude, Copilot share one source of truth.

PyPI
PyPI · GitHub

Doc hierarchy pyramid

The doc hierarchy: NORTHSTAR.md (the why — vision and long-term goals) → CONSTITUTION.md (rules of engagement — ethical and technical boundaries) → PRD.md (the what — features and requirements) → docs/governance/DOCS_SYSTEM.md (the format — documentation structure) → context-registry.yaml (ground truth — RAG mapping to prevent information overload).


Quick start

# New repo
uvx agentic-devkit init my-new-repo

# From example-app-private: prepare sibling public repo, put agentic OS in private
uvx agentic-devkit init example-app --private-overlay

# Existing repo
cd my-existing-repo && uvx agentic-devkit overlay .

# From example-app-private: keep public repo product-only, put overlay docs in private
uvx agentic-devkit overlay ../example-app --private-overlay --private-repo .

# Existing repo + prefill CURRENT_STATE from repo structure
uvx agentic-devkit overlay . --intake

# Existing repo + Codex Planning Harness adoption from a metactl-library checkout
uvx agentic-devkit overlay . --planning-harness --planning-harness-pack /path/to/metactl-library/packs/wxb-pack-codex-planning-harness

Requires uv (or pip install agentic-devkit).

The init and overlay commands use bundled templates by default, so no GitHub repo or extra config is required. To use your own template source instead, set AGENTIC_DEV_GREENFIELD_SOURCE or AGENTIC_DEV_BROWNFIELD_SOURCE to a gh:org/repo URL or a local path.

The planning harness adapter is intentionally thin. It creates the repo-local Codex planning layout (docs/strategy-briefs/active/, docs/exec-plans/active/, status/CURRENT.md, .codex/agents/, .codex/config.toml, and tools/policy/) while treating the wxb-pack-codex-planning-harness pack from metactl-library as the canonical harness source. Pass that checkout with --planning-harness-pack or AGENTIC_DEV_PLANNING_HARNESS_PACK. Existing files are not overwritten by default; merge candidates are written as .new. Use --dry-run to preview actions or --replace when you deliberately want harness files replaced.


What you get

Template Use case
Greenfield New repo: NORTHSTAR, CONSTITUTION, AGENTS.md, PRD, governance, specs, adapters, bootstrap skill.
Brownfield Existing repo: CURRENT_STATE, MIGRATION_GUARDRAILS, brownfield AGENTS.md, governance, intake skill.
Private overlay Optional companion workspace: agentic docs/adapters stay private; the public sibling is only prepared or referenced.

Then point your agent at AGENTS.md in the new repo. For greenfield, give a one-sentence product brief in the same chat (e.g. “CLI for dev teams so they can run templates with less setup”); the agent fills placeholders or asks if it needs more. For brownfield, ask explicitly for “brownfield intake” when you want CURRENT_STATE and the first spec.

For public/private repo pairs, run --private-overlay from the private companion directory when it already exists. If the current directory ends in -private, init example-app --private-overlay prepares sibling ../example-app but writes the agentic template and private overlay files into the current private directory. The public repo should stay product-only: no root AGENTS.md, generated adapters, private overlay docs, or agentic spec/governance trees. Use --public-repo or --private-repo when the sibling names differ.

Artifact generation cycle

Cycle: (1) Template initialization — Copier populates the directory and AGENTS.md. (2) Skill execution — invoke a skill from .agents/skills/. (3) Governance verification — check scripts (e.g. ci.yml) verify output against CONSTITUTION.md.

Greenfield — objectives, prompt, what gets filled

Greenfield path

Path A: Greenfield — Bootstrap → Scaffolding (Makefile, pyproject.toml, .copier-answers) → Baseline context (docs/architecture, docs/mcp) → ready for agent execution.

Objectives: The agent only has the project name from init (or “my-product”). You define the rest by saying it in the same message as the bootstrap prompt, or the skill tells the agent to ask for product name, primary user, and core outcome.

Copy-paste prompt (add your one-sentence brief first):

Run the repo-os-greenfield-bootstrap skill: read AGENTS.md and .agents/skills/repo-os-greenfield-bootstrap/SKILL.md, then fill NORTHSTAR.md, NORTHSTAR_METRICS.md, PRD.md, docs/architecture/overview.md, and specs/001-bootstrap using .agents/skills/repo-os-greenfield-bootstrap/references/rubric.md. Align AGENTS.md with our real commands. Run scripts/check-governance if present.

What gets filled: NORTHSTAR (mission, personas, thesis, non-goals, kill criteria) · NORTHSTAR_METRICS (gates, headline northstar, diagnostics, stopping rules) · PRD (product, users, scope, stories, requirements) · docs/architecture/overview · specs/001-bootstrap (in-scope, acceptance criteria, verifiers). Cursor: .agents/skills/repo-os-greenfield-bootstrap/. Claude: .claude/commands/bootstrap-repo.md or repo-bootstrapper subagent.

Brownfield — intake prompt

Brownfield intake

Path B: Brownfield intake — Legacy repo → repo_census.py (intake engine) → Machine-readable map (e.g. opencode.json) + Context API (context-registry.yaml).

Run only when you explicitly ask (e.g. “run brownfield intake” or “draft CURRENT_STATE”).

Run the repo-os-brownfield-intake skill: read AGENTS.md and .agents/skills/repo-os-brownfield-intake/SKILL.md. Run the repo census script, draft CURRENT_STATE.md using the brownfield rubric, propose (don’t overwrite) NORTHSTAR/PRD deltas, create the first spec bundle in specs/ and register it. Run scripts/check-governance if present. Give me a short handoff summary.

Cursor: .agents/skills/repo-os-brownfield-intake/. Claude: .claude/commands/intake-brownfield.md.

Key artifacts (NORTHSTAR, AGENTS, PRD, …)

Context, governance, execution

Strategic context (why & what): PRD.md, NORTHSTAR.md → Governance engine (boundaries): CONSTITUTION.md, verify_governance.sh → Execution engine (action state): context-registry.yaml, specs/plan.md, specs/tasks.md.

Artifact Purpose
AGENTS.md Entrypoint for agents: read order, commands, boundaries.
NORTHSTAR.md Vision: goals, non-goals, success criteria.
NORTHSTAR_METRICS.md Verifier-aware agent/eval metrics: gates, headline northstar, stopping rules.
CONSTITUTION.md Principles, doc hierarchy.
PRD.md Product scope, users, tradeoffs.
specs/ Spec-driven work; each change has a spec + registry entry.
CURRENT_STATE.md (Brownfield) As-is: architecture, debt, fragile areas.
MIGRATION_GUARDRAILS.md (Brownfield) Rules for safe change.

Adapters (CLAUDE.md, Copilot, .cursor/rules) are thin; they point at these and .agents/skills/.

Other ways to run (Copier, pipx, local)
# Remote Copier
uvx copier copy gh:your-org/agentic-dev-greenfield my-new-repo
cd my-existing-repo && uvx copier copy gh:your-org/agentic-dev-brownfield-overlay .

# Updates (after applying once)
copier update --answers-file .copier-answers.agentic-greenfield.yml   # greenfield
copier update --answers-file .copier-answers.agentic-brownfield.yml   # brownfield

# Local clone
git clone https://github.com/pylit-ai/agentic-devkit.git && cd agentic-devkit && uv sync
uv run agentic-dev init my-new-repo
Greenfield repo layout
repo/
├── NORTHSTAR.md
├── NORTHSTAR_METRICS.md
├── CONSTITUTION.md
├── AGENTS.md
├── PRD.md
├── CLAUDE.md
├── opencode.json
├── docs/
│   ├── governance/
│   │   ├── DOCS_SYSTEM.md
│   │   └── context-registry.yaml
│   ├── architecture/
│   │   └── overview.md
│   ├── adr/
│   │   └── ADR-000-template.md
│   └── mcp/
│       └── servers.md
├── specs/
│   ├── registry.yaml
│   ├── 001-bootstrap/
│   │   ├── spec.md
│   │   ├── plan.md
│   │   └── tasks.md
│   └── archive/
├── .github/
│   ├── copilot-instructions.md
│   └── instructions/
├── .cursor/
│   └── rules/
│       └── 00-router.mdc
├── .agents/
│   └── skills/
│       └── repo-os-greenfield-bootstrap/
├── .claude/
│   ├── agents/
│   │   └── repo-bootstrapper.md
│   └── commands/
│       └── bootstrap-repo.md
└── skills/
    └── README.md   # → .agents/skills
Requirements & maintainers

uv + uvx, or pip install agentic-devkit. Publishing: sync templates to distribution repos, tag releases. docs/maintainers/publish-workflow.md.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

agentic_devkit-0.1.16.tar.gz (54.5 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

agentic_devkit-0.1.16-py3-none-any.whl (63.5 kB view details)

Uploaded Python 3

File details

Details for the file agentic_devkit-0.1.16.tar.gz.

File metadata

  • Download URL: agentic_devkit-0.1.16.tar.gz
  • Upload date:
  • Size: 54.5 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: uv/0.11.14 {"installer":{"name":"uv","version":"0.11.14","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"24.04","id":"noble","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":true}

File hashes

Hashes for agentic_devkit-0.1.16.tar.gz
Algorithm Hash digest
SHA256 314f970772c27faf3101a18f41604b1085cd1faa2d1e64369c3533117bbb1df6
MD5 4112511ac99544d744ea9aa5c9bd6d07
BLAKE2b-256 49a164b83d05a160ab4d1f5cdb837c0b55d9817d7c6c6d6d53d053e37c98986f

See more details on using hashes here.

File details

Details for the file agentic_devkit-0.1.16-py3-none-any.whl.

File metadata

  • Download URL: agentic_devkit-0.1.16-py3-none-any.whl
  • Upload date:
  • Size: 63.5 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: uv/0.11.14 {"installer":{"name":"uv","version":"0.11.14","subcommand":["publish"]},"python":null,"implementation":{"name":null,"version":null},"distro":{"name":"Ubuntu","version":"24.04","id":"noble","libc":null},"system":{"name":null,"release":null},"cpu":null,"openssl_version":null,"setuptools_version":null,"rustc_version":null,"ci":true}

File hashes

Hashes for agentic_devkit-0.1.16-py3-none-any.whl
Algorithm Hash digest
SHA256 552a4845202dd86a7d9d724e3ca02770017704f0d01f5f2e12fd0a1be05a850a
MD5 3e6a4760b97c4369bfb2eaee91f59375
BLAKE2b-256 1d5c67daf674bff5b964bccf2e1e6f6dd8c9f777b2f28dc29ddd6038df80e2e7

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page