Repository navigation
Query Hologram Explain Plan #395
Copy link
Copy link
Open
Labels
area:queryPrimary work area: query.Primary work area: query.domain:queriespriority:laterDeferred or speculative work.Deferred or speculative work.status:blockedBlocked by an explicit dependency or external condition.Blocked by an explicit dependency or external condition.template:featureCard template: featureCard template: featuretype:featureNew capability or product behavior.New capability or product behavior.
Milestone
Description
Activity
- addedfeature:materialization-query-indexMethod feature materialization-query-index.Method feature materialization-query-index.lane:cool-ideasMethod source lane cool-ideas.Method source lane cool-ideas.legend:coolMethod legend cool.Method legend cool.type:enhancementMethod issue type enhancement.Method issue type enhancement.
on Jun 1, 2026 - addedarea:queryPrimary work area: query.Primary work area: query.priority:laterDeferred or speculative work.Deferred or speculative work.status:availableOpen and available for prioritization; not blocked or actively in progress.Open and available for prioritization; not blocked or actively in progress.
on Jun 11, 2026 - addedtype:featureNew capability or product behavior.New capability or product behavior.and removedfeature:materialization-query-indexMethod feature materialization-query-index.Method feature materialization-query-index.lane:cool-ideasMethod source lane cool-ideas.Method source lane cool-ideas.legend:coolMethod legend cool.Method legend cool.type:enhancementMethod issue type enhancement.Method issue type enhancement.
on Jun 21, 2026 Refined by #711. Query hologram explain plans should report support posture honestly: read strategy, support tier where relevant, verification mode, and non-guarantees. A query hologram or receipt shell is support material, not native settlement by itself.
- addedstatus:blockedBlocked by an explicit dependency or external condition.Blocked by an explicit dependency or external condition.template:featureCard template: featureCard template: featureand removedstatus:availableOpen and available for prioritization; not blocked or actively in progress.Open and available for prioritization; not blocked or actively in progress.
on Oct 1, 2026
Metadata
Metadata
Assignees
Labels
area:queryPrimary work area: query.Primary work area: query.domain:queriespriority:laterDeferred or speculative work.Deferred or speculative work.status:blockedBlocked by an explicit dependency or external condition.Blocked by an explicit dependency or external condition.template:featureCard template: featureCard template: featuretype:featureNew capability or product behavior.New capability or product behavior.
1. Background Context
Source: git-warp #395. Audited against main
94b40dac64034cd8caab9bb05efe14a0c22bd735. Template:feature; work type:type:feature.Current scope and disposition: Expose measured strategy and cost evidence using #392’s vocabulary. Reuse current read providers and disclose incomplete/support posture; never infer bounded execution merely from an AsyncIterable result.
Discussion evidence, including corrections:
Additional source requirements/context:
Why It Is Cool:
It turns "are we secretly materializing the whole graph?" into visible
evidence instead of vibes.
2. Problem Description
Expose measured strategy and cost evidence using #392’s vocabulary. Reuse current read providers and disclose incomplete/support posture; never infer bounded execution merely from an AsyncIterable result.
Historical source report; the current disposition above supersedes obsolete claims:
Add a query explain-plan mode that shows which read strategy a query
used:
2b. Proposed Solution
Expose measured strategy and cost evidence using #392’s vocabulary. Reuse current read providers and disclose incomplete/support posture; never infer bounded execution merely from an AsyncIterable result.
Historical approach to reconcile:
Current architecture rules take precedence: parsing/encoding stays at adapters, domain concepts are runtime-backed, no trust casts are introduced, and tests run in Docker.
Add a query explain-plan mode that shows which read strategy a query
used:
2c. Alternatives considered and rejected
No additional alternatives are recorded as decided. Reject duplicate ownership, private-import escape hatches and a broken intermediate mainline; retain original alternatives below when present.
2d. Acceptance Criteria
2e. Test Plan
Golden: Run known-answer queries against the public provider/reading boundary.
Edges: Empty/disconnected graphs, duplicate neighbors, missing facts, cursor boundaries and basis changes.
Known failure modes: Refusal stays typed; cancellation and failing providers cannot return a falsely complete reading.
Fuzz and stress: Bounded adversarial generators with deadlines; verify termination and demand without collecting the whole source.
All tests and benchmarks execute in COPY-based Docker containers without host repository or Git-directory mounts. This planning audit does not claim those checks were run.
3. Prerequisites
Completion prerequisites; preparatory work may start earlier.
4. Scope
In: Expose measured strategy and cost evidence using #392’s vocabulary. Reuse current read providers and disclose incomplete/support posture; never infer bounded execution merely from an AsyncIterable result.
Source scope and exclusions:
internal RuntimeHost machinery.
boundaries.
Safe intermediate state: the PR builds and passes relevant checks after its listed prerequisites; existing supported behavior remains usable. Any preparatory step must be independently mergeable.
5. Why now
Maintainer ordering: memory correctness first, supported attachments next, then land eligible PRs. Preserve this card’s existing priority unless a separately recorded scope decision changes it.
6. Risks
Main risk: implementing the historical description instead of the current runtime contract. Preserve compatibility, causal/ownership invariants and bounded behavior relevant to queries.
7. Definition of Done
The issue-specific acceptance checks pass, relevant validation evidence is attached, and the issue links the coherent PR and resulting mainline integration commit. No open item is hidden in a later repair PR.
8. Stakeholders
James Ross: maintainer, assignee and acceptance owner. git-warp contributors and consumers rely on this domain’s supported contract and reproducible evidence.
9. Related Issues
No additional downstream blocker is established. Shared domain membership alone is not a prerequisite.
Historical paths, counts, release names and shell examples in source material are evidence to reconcile, not authority to restore retired documentation or run host tests.