Transgenerational cognitive infrastructure — local-first agent system for co-creating and stewarding knowledge across six project domains
Find a file
codex ece1290648
All checks were successful
CI Smoke / host-smoke (push) Successful in 0s
CI Smoke / container-smoke (push) Successful in 1s
chore(workplan): measure CUST-WP-0068-T09 against the live projection
The reset now exists and has run fleet-wide, so T09 moves from wait to todo.
Every railiance-wp-* row is retired and its identifier released, meeting the
first acceptance clause.

The recorded 305 stale task rows no longer describes what is there: measured
against what the forge derives, 21 orphaned rows remain under live workplans
(0 open), 557 have no record_id at all (34 open), and 512 sit under workplans
retired today. Most of the 305 left the live surface with their workplans
rather than being repaired.

What remains is one change: reset_repository_projection still skips the tasks
of existing workplans, a restriction adopted when hub tasks had no canonical
identifier. They have one now, so the reason is gone.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-28 17:51:04 +02:00
.claude/rules feat(terminology): prose sweep tool and custodian workplan cleanup (CUST-WP-0055 T04) 2026-07-08 16:35:37 +02:00
.forgejo/workflows CUST-WP-0060 test coverage: validate_work_records suite + CI wiring + C-31 comment fix 2026-07-20 23:09:25 +02:00
.kaizen Rebuild SCOPE.md from current repo reality; archive stale version 2026-06-21 16:16:09 +02:00
activity-definitions ops: pause stale-lineage consistency sweep 2026-08-21 13:36:25 +02:00
agents feat(terminology): prose sweep tool and custodian workplan cleanup (CUST-WP-0055 T04) 2026-07-08 16:35:37 +02:00
canon docs(canon): amend ADR-012 decision 7 — reset retires, it does not delete 2026-08-25 23:46:51 +02:00
contrib/upstream-prs feat(canon): add contribution-convention v0.1, contrib/ templates, and first UPR artifact 2026-02-28 17:28:13 +01:00
docs feat(workplan): close CUST-WP-0067-T05 and open T10 for the workplan divergence 2026-08-25 14:04:23 +02:00
e2e-framework feat(terminology): prose sweep tool and custodian workplan cleanup (CUST-WP-0055 T04) 2026-07-08 16:35:37 +02:00
eval initial priming commit 2026-02-24 12:01:37 +01:00
history Rebuild SCOPE.md from current repo reality; archive stale version 2026-06-21 16:16:09 +02:00
infra docs(CUST-WP-0054): record Phase 3 access rewire to railiance01 2026-07-06 18:57:43 +02:00
memory chore(working-memory): sync daily-triage notes from activity-core [auto 2026-07-08] 2026-07-08 05:27:10 +00:00
ops archive(CUST-WP-0025): move finished FOS hub bootstrap workplan to archive 2026-07-08 13:08:34 +02:00
registry Draft capability entry (reuse-surface REUSE-WP-0017-T04, cohort 3) 2026-07-06 19:50:54 +02:00
research research: close the two gaps — erasure mechanism and noisy-neighbour evidence 2026-08-17 14:37:02 +02:00
roadmap/state-hub-v0.2 Add State Hub v0.2 workplan and register in hub 2026-02-25 16:55:58 +01:00
runtime fix(runtime): emit workplan_id in progress posts (STATE-WP-0070 T04) 2026-07-12 00:20:58 +02:00
schemas feat(ops): add ops-hub service inventory now view (CUST-WP-0047) 2026-06-07 00:12:30 +02:00
scripts docs(ecosystem): complete hub stack consolidation (CUST-WP-0057) 2026-07-11 01:26:53 +02:00
specs Promote Repo Classification Standard into custodian canon 2026-06-22 01:19:38 +02:00
state-hub chore(state-hub): decouple embedded service tree 2026-05-17 20:16:30 +02:00
tests fix(canon): qualify daily ad-hoc identifiers 2026-08-23 14:45:26 +02:00
tools feat: automate classification convergence 2026-08-23 13:05:47 +02:00
wiki feat: add FOS/credential standards, big-picture guidance, and CUST-WP-0025 workplan 2026-03-20 23:48:13 +01:00
workplans chore(workplan): measure CUST-WP-0068-T09 against the live projection 2026-08-28 17:51:04 +02:00
.custodian-brief.md chore(consistency): sync task status from DB [auto] 2026-08-28 01:07:31 +02:00
.gitignore chore: ignore generated architecture AST cache 2026-08-19 12:20:37 +02:00
.mcp.json chore(mcp): empty local .mcp.json after SSE migration 2026-03-19 00:19:13 +01:00
.repo-classification.yaml CUST-WP-0050 T02: human review complete; close T02 2026-06-22 11:31:39 +02:00
AGENTS.md docs(agents): repoint remote State Hub URL to the in-cluster address 2026-08-25 00:22:12 +02:00
CLAUDE.md Promote kaizen schedule to weekly cadence and add credential routing 2026-06-19 21:13:25 +02:00
intake-legacy-suggestions-migration.md workplans: close stale intakes and start classification migration 2026-08-23 01:31:29 +02:00
intakes.md intakes: route security host deployment boundary 2026-08-23 12:40:56 +02:00
INTENT.md docs: close state hub extraction 2026-05-17 21:36:40 +02:00
LICENSE Adopt Target Revenue Source License V1C1 (org-wide preliminary rollout) 2026-07-30 09:22:47 +02:00
Makefile feat: automate classification convergence 2026-08-23 13:05:47 +02:00
README.md docs: fix stale domain references in README 2026-06-21 16:16:09 +02:00
SCOPE.md feat: automate classification convergence 2026-08-23 13:05:47 +02:00
WORK-RECORDS.md chore(consistency): refresh work-record index 2026-08-28 14:17:49 +02:00

