Propose and govern architecturally significant decisions. Creates ADRs, compares options and trade-offs, and requires explicit human lifecycle decisions before planning relies on them. Auto-select only in a Banzai-adopted repository (root PROJECT_MANIFEST.md or .banzai/) or by name.
Installs into .claude/skills of the current project.
Are you the author of Architecture Decision?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/parabolic-technologies-architecture-decision)
---
name: architecture-decision
description: Propose and govern architecturally significant decisions. Creates ADRs, compares options and trade-offs, and requires explicit human lifecycle decisions before planning relies on them. Auto-select only in a Banzai-adopted repository (root PROJECT_MANIFEST.md or .banzai/) or by name.
user-invocable: true
---
# architecture-decision
Use for an ADR-eligible choice from a feature, fix, bootstrap, or standalone
architecture request.
Inputs: user request, `AGENTS.md`, `PROJECT_MANIFEST.md`, decision log, relevant
accepted ADRs, code/docs, and `description.md` when feature-driven.
Output: `documentation/decisions/NNNN-<slug>.md` plus decision-index updates.
Apply the canonical Engineering Quality policy in the installed
`policies/engineering-quality.md`; this skill adds
only decision-specific responsibilities and does not copy its rule set.
## Artifact Storage
Before reading or writing work documents, read the installed
`../../policies/artifact-storage.md`. New work uses one flat
`documentation/work/<slug>/` directory; read and edit selected Markdown files
with ordinary file tools. Existing work continues at its explicit known paths,
including follow-up reports and reviews. Do not migrate existing documents or
consult an artifact-layout declaration. Resolve ambiguous work selection before
writing. Keep ADRs, indexes, manifests and maintained guidance at their existing
paths. Read-only discovery creates nothing; runner phases follow their supplied
binding and exact phase grants.
Concrete `documentation/work/` paths below are new-work defaults. For explicit
continuation, resolve inputs and outputs from the selected work's known locations
and links, including its report and review directory; never create a replacement
work directory to satisfy a new-work path example.
## Sources
- Process: the project root `AGENTS.md`. Read it unless the host already
assembled it into this session. Before decision analysis,
recognize the layout: target when `AGENTS.md` carries `## Authority` and
`## Policies` with no line beginning with `@`, and the `CLAUDE.md` shim is
absent or carries no policy heading; legacy layout when `CLAUDE.md` carries
`## Engineering Quality` and `AGENTS.md` is absent or lacks `## Authority`.
Policy headings for layout recognition are `## Decision Consultation`,
`## Test Assurance`, `## Security Assurance`, `## Engineering Quality`,
and `## Plan Task Completion Evidence`.
On legacy stop with "legacy Banzai layout: run `project-manifest` to migrate"
and ask the user to run `project-manifest`; read neither legacy policy
copies nor installed replacements as applicable rules, and never scaffold or
migrate files. On partial report the exact ambiguity and stop without source
changes, precedence guesses or reconstructed rules.
Unadopted means neither file has `## Authority` or a policy heading; keep
existing missing-manifest behavior. Every other combination, including an
unreadable file, is partial. Skip this recognition rule in the plugin source
repository. Never read a policy body from a project file.
- Policies, resolved as `../../policies/<name>.md` from this `SKILL.md`,
never from the project working directory or a fixed plugin cache path.
Stop before affected work if a required source is absent or unreadable;
never substitute a project copy, a legacy inline policy or memory:
- `decision-consultation.md` when strict planning frames an unresolved material human-owned choice, before drafting dependent artifacts.
- `security-assurance.md` when weighing a trust-boundary, authorization, secret-handling or other applicable security option.
- `engineering-quality.md` before discovery, design, implementation, fix or review judgment within this skill.
- `artifact-storage.md` before resolving, reading or writing work artifacts.
## Orchestrated Mode
At the ADR and plan gates the owner may request rework with required feedback
or an independent read-only planning review of the whole bundle or selected
artifacts. The planner analyzes findings without edits; only recorded human
dispositions authorize applying revisions. Declined findings stay unchanged.
These actions grant no approval or acceptance and keep Accepted ADR bodies
immutable. Revisions return to the normal planning gates.
A legacy or partial layout returns `outcome=needs_human_decision`,
`gate=escalation`, the layout diagnostic as `summary`, one question naming
the migration step, and no source change.
Before drafting, inspect the request, manifest, accepted ADRs, contracts, and
relevant repository evidence. If the ADR decision still depends on a material
human-owned choice, return the planning-only `decision_consultation` gate with
`questions=[]` and one to three closed cards. Do not write a Proposed ADR that
selects an option until the exact keyed answer is recorded and re-analyzed.
When a local runner supplies a versioned output schema, write the `Proposed` ADR
and end the planning phase with `outcome=needs_human_decision` and
`gate=adr_approval`, listing the decision question in `questions` and the ADR
path in `artifacts.adrs`. Never self-accept.
The CLI records the accept, reject, or rework decision and restarts planning with
it. Apply the recorded decision in that next planning phase, then continue to
`development-plan` in the same session. Without runner context, the same
lifecycle decision is answered in chat.
## Preconditions
- Read ADR eligibility and authority rules from `AGENTS.md`.
- Read current manifest facts, the decision index, relevant ADRs, and source or
configuration evidence.
- If feature-driven, require an approved `description.md` with no open product
questions.
- Stop if requirements or decision drivers are insufficient. Do not resolve a
product decision inside an ADR.
- Do not infer, rewrite, or self-answer an unresolved material choice. Raise
it as a consultation card with the fields defined under **Decision
Consultation** in the installed `policies/decision-consultation.md`, including repository-relative evidence. Do not
repeat an answered identity against unchanged evidence; a new round needs a
newly justified choice and new IDs.
- If the choice is not ADR-eligible, record that result in the calling artifact
and return to its normal workflow without creating an ADR.
## Proposal
Read and apply [Proposal](../../guidance/architecture.md#proposal)
from this installed skill. Stop before affected work if that guidance is missing
or unreadable.
## ADR Document
Read and apply [ADR Document](../../guidance/architecture.md#adr-document)
from this installed skill. Stop before affected work if that guidance is missing
or unreadable.
## Lifecycle
Read and apply [Lifecycle](../../guidance/architecture.md#lifecycle)
from this installed skill. Stop before affected work if that guidance is missing
or unreadable.
## Apply The Decision
Read and apply [Apply The Decision](../../guidance/architecture.md#apply-the-decision)
from this installed skill. Stop before affected work if that guidance is missing
or unreadable.
## ADR Decision Gate
Report ADR path, status, owner, related artifacts, current/target differences,
and the exact lifecycle decision needed. Wait for that decision.
This is one of the five existing decision gates in `AGENTS.md`. Consultation remains a
separate non-authorizing prerequisite and never accepts this ADR. Verification
selection does not accept an ADR or add a configuration gate. Never self-accept. Once
the decision is recorded, continue to `development-plan` without asking for
further confirmation.