Add Mock Reference Demo Instance
tasks0/26
1. Demo Data And Response Builders
- 1.1 Move the existing client-side walkthrough to
/sandbox/walkthroughor preserve it as a secondary route/panel so/sandboxcan become the demo instance entry point. - 1.2 Create a typed fictional demo dataset covering at least three connectors, multiple streams, records, schema metadata, grants, runs, traces, capabilities, search fixtures, and revoked/refused evidence.
- 1.3 Add pure response-builder functions for demo list pagination, schema graph, stream metadata, records, search, well-known metadata,
_refsummaries, and timelines. - 1.4 Add tests proving seeded data is deterministic, contains no obvious real credentials/tokens/private domains, and response builders return stable shapes.
2. Demo API Routes
- 2.1 Implement sandbox-prefixed well-known routes for mock AS and RS metadata.
- 2.2 Implement
/sandbox/v1/schema,/sandbox/v1/streams,/sandbox/v1/streams/[stream],/sandbox/v1/streams/[stream]/records, and/sandbox/v1/streams/[stream]/records/[recordId]. - 2.3 Implement
/sandbox/v1/searchover the seeded records with deterministic snippets and list envelopes. - 2.4 Implement
/sandbox/_ref/traces,/sandbox/_ref/traces/[traceId],/sandbox/_ref/grants,/sandbox/_ref/grants/[grantId]/timeline,/sandbox/_ref/runs,/sandbox/_ref/runs/[runId]/timeline, and/sandbox/_ref/dataset/summary. - 2.5 Add route-handler tests or direct handler/client tests for representative success, not-found, pagination, and search paths.
3. Demo Dashboard Surface
- 3.1 Build a sandbox-specific dashboard shell with persistent "Demo instance / fictional data" labeling and no live owner-auth dependency.
- 3.2 Implement
/sandboxas the demo overview, with clear CTA paths to records, search, grants, runs, traces, deployment/capabilities, API examples, and the guided walkthrough. - 3.3 Implement records pages that browse seeded connectors, streams, record lists, and record detail views.
- 3.4 Implement search, grants, runs, traces, and deployment/capabilities pages backed by sandbox demo clients or response builders.
- 3.5 Add a reset control or reset affordance that restores local UI state to the seeded initial view without implying server-side personal data exists.
- 3.6 Ensure
/dashboard/**live behavior remains unchanged and does not fall back to sandbox data.
4. Public Evidence And Copy
- 4.1 Update
/referenceand/reference/coverageso the mock reference demo instance is listed as demonstrated evidence without overstating conformance. - 4.2 Update sandbox copy so visitors understand the distinction between static walkthrough, mock reference demo instance, live local dashboard, and protocol docs.
- 4.3 Add copyable API examples for the demo endpoints and links to the normative docs where practical.
- 4.4 Update the workstream merge report with exact demo URLs, API examples, validation commands, and residual risks.
5. Validation
- 5.1 Run
openspec validate add-mock-reference-demo-instance --strict. - 5.2 Run
openspec validate --all --strict. - 5.3 Run sandbox/demo unit or route tests.
- 5.4 Run
pnpm --dir apps/web run types:check. - 5.5 Run
pnpm --dir apps/web run check. - 5.6 Run
pnpm --dir apps/web run build. - 5.7 If practical, run the built app and smoke
GET /sandbox,GET /sandbox/v1/schema,GET /sandbox/v1/search?q=..., and one_reftimeline route.