aaronrene / knowtation public
docs companion feat/companion-app #13 / 15
aaronrene · 4 days ago · Jun 5, 2026 · Diff

docs(companion): Phase 0 decision record — tenancy/billing, lane matrix, derived-artifact storage

Append §13 Phase 0 Decision Record to the Companion App authorization gate, resolving the three hard dependencies that block companion implementation:

- D1 (ACCEPT w/ conditions): hosted tenancy + owner-vs-member billing/consent. Owner is billing principal for ops on the owner partition; member companion enrichment is free/local and gated by existing read-scope + owner opt-in (default OFF) + ZK crypto + provenance; managed-lane by delegates default OFF and quota-bounded. Prerequisite: tenancy implementation gate (owner-billing id). - D2 (CONFIRM): §4 lane matrix, default-lane logic, client-side-inference hard constraint, and mapping to Scooling runtimeLaneSchema. - D3 (CONFIRM): per-artifact x per-tier derived-artifact storage; privacy-max artifacts never host-readable nor under a server-held key.

Decisions only; gate's "DOES NOT approve (no code)" list unchanged.

sha256:444d712da81e7fb0c2a5e4c5fbf8c54a04939b30e6649e93ed255a06433f6cb1 sha
sha256:ac3c6dc46d1ce62257713a254daa5e62b67bbe97553f0c229c2567b9cceacd45 parent
+16 ~3 symbols
sha256:4206a2282b2d05680fbfbd25bf5bfabc1dc8e8271cbaaf33c8faed7671fdd6a3 snapshot
+16
symbols added
~3
symbols modified
0
dead code introduced
Semantic Changes 19 symbols
~ docs/COMPANION-APP-DESIGN-AND-AUTHORIZATION-GATE.md .md 16 symbols added, 3 symbols modified
+ Phase 0 — Decision Record (the three hard dependencies) section 13. Phase 0 — Decision Record (the three hard dependencies) L306–563
+ 0 Grounding (decisions anchored to existing code, not assumptions) section 13.0 Grounding (decisions anchored to existing code, not assumptions) L317–328
+ table section table L319–327
+ 1 What Phase 0 unblocks section 13.1 What Phase 0 unblocks L526–537
+ 2 What remains NOT approved by this record section 13.2 What remains NOT approved by this record L537–546
+ 3 Explicitly deferred (not Phase 0 blockers) section 13.3 Explicitly deferred (not Phase 0 blockers) L546–553
+ 4 Approval section 13.4 Approval L553–563
+ table section table L555–560
+ D1 — Hosted tenancy + owner-vs-member billing/consent section D1 — Hosted tenancy + owner-vs-member billing/consent L338–418
+ D2 — Model-routing lane matrix, default-lane logic, client-side constraint section D2 — Model-routing lane matrix, default-lane logic, client-side constraint L418–479
+ table@L432 section table@L432 L432–440
+ table@L465 section table@L465 L465–473
+ D3 — Derived-artifact storage per privacy tier section D3 — Derived-artifact storage per privacy tier L479–526
+ table section table L498–503
+ Decision index section Decision index L328–338
+ table section table L330–335
~ Companion App — Design & Authorization Gate
~ Build phases & model-tier guidance
~ Why the 🧠 / 🔀 phases need deeper reasoning
Older chore: restore §12 build-phases content after git-pull disk clobber sha256:ac3c6dc46d1ce62257713a254daa5e62b67bbe97553f0c229c2567b9cceacd45 All commits Newer feat(companion/phase1): ModelRuntimeAdapter lane selector + cons… sha256:06bcc4854a5644481fef328207c64092d93bb8da3e8f6d25949496fa9cb2965d

0 comments

No comments yet. Be the first to start the discussion.

To add a comment, use the Muse CLI: muse hub commit comment sha256:444d712da81e7fb0c2a5e4c5fbf8c54a04939b30e6649e93ed255a06433f6cb1 --body "your comment"