Parent label: devdevbuilds
Hive|Mind is a full-stack knowledge graph dashboard and backend/cybersecurity portfolio project. It connects knowledge sources, starting with Obsidian vault content, into a normalized backend data model and presents that model through a focused web interface: a source registry, an import workflow, a query console, a read-only knowledge graph view, and an intelligence report (Temporal Decay and Dreaming Suggestions backend-derived; other sections fixture-backed).
The conceptual model is deliberately simple:
- Obsidian is the human writing and thinking layer, where notes, links, and ideas are authored.
- Hive|Mind is the layer above it: the registry, normalization, graph, and analysis surface that turns that writing into structured, queryable knowledge.
Obsidian is where you think; Hive|Mind is where that thinking becomes a graph you can inspect and, over time, reason about.
The project has moved beyond the initial foundation. The original Phase 1 app shell is complete and has been built on through local JSON-backed backend storage, the Hive Console, the Source Registry, the Obsidian import pipeline, the Knowledge Graph API, and the read-only Knowledge Graph panel with its custom SVG visualization.
- Active phase:
Phase 12A - Demo Freeze + Release Snapshot(a documentation-only freeze after Phase 11C; see the Phase 12A Demo Freeze + Release Snapshot). - Completed foundation: React/FastAPI app shell, local JSON-backed
HiveStore, Hive Console (API + panel), Source Registry (backend + frontend + inspector), Obsidian adapter and import pipeline with frontend import panel, the Knowledge Graph API, the read-only Knowledge Graph panel, the custom read-only SVG graph visualization, and the read-only Intelligence Report panel backed by deterministic demo fixtures.
The current Intelligence Report is partially backend-derived. As of Phase 13A the Temporal Decay section is backend-derived (read-only) from real store timestamps using deterministic thresholds; as of Phase 14C the Dreaming Suggestions section is likewise backend-derived (read-only) from real store nodes/edges via deterministic rules (duplicate labels, orphaned nodes, stale links). Provenance and query-trail entries are still stable sample data for portfolio demos and screenshots. It does not run AI/LLM calls, provenance- chain inference, query persistence, or any graph/source/store mutation. See the Intelligence Surface Plan, Roadmap, Demo Guide, and Screenshot Checklist.
- Frontend: Vite, React, TypeScript, plain CSS.
- Backend: Python, FastAPI, Pydantic.
- Tests: pytest.
- Storage / model foundation: local JSON-backed
HiveStorewith explicit Pydantic contracts. - Source integration: Obsidian adapter and import foundation.
| Phase | Status | Summary |
|---|---|---|
| Phase 0 | Complete | Project initialization and planning foundation. |
| Phase 1 | Complete | Clean React/FastAPI app foundation with health/status endpoints. |
| Phase 2 | Complete | API contract and data model planning. |
| Phase 3A | Complete | Backend storage foundation and local JSON-backed HiveStore. |
| Phase 3C/3D | Complete | Store search helpers and Hive Console API. |
| Phase 4A | Complete | Frontend console panel wired to backend console execution. |
| Phase 4B | Complete | Console UX and result formatting improvements. |
| Phase 5A | Complete | Source Registry backend foundation. |
| Phase 5B | Complete | Source Registry frontend panel. |
| Phase 5C | Complete | Source Registry inspector and UX polish. |
| Phase 6A | Complete | Obsidian adapter contract. |
| Phase 6B | Complete | Obsidian import MVP. |
| Phase 6C | Complete | Obsidian import hardening and deterministic import summaries. |
| Phase 6D | Complete | Obsidian import API polish and Source Registry wiring. |
| Phase 6E | Complete | Obsidian metadata visibility in the frontend registry. |
| Phase 7A | Complete | Frontend Obsidian import action panel. |
| Phase 7B | Complete | Obsidian import UX hardening. |
| Phase 8A | Complete | Knowledge Graph API foundation. |
| Phase 8B | Complete | Frontend read-only Knowledge Graph panel. |
| Phase 8C | Complete | Knowledge Graph visualization-prep view model and README revamp. |
| Phase 9A | Complete | First read-only SVG graph visualization. |
| Phase 9B | Complete | Knowledge graph panel UX hardening and inspector sync. |
| Phase 9C | Complete | Knowledge graph viz QA, demo polish, and link safety. |
| Phase 10A | Complete | Intelligence surface planning (documentation only). |
| Phase 10B | Complete | Intelligence contract types / read-only schemas. |
| Phase 10C | Complete | Intelligence report endpoint foundation. |
| Phase 10D | Complete | Intelligence Report frontend read-only panel. |
| Phase 10E | Complete | Intelligence Report UX hardening and demo readiness. |
| Phase 11A | Complete | Deterministic intelligence demo/seed fixtures. |
| Phase 11B | Complete | Intelligence fixture UX review and screenshot readiness. |
| Phase 11C | Complete | Repo cohesion and demo documentation pass. |
| Phase 12A | Active | Demo freeze and release snapshot (documentation only). |
Hive|Mind is built as a pipeline from raw source material to inspectable, queryable knowledge. The stages below describe the intended architecture; some are implemented today and some are planned (and labeled as such).
- Source intake (implemented for Obsidian) - read content from a connected source such as an Obsidian vault.
- Normalization (implemented) - map source content into the shared node/edge data model rather than storing raw, source-specific shapes.
- Source Registry (implemented) - track each connected source, its status, and its import metadata.
- Knowledge Graph (implemented, read-only) - project normalized records into a deterministic graph of nodes and relationships.
- Console / query layer (implemented, foundational) - run read-only queries against the store from the frontend console.
- Graph visualization (implemented, read-only) - a deterministic SVG graph canvas built on the Phase 8C view model, with a legend, summary stats, and selection-driven highlighting/dimming. No physics, mutation, or editing.
- Node inspector (implemented, read-only) - focused detail view for the selected node or edge and its immediate relationships.
- Intelligence report contracts (implemented) - shared backend/frontend shapes for Dreaming suggestions, decay statuses, provenance chains, query trails, and a summary rollup.
- Intelligence Report panel (implemented, read-only demo) - renders stable fixture data for the planned intelligence surfaces. Every fixture is marked as demo/seed data through metadata.
- Real Dreaming logic (implemented, read-only MVP — Phase 14C) -
deterministic, read-only suggestions derived from actual store nodes/edges:
duplicate(shared normalized labels),orphan(no edges/source/parent), andstale(old links whose endpoints changed since). Each carries aconfidence_hintand an explainablemetadata.evidencetrail; nothing is applied automatically.source_coverage_gapstays deferred/blocked (Phase 14B contract decision) andunresolved_querystays blocked until query history is persisted. No AI/LLM. - Temporal Knowledge Decay (implemented, read-only MVP — Phase 13A) - freshness/staleness buckets derived from real store node/source timestamps via deterministic thresholds (fresh <= 30d, aging <= 90d, else stale). No graph mutation; indicators are advisory.
- Real provenance chain inference (planned) - future source/import/node chain construction from actual imported data.
- Query memory / knowledge trails (planned) - future persistence and review surfaces for past console/search activity.
The intelligence fixtures are illustrative. They are useful for explaining the planned product direction, but they are not evidence that the real intelligence engines exist.
The next wave of work should keep the intelligence layer honest and reviewable: contracts first, deterministic read-only derivation second, frontend surfaces third. See the full roadmap and the Intelligence Surface Plan for detail.
| Planned / Active Phase | Focus |
|---|---|
| Phase 12A | Demo freeze + release snapshot; demo script, screenshot checklist, and README/API/docs consistency. |
| Future intelligence phases | Replace fixture sections with real deterministic read-only derivation. |
| Future provenance/query phases | Add real provenance and query-trail logic only after dedicated contracts and validation. |
Intelligence data note:
GET /api/intelligence/reportderives its Temporal Decay (Phase 13A) and Dreaming Suggestions (Phase 14C) sections from real store state — deterministic rules, taggedmetadata.derived, with a clean empty section when nothing is derivable. The remaining sections (provenance, query trails) still return deterministic demo/seed fixtures (taggedmetadata.fixture) so the panel shows meaningful sample content for demos and screenshots. No provenance engine, query persistence, or AI/LLM logic runs, and the endpoint remains read-only.
Prerequisites: Node.js 20+ and Python 3.11+.
# from the repository root
npm install
python -m venv .venv
python -m pip install -r apps/backend/requirements-dev.txtActivate the virtual environment before installing backend dependencies if your
shell does not do so automatically. Optionally copy .env.example to .env or
apps/frontend/.env; the frontend defaults to the local backend URL when the
variable is absent.
Run each service in a separate terminal from the repository root:
npm run dev:backend
npm run dev:frontend- Frontend: http://localhost:5173
- Backend: http://localhost:8787
- API health: http://localhost:8787/api/health
- Interactive API docs: http://localhost:8787/docs
-
npm run check:frontendcompletes successfully. -
npm run check:backendpasses. -
/api/healthreturnsok: true. - The frontend shows the backend as connected.
- Source Registry data renders.
- Obsidian import action panel renders.
- Knowledge Graph read-only panel renders.
- Graph view-model/prep data renders without runtime errors.
- Intelligence Report panel renders demo fixtures and labels them honestly.
