Agentic Architecture Kit

Español · Language policy

Implementation status: 0.4 preview. The packaged decision core and rule references are normative; the manifesto is their human-facing map. The capability matrix distinguishes implemented, initial, and roadmap behavior.

An executable architecture standard for projects created and evolved by coding agents.

This repository is not a fixed directory template. It provides the protocol and tools an agent needs to discover the smallest justified architecture for a project, materialize it from current knowledge, and protect it as the product evolves.

Primary objective

An agent must be able to create, modify, and evolve a project autonomously within the boundaries decided by the team. The repository must provide enough context, policies, and validation for the agent to determine what it may do, where the change belongs, and how to prove the result conforms—without human intervention unless the request requires a product, risk, ownership, or authority decision that has not yet been defined. The repository must also organize and provide the minimum sufficient context for each task efficiently, progressively, and traceably, so the agent can quickly locate the relevant domain, ownership, contracts, decisions, dependencies, code, and tests without indiscriminate loading or conversational memory.

Autonomy is the default behavior. Human intervention is an exceptional escalation when the repository does not contain enough authority for a material decision; it is not a routine development step.

Context access is part of the architecture. The repository provides a small entry point and lets the agent expand through ownership, dependencies, and concrete evidence. More context is not necessarily better: relevant context should arrive when the task requires it.

What is included

• MANIFESTO.md: human-facing purpose, enforcement model, and map of the canonical sources.
• agent-core.md: the complete preventive context an implementation agent reads before deciding structure.
• portable-rules.md: validator-owned norms loaded progressively through findings.
• docs/team-guide.md: human guide for understanding, reviewing, and governing the artifacts created by the kit.
• docs/capabilities.md: honest implementation and roadmap matrix for the reference tools.
• docs/github-governance.md: required CODEOWNERS, review, and protected-branch controls that cannot be proven locally.
• docs/releasing.md: package release and PyPI trusted publishing procedure for kit maintainers.
• docs/create-project-from-zero.md: the web rendition of the operational procedure bundled as aak guide bootstrap.
• src/agentic_architecture_kit/: versioned Python distribution containing the CLI, operational guides, portable rules, schemas, templates, and built-in technology adapters.
• tests/: conformance suite for the distributed package.
• examples/: consumer repositories that exercise the installed rules without vendoring the implementation.

Creating a project

1. Give the agent write access to the target project directory and access to the package registry, or provide an offline export of the pinned kit version.
2. Provide the product objective, known requirements, and constraints.
3. Require it to run aak core and aak guide bootstrap from that version and read both completely before initialization or the first modification.
4. The agent discovers current capabilities, hosts, and boundaries before creating structure.
5. It pins and executes a published validator version without copying its implementation into the project.
6. It adapts the templates to declare the project's actual architecture.
7. It runs the project's build and tests and validates the resulting architecture.

Recommended bootstrap prompt:

Use Agentic Architecture Kit to create the smallest justified architecture for
this project. Run aak core and aak guide bootstrap from the pinned distribution
and read both completely before initialization or the first modification.
Do not copy an example structure mechanically. Discover capabilities, hosts,
boundaries, and risks from current requirements and observable evidence. Install
the general validator without redefining its rules, create the project-specific
policy, and run the gate before creating product structure or implementation.
For an existing repository, run it before the first modification. Run it again
before declaring the task complete. Follow a finding's normative reference only
when needed; an unresolved reference is a failure, never permission to infer the
rule from memory. Work autonomously inside declared authority and escalate only
an undefined material product, risk, ownership, or authority decision.

Distribution and project-owned payload

Portable code, operational agent guides, schemas, the rule catalog, and neutral templates are published together as agentic-architecture-kit. A consumer pins the exact version in .agentic/toolchain.json and runs it with uvx or pipx:

uvx --from agentic-architecture-kit==0.4.2 aak validate --fail-on-review

Only project-owned decisions and context live in the consumer repository:

AGENTS.md
architecture/system-overview.md
architecture/decisions/
domain/global-invariants.md
.agentic/toolchain.json
.agentic/policies/architecture/project-policy.json
.agentic/policies/architecture/waivers.json
.agentic/policies/architecture/authorities.json
.agentic/policies/architecture/reviews.json
.github/CODEOWNERS
{actual-module-root}/AGENTS.md
{actual-module-root}/module.contract.yml

Only applicable artifacts are created. Empty directories, speculative abstractions, technical modules, and assemblies without a current enforceable boundary are prohibited.

For disconnected environments, aak export-offline --output <directory> creates an explicit versioned snapshot containing the same code, guides, schemas, rules, and templates with a SHA-256 manifest. That export is an operational exception, not the default adoption model.

Verifying the kit

Python 3.9 or later is required. The kit has no third-party runtime dependency.

python3 -m pip install --no-deps -e .
python3 -m unittest discover -s tests -v
aak --help
aak validate --fail-on-review
aak core
aak guide
aak guide bootstrap
aak guide github-governance
aak template
aak template AGENTS.md
aak explain DEP001
aak context index
aak context locate "architecture validation"
aak validate --root examples/dotnet-valid

Initialize governance files in an existing project. The initializer selects the adapter from repository artifacts and writes a project-policy.json proposal from the observed modules, hosts, projects, and project-reference edges:

uvx --from agentic-architecture-kit==0.4.2 aak init --root . --codeowner @your-org/architecture

For a repository maintained by one person, declare that constraint honestly instead of configuring an impossible self-review requirement:

uvx --from agentic-architecture-kit==0.4.2 aak init --root . \
  --codeowner @your-user --authority-mode solo-maintainer

Solo-maintainer reviews use a durable GitHub maintainer-attestation URL. They do not claim that approving one's own pull request is independent review.

For an empty repository, select the known technology explicitly with --adapter dotnet or --adapter python. The observed proposal is a starting point, not approval of every discovered boundary: review it and remove accidental or unjustified structure before implementation.

The reference implementation supports SDK-style .NET and Python projects. See examples/dotnet-valid/ for a conforming repository and examples/dotnet-invalid/ for an intentional source-level architecture failure inside a single assembly.

License

Agentic Architecture Kit is licensed under the Apache License 2.0 (Apache-2.0).