Repository navigation
Correspondence And Rationale
sergio velderrain edited this page Nov 9, 2026
·
1 revision
- Requirement-to-component notes: see
Requirements-Traceability-Matrix for the full
REQ-### -> componentlinkage. - Decision rationale: see the ADR Index below.
- Spec-to-CI wiring:
repo-standards-review's scanner expects a plain checkout, not a separate wiki repo -- resolved betweenv0.3.10andv0.3.13(commitc3a36ae) bystandards-assurance-scan.yml, which clones this wiki at scan time, copies this Architecture Packet todocs/architecture/overview.mdand the SRS/RTM todocs/requirements/, then runs the real assurance pipeline against that assembled checkout. That copy is ephemeral (scan-time only, never committed); this wiki remains the one real source of truth. - Known tradeoffs:
standards-review-localbinds one specific gate (compliance re-certification) to one physical machine's private credentials and PDF corpus -- deliberately kept off the public upstream's own CI token scope (seedocs/architecture/standards-compliance.md's living re-certification policy), at the cost of that check being unavailable on any fork that doesn't set up the same local runner. Evidence-strength caveat: the physical-host and private-PDF-corpus details themselves are operator-attested, not independently re-verified bystandards-compliance-recheck.yml/standards-assurance-scan.yml-- those workflows verify the private-runner label dependency and document ambient-credential use, but do not and cannot confirm which specific physical machine or PDF corpus is actually behind the runner that picks up the job.