I re-surfaced two already-settled decisions as questions (push to origin; subagent vs inline) at the M5 handoff. The existing execution-mode guard only matches the writing-plans menu's literal text, so free-form prose re-asks slip through. Default: push as backup and go subagent-driven without asking. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| access | ||
| backup | ||
| decisions | ||
| hardware | ||
| reviews | ||
| runbooks | ||
| security | ||
| superpowers | ||
| testing | ||
| CAPABILITIES.md | ||
| FRICTION.md | ||
| README.md | ||
| ROADMAP.md | ||
| TODO.md | ||
docs/
Project documentation.
decisions/— Architecture Decision Records (ADRs): the "why" behind the design. Numbered from 001; each records context, the decision, and what was ruled out.runbooks/— step-by-step operational procedures (add a host, add a role, rotate secrets).security/— security baseline, accepted-risk register, per-service checklist + template (ADR-002/004).testing/— testing methodology artifacts + theVERIFY.mdtemplate (ADR-008/017).access/— operational-access doctrine + theACCESS.mdtemplate (ADR-021).backup/— backup doctrine + theBACKUP.mdtemplate (ADR-022).hardware/— capacity reference +/capacity-reviewoutput (ADR-012).reviews/—/review-repoaudit trail.CAPABILITIES.md/ROADMAP.md/TODO.md/FRICTION.md— what boma does, the build order, the backlog, and recurring-friction notes.
For what is actually built vs only designed, see STATUS.md at the repo root —
the ADRs describe intent, not necessarily current reality.