Skip to content

Latest commit

 

History

History
111 lines (81 loc) · 5.38 KB

File metadata and controls

111 lines (81 loc) · 5.38 KB

Repo Guide

A compact map for understanding Dizzy without reading every file first.

The Shape

Dizzy is a local-first assistant runtime organized around one question:

What context should carry forward, under which trust boundary, and why?

The repo has three working layers:

  1. Runtime: code that receives messages, builds prompts, routes tools/models, and enforces boundaries.
  2. Governing core: docs and prompt-pack files that define behavior, authority, memory, and trust zones.
  3. Workshop: upgrade notes, review trails, and provenance that explain how the system is evolving.

Progressive Disclosure Reading Path

Read according to your current depth of investigation:

1. New User (First-Run & Orientation)

  1. QUICKSTART.md - 5-minute setup, /health + /prompt walk-through, trust-zone demo, visual accents.
  2. README.md - high-level overview, runtime shape, and production checklist.

2. Intermediate (Operational Mechanics)

  1. REPO_GUIDE.md - guided map for readers and maintainers.
  2. OPERATING_LOOP.md - day-to-day operator workflow (friction, trajectories, session close).
  3. FILE_ROLES.md - root-file authority and role map.

3. Advanced Architect (Doctrine & Governance)

  1. DESIGN.md - canonical human source of truth and decision record.
  2. INTERACTION_NORMS.md - plain-language interaction and governance summary.
  3. PROMPT_CORE.md - compact live behavioral core.
  4. MECHANISM_SIEVE.md - converting anti-extractive values into mechanisms.
  5. MECHANISMS.md - reusable design mechanisms.
  6. CHOKEPOINTS.md - self-inspection map for dependency, capture, and exit risks.
  7. RUNBOOK.md - practical operational deployment.

That path is enough to understand the current system. The rest is detail.

Runtime Map

Governing Core

Memory And Retrieval

  • MEMORY.md: curated long-term memory index; non-governing.
  • memory/topics/: durable topic notes.
  • runtime/conversations/: local conversation history; ignored by Git.
  • runtime/auto_memory*: local auto-memory staging; ignored by Git.
  • Retrieved context is support, not authority. Trust zones decide whether retrieval is allowed.

Workshop And Provenance

Planning notes do not govern runtime behavior until they are deliberately moved into live docs, prompt-pack files, tests, or code.

Trust Zones

  • private_self: retained continuity and durable memory allowed.
  • trusted_collaborator: selective continuity with narrower disclosure.
  • outside_contact: fresh-context reasoning by default.
  • paid_public: ephemeral by default; explicit client continuity is conversation-only and keyed by server-derived client_id + service_id.

What To Verify

After changes, run:

node .\scripts\safety_checks.mjs
node .\smoke_test.mjs
node .\scripts\sync_state.mjs --check
node .\scripts\memory_validate.mjs
node .\scripts\dependency_api_drift_check.mjs

If DESIGN.md changed, run:

node .\scripts\sync_state.mjs

What Not To Overread

  • upgrades/ is not doctrine.
  • memory/ is not doctrine.
  • runtime/ is local operational residue and is ignored by Git.
  • Root presence is not authority; see FILE_ROLES.md.
  • Metaphor is allowed, but metaphor is not authority.
  • Marketplace/public surfaces are projections of the core, not the core itself.