Skip to content

britbufkin1225-web/hive-mind

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

80 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Hive|Mind GitHub README banner

Hive|Mind

Parent label: devdevbuilds

Overview

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.

Current status

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.

Stack

  • Frontend: Vite, React, TypeScript, plain CSS.
  • Backend: Python, FastAPI, Pydantic.
  • Tests: pytest.
  • Storage / model foundation: local JSON-backed HiveStore with explicit Pydantic contracts.
  • Source integration: Obsidian adapter and import foundation.

Completed phase summary

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).

Planned logic

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), and stale (old links whose endpoints changed since). Each carries a confidence_hint and an explainable metadata.evidence trail; nothing is applied automatically. source_coverage_gap stays deferred/blocked (Phase 14B contract decision) and unresolved_query stays 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.

Roadmap

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/report derives its Temporal Decay (Phase 13A) and Dreaming Suggestions (Phase 14C) sections from real store state — deterministic rules, tagged metadata.derived, with a clean empty section when nothing is derivable. The remaining sections (provenance, query trails) still return deterministic demo/seed fixtures (tagged metadata.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.

Setup

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.txt

Activate 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

Run each service in a separate terminal from the repository root:

npm run dev:backend
npm run dev:frontend

Verification checklist

  • npm run check:frontend completes successfully.
  • npm run check:backend passes.
  • /api/health returns ok: 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.

Documentation

About

A local-first AI knowledge dashboard featuring a neon honeycomb graph UI, source ingestion, contract-first APIs, and separate frontend/backend workspaces.

Topics

Resources

Stars

Watchers

Forks

Packages

 
 
 

Contributors