Skip to main content

Architecture Decision Records

This directory holds engineering-team architectural decisions captured as Markdown ADRs (MADR format) per docs/PRD/17-engineering-standards.md Section 17.2.

Decision-record split

ADRs sit at the engineering-team layer. They are not the only place architectural decisions live:

LayerWhereTrigger
Founder-leveldocs/PRD/16-open-questions.mdStrategy or architecture decision driven by product / business / regulatory direction
Per-feature designdocs/TDD/Designing a feature or component before implementation
Engineering-teamdocs/ADR/ (this folder)Engineer / agent makes an architectural choice during implementation - any deviation from PRD/TDD; any choice across competing internal alternatives

Founder-level Tier 1 decisions made during the May 2026 collaborative round live in docs/PRD/16-open-questions.md. ADR-0001 codifies the foundational service-map decision so the engineering team has a citable artifact when asked "why is the api monolithic with four sidecars?"

Format

MADR (Markdown Any Decision Records) - see ../standards/adr-template.md.

Numbering

Sequential. Filename: NNNN-kebab-case-title.md. Once assigned, an ADR ID is permanent - even if the ADR is later deprecated or superseded.

Status taxonomy

StatusMeaning
ProposedDrafted; under review
AcceptedAdopted; in effect
DeprecatedNo longer relevant but kept for historical context
Superseded by ADR-XXXXReplaced by a later decision; link forward

Index

IDTitleStatusDate
ADR-0001Modular monolith for the application layer with extracted long-runnersAccepted2026-05-02
ADR-0002Test runner, E2E tool, contract testing, and coverage policyAccepted2026-05-02
ADR-0003Observability stack architecture (direct ingestion, GitLab OAuth, PagerDuty, deploy silencing)Accepted2026-05-02
ADR-0004Agent-assisted on-call (L1 + L2 read-only at Phase 1; L3 deferred)Accepted2026-05-02

Authoring an ADR

  1. Pick the next available number from the index above.
  2. Copy ../standards/adr-template.md to NNNN-kebab-case-title.md.
  3. Fill it in. Keep "Considered alternatives" honest - capture the options you did not pick and why.
  4. Open a PR. ADRs are reviewed like any code change (per Section 17.3 standards once locked).
  5. On merge, update the index above with the new entry.