Skip to content

design(dn-scoped-context-queries): the question compiles to a scope — onboarding as a database query (draft) - #5

Open
ascalva wants to merge 2 commits into
mainfrom
design/dn-scoped-context-queries
Open

design(dn-scoped-context-queries): the question compiles to a scope — onboarding as a database query (draft)#5
ascalva wants to merge 2 commits into
mainfrom
design/dn-scoped-context-queries

Conversation

@ascalva

@ascalva ascalva commented Jul 28, 2026

Copy link
Copy Markdown
Owner

Summary

Drafts docs/design-notes/scoped-context-queries.md (dn-scoped-context-queries, status draft) from the owner's 2026-07-28 brainstorm thread: the third onboarding regime — brief (push, retired) → traversal (pull, manual) → query (pull through the system's own retrieval) — where a natural question compiles to (semantic, temporal, authority) bounds with true-database semantics (deterministic, replayable, loud on absence; similarity demoted to one operator). The load-bearing decision: the authority bound is a Σ-refinement reading of the ratified dn-capability-scope lattice (status predicates as refinement elements; the castle realm ⊂ interpreted), not a new axis and not the lattice's A — which stays holder-authority, pinned at the query-agent signature (READ, 0, NONE); jurisdiction (host-side skeleton vs core-side payload) is an annotation on the compiled plan per the enforcement-tier precedent. The note owns the authority axis's three-duty definition (trust tier / jurisdiction / epistemic status) for the sibling drafts dn-prediction-castles and dn-distributed-ecosystem to cite, defines read_scope as write_scope's dual (a view definition; grant-select), types the lessons loop as exhaust, and SPECIFIES the wiring deliverable (palace query verb + /context skill — gated off is fine, absent is not) without building anything. Code seams verified against the branch (core/kernel/stores/sourceset.py, core/ingest/index.py:131, scripts/palace.py:44 — no query verb). No status flips anywhere; ratification is the owner's alone.

Suggested reading order

  1. docs/brainstorms/scoped-context-queries.md — the warrant (owner seeds + capsule)
  2. The note's §2.2.2 — the (Σ,E,T,A) mapping decision (the one real ruling being proposed)
  3. §2.4 — the authority axis's three duties (the definition the two sibling PRs cite)
  4. §1.2 Non-goals — [INFERENCE]-marked clauses need your explicit eye at ratification
  5. §4 Wiring & enablement + §5 Falsifiers — the deliverable and what kills each claim
  6. Parked decisions SQ-a…SQ-d and Open questions (items 5–6 are additions beyond the capsules)

🤖 Generated with Claude Code

https://claude.ai/code/session_01GTYQT2QsWskJW4HmgobyrV

… onboarding as a database query (draft)

Synthesizes the 2026-07-28 scoped-context-queries brainstorm (the warrant) plus
the jurisdiction capsule (the-distributed-ecosystem 05:07Z) and the epistemic
capsules (synchronic-diachronic-dreamer 05:34Z+) into one draft note:

- the third onboarding regime: brief (push, retired) → traversal (pull, manual)
  → query (pull through the system's own retrieval); serves fresh agents and
  fresh nodes at two trust tiers (NN-11 intact)
- the mapping decision: the three bounds are readings of the ratified
  (Σ,E,T,A) lattice — the authority bound is a Σ-refinement reading (status
  predicates as refinement elements; castle ⊂ interpreted), NOT a new axis and
  NOT the lattice's A; jurisdiction is a plan annotation per the
  enforcement-tier precedent
- true-database semantics: deterministic, replayable (answer-drift as an
  instrument), loud on absence; similarity demoted to one operator; verified
  seams (core/kernel/stores/sourceset.py, core/ingest/index.py:131, LanceDB +
  DuckDB stores, palace.py usage line with no query verb)
- the authority axis's three duties defined here, once: trust tier,
  jurisdiction, epistemic status; siblings dn-prediction-castles and
  dn-distributed-ecosystem cite, never re-define
- read_scope as write_scope's dual (view definition; grant-select); the
  lessons loop as typed exhaust; the palace query + /context wiring
  deliverable specified, not built

Status draft; ratification is the owner's alone.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant