- Status: ACTIVE REGISTER
- Updated: 2026-07-28
- Source of execution truth: GitHub issues and accepted ADRs in
marcohost33-maker/browser
RESOLVED: binding decision reflected in architecture and roadmap.PARTIAL: a bounded sub-decision is accepted; the parent decision remains open.PROPOSED: recommended direction exists; measured acceptance evidence is incomplete.OPEN: alternatives or owner evidence remain incomplete.FAIL-CLOSED: work may be researched, but no promotion or security claim is permitted.
browser is a standalone native, offline-capable runtime for locally executed web
applications. Delivery is staged T1 → T2 → T3; T1 is the first release scope and T3
the north star. nigin-engine and browser-nigin are separate repositories and not
dependencies. MCP is internal, optional and off the T1 critical path.
Binding records: ADR-005 and ADR-008.
Owner issue: #14.
Required outcome:
- one primary persona and anti-persona;
- one bounded offline task;
- one manual-sideload workflow;
- measurable success, consent and recovery criteria;
- go, pivot or stop result.
Owner issue: #30.
The project must separately decide the semantics of:
- signed packaged application;
- already-installed PWA;
- captured/archive replay;
- ordinary remote browsing.
These modes have different origin, identity, update, storage and compatibility properties and must not share an ambiguous "offline webapp" claim.
Owner issue: #24. Binding records: ADR-007 and ADR-007a.
Resolved subset:
- CWAP-Strict-JSON v0.1.2 is the accepted canonical-manifest profile for its restricted input domain.
Still open:
.swbn, NAR, ZIP-minimal or another exact container;- signed-byte scope and package identity;
- strict signature-verifier implementation;
- resource limits, extraction, staging, activation and recovery;
- independent parser/verifier and fuzz evidence.
A canonical manifest is not an accepted package format.
Binding proposal: ADR-009. Parent issue: #24 Track C.
Evaluate TUF v1.0.35 with a project-specific POUF and explicit offline profile. Manual offline sideload remains mandatory; automatic update is optional and fully disableable. The decision must cover key thresholds, delegation, rollback, freeze, mix-and-match, revocation, capability expansion and key-loss recovery.
Owner issue: #23. Binding protocol: ADR-006.
Current hypothesis:
- Electron is the pragmatic compatibility and T2 harness baseline;
- CEF requires a measured Electron exit criterion;
- a project-owned Chromium fork is rejected under current staffing assumptions;
- T3 requires an outer OS/container/VM boundary and independently observed null-egress; Chromium sandboxing remains defense in depth.
No runtime is accepted before measured spike evidence.
Owner issue: #25.
Signature validity, publisher admission, code review, capability approval and update authority are separate states. Required decisions include namespace ownership, review lifecycle, least-privilege grants, emergency removal, support expiry and capability-expansion re-consent.
Service workers, persistent shared profiles and cross-version cache retention are disabled by default. They require dedicated cache/update/revocation/privacy evidence and an emergency-removal path.
Public or production release requires the applicable D2–D8 decisions plus package, update, runtime, hostile-input, privacy, accessibility, provenance, rollback and incident evidence. No P0 or unowned P1 may remain.