Confidential and Proprietary. Authorized Use Only. Subject to NDA & Contractual Penalty.

The Custodian

Transgenerational Cognitive Infrastructure — a local-first, sovereignty-preserving agent system for co-creating and stewarding knowledge across a growing set of project domains.

The Custodian acts as co-creator and steward, not authority. Humans approve all irreversible decisions. The system is designed to still be coherent decades from now.


Architecture

the-custodian/
├── canon/              # Curated, reviewable knowledge substrate
│   ├── constitution/   # Governance rules (v0.1)
│   ├── values/         # Nine foundational principles
│   └── projects/       # Six founding domain charters, concept seeds, roadmaps
├── memory/             # Operational logs — append-only, never rewritten
│   ├── working/        # Session notes (scoped, time-bounded)
│   └── episodic/       # Immutable event archive
├── state-hub/          # Pointer only; service source lives at /home/worsch/state-hub
├── runtime/            # Agent runtime scaffolding (policies, prompts, adapters)
├── infra/              # Deployment, backups, encryption scaffolding
└── eval/               # Policy and regression test placeholders

The dependency chain across domains runs bottom-up:

Railiance → Markitect → Coulomb.social → Personhood / Capabilities → Custodian
(ops)        (canon)     (interaction)     (rights/agency)        (integration)

Project Domains

Domain Purpose Topic ID
Custodian Master agent system; integrates all layers cee7bedf-2b48-46ef-8601-006474f2ad7a
Railiance Sovereign DevOps and operational reliability ca369340-a64e-442e-98f1-a4fa7dc74a38
Markitect Knowledge artifact management: authoring, versioning, retrieval 5571d954-0d30-4950-980d-7bcaaad8e3e2
Coulomb.social Co-creation marketplace and governance experiment 36c7421b-c537-4723-bf75-42a3ebc6a1dc
Personhood Rights and obligations framework for mixed-intelligence societies 084430ab-c630-48dc-9e1d-d07d1e8fce3c
Capabilities Agency capability taxonomy (Foerster's Non-Trivial Machines); formerly Foerster Capabilities 64418556-3206-457a-ba29-6884b5b12cf3

These six are the founding domains with full canon charters. The State Hub now coordinates a larger, growing set (14 active as of 2026-06-21) — run list_domains() for the authoritative live list.

Each founding domain has three canon artifacts under canon/projects/<domain>/:

  • project_charter_v0.1.md — purpose, problem, scope, success criteria
  • concepts_seed_v0.1.md — ten foundational concepts
  • roadmap_v0.1.md — multi-phase implementation plan

State Hub — Quick Start

The State Hub is the live operational layer: a PostgreSQL database, a FastAPI REST service, an MCP server, and an Observable dashboard. Its authoritative implementation now lives in the standalone checkout at /home/worsch/state-hub.

Prerequisites

  • Docker Engine (WSL2: see CLAUDE.md → Docker Setup)
  • Python 3.12+ with uv (pip install uv)
  • Node.js 18+ (for dashboard only)

First-time setup

cd /home/worsch/state-hub

cp .env.example .env          # set POSTGRES_PASSWORD
make install                  # uv sync → Python deps + custodian CLI in .venv
make install-cli               # symlink custodian to ~/.local/bin
make db                       # start postgres on 127.0.0.1:5432
make migrate                  # alembic upgrade head
make seed                     # insert 6 canonical topics
make api                      # uvicorn on 127.0.0.1:8000

API docs: http://127.0.0.1:8000/docs Health check: make check

Shortcut

make api  # db + migrate + api (restarts if already running)

Dashboard

cd /home/worsch/state-hub
make dashboard    # Observable Framework dev server on :3000

Connecting a Project

Any repository can be registered as a Custodian project in one command:

cd /path/to/your-project
custodian register-project --domain railiance

This will:

  1. Verify the API is running
  2. Look up the topic ID for the domain
  3. Check that the MCP server is registered in ~/.claude.json
  4. Write a CLAUDE.md into the project root
  5. Post a progress event to the State Hub

Domain is auto-detected from project_charter_v*.md frontmatter if --domain is omitted.

custodian status              # health + summary totals + blocking decisions
custodian register-project    # full registration from cwd

Claude Code Integration

The state-hub MCP server is registered at user scope in ~/.claude.json. It exposes 11 tools and 5 resources directly in every Claude Code session.

Session protocol (enforced via ~/.claude/CLAUDE.md):

  • Start: get_state_summary() — orientation snapshot
  • End: add_progress_event() — append to the immutable log

Tool reference: /home/worsch/state-hub/mcp_server/TOOLS.md

If the MCP server is missing from a session: check ~/.claude/CLAUDE.md → MCP Server Registration.


Governance

The constitution (canon/constitution/custodian_constitution_v0.1.md) defines hard boundaries:

The Custodian may without approval:

  • Draft documents, plans, and structured artifacts
  • Read/search canon and approved repositories
  • Propose canon updates as PRs/patches (never direct writes)
  • Create working-memory notes and session summaries

Never permitted (v0.1):

  • Financial transactions or legal commitments
  • External publication under Bernd's identity
  • Storing secrets/credentials in plaintext
  • Writing directly to canon/ without a review gate

Must escalate when:

  • Actions affect money, legal status, security, or external reputation
  • Instructions conflict with values or the constitution
  • Consent is unclear, especially in family-scoped data

Canon Promotion Workflow

Custodian proposes → run gates (attribution, consistency, clarity, sensitivity, reversibility)
                   → human approves → merge

All canon changes carry provenance metadata. Episodic memory is append-only.


Roadmap

Phase Focus Status
0 Canon + constitution + State Hub v0.1 done
1 RAG over canon, drafting pipelines, consistency checks planned
2 Stewardship automation (health checks, drift detection) planned
3 Sovereign appliance (local inference on dedicated hardware) future
4 Family custodianship (consent model, vault, succession) future

Key Design Principles

  • Local-first, degrade-gracefully — no vendor lock-in; can operate offline
  • Auditability and reversibility — explicit gates; proposals precede changes
  • Safety by design — Custodian is co-creator, not authority; humans approve irreversible decisions
  • Targeted information processing — narrow, high-leverage work over general intelligence
  • Long timescale stewardship — designed for multi-year and eventual multi-generational continuity