Skip to main content

End-User Guidelines

Use these guides to adopt ADD and carry out the first artifact change. They support humans working with AI and consumer agents adopting from a GitHub Release and configuring their own harness.

GuidePurpose
Change tiersChoose small, medium or large, and apply the records, commits, gates and version rule of the tier.
Minimal change scaffoldStart a one-artifact outcome with complete phase, task and evidence structure.
Getting startedChoose a knowledge workspace, identify an artifact, and complete the first change.
System flowsDefine named journeys, reusable models, interactions, supporting evidence and flow maintenance.
Change impactRead a tiered impact answer, use it in each phase, and keep it precise without a manual graph.
Units of workGroup artifact changes around one outcome and record shared validation knowledge.
Evidence recordsRecord checks, consequential claims and publication assertions with explicit sources and verification limits.
Writing artifactsWrite identity, change and version records, requirements with IDs, specifications, decisions, task plans, and check them with the validator.
Visual representationsSelect, write, check and maintain tables, diagrams and derived views of knowledge.
Visual examplesFollow worked examples that turn real artifact text into better representations.
Adopting from a releaseFollow the adoption guide by hand, or give an AI agent the ready request to adopt a verified release and set up its harness.
RunbooksFollow ordered steps after a merge, when the protected branch moves, after an amendment, when a change stops, to reverse a version, for a live check and for a failed check.
Working with AIRequired role capabilities, focused project instructions, plan approval, and team merge review.

ADD guidance is installed under docs/artifact-driven by default. Project artifacts live separately under docs/artifacts. The first holds reusable knowledge about the approach; the second holds your project's governed knowledge.