Agentic Workforce Company
Skip to content
Agent Infrastructure · Flagship

The Agentic Brain: shared knowledge without shared control.

A private, Git-backed operating knowledge system that lets people and multiple AI agents capture, verify, organize, and reuse source-backed knowledge — without giving every contributor unrestricted write access. Intake is easy. Authority is earned.

Live · GovernedROLE Architect & OperatorSUBSTRATE Private Git · Markdown vaultVerified Aug 21, 2026
CategoryAgent infrastructure — flagship
SubstratePrivate Git · Markdown knowledge vault
RoleArchitect & operator
StatusLive · governed
Last verifiedAug 21, 2026
The Problem

More agents create more knowledge risk.

Chat context disappears. Agents can disagree — or confidently repeat stale information. Useful sources get hard to retrieve. And the moment several agents can write to the same knowledge base, unrestricted writes can corrupt authority or expose secrets.

This was never a note-taking problem. A multi-agent operation needs governed memory: provenance on every claim, bounded authority for every contributor, and different permissions for research, operations, claims, and publication — the same separation a client would demand before letting an AI workforce anywhere near their business.

System at a Glance

One governed loop, from capture to canonical.

A private Git repository is the canonical hub in a review/write loop — not a backup at the end of a pipeline. Everything enters through a guarded bridge, is reviewed read-only, and only a bounded writer or a human puts change back.

FIG. 01 — THE GOVERNED KNOWLEDGE LOOP
The Agentic Brain governed knowledge loopA human gate sits above the whole flow: MC and Mike approve protected, authority-changing, client-facing, and high-consequence effects. Inputs on the left — Mike, approved AI surfaces, and a paused Slack research queue — capture into a Tier 1 intake lane on the human bridge, which performs unique additions only with provenance and confidentiality checks. A guarded bridge secret-scans, commits, and pushes to the private Git main, the canonical committed state. A dedicated knowledge-operations machine pulls read-only; Steward A reviews changed batches, Steward B challenges independently when required, and a conditional Arbiter compares completed reports. Only canonical Hermes, a bounded governed writer, commits accepted routine changes back to the private Git main, closing the review and write loop. From accepted state, agent readers pull knowledge, deliberate promotion registers immutable Raw sources compiled into the LLM Wiki, and a read-only Graphify sidecar serves derived relationship queries.HUMAN GATE · MC / MIKEprotected core · authority · client & public claims · publication · production · destructive actions · credentials · spendINPUTSMikeObsidian · direct editsApproved AI surfacesaccepted per exact surfaceadditions-only laneSlack research queuePAUSEDbounded · assigned onlyCAPTUREHUMAN BRIDGETier 1 intake laneunique additions onlyprovenance · sensitivityno overwrites · no GitGUARDED BRIDGESecret scan → commitconflicts stop for reviewCOMMIT / PUSHPrivate Gitmaincanonical committed stateone source of truth · versionedPULL / READKNOWLEDGE OPERATIONSdedicated local machine · pull-only cloneSteward Ainventory · retrieval · changed-batch reviewSteward Bindependent challenge · contradiction riskWHEREREQUIREDArbiterread-only comparison of completed reportsCONDITIONALREAD-ONLY REVIEWGOVERNED WRITERCanonical Hermesaccepted routine changes onlydelegated lane · secret-free · boundedAUTHORIZED WRITECOMMIT / PUSHFROM ACCEPTED STATEPULL / READAgent readersorchestrator · workerslocal inferenceDELIBERATE PROMOTIONImmutable Rawsanitized source artifacthashed · registeredLLM Wikisource notes → entities · conceptssyntheses · open questionsDERIVED READGraphify — read-only sidecarsource-cited search · neighbors · pathsno canonical writesRoles run on dedicated local machines — an orchestrator, a knowledge-operations node, local inference, and Mike's human bridge.

Capture flows one way: approved surfaces submit into a tier-1 additions-only lane; a guarded bridge secret-scans and commits to private Git main; read-only stewards review changed batches; one bounded writer returns accepted routine changes. From accepted state, knowledge is deliberately promoted into an immutable Raw layer and compiled into the LLM Wiki — with a read-only graph sidecar for relationship queries. The roles run on dedicated local machines — orchestration, knowledge operations, and local inference — with a guarded laptop bridge as the human interface.

Substrate

Private Git repository (source of truth)Markdown · Obsidian-compatible vaultImmutable Raw source layerTyped LLM Wiki

Agents & review

Approved AI intake surfaces (Claude · Codex · Grok · Buzz)Three read-only steward profilesOne bounded canonical writerHuman approval gates

Sidecars & queues

Graphify read-only graph sidecarSlack research queue (controller paused)Guarded sync bridge · secret scan
Governance

Easy to capture. Harder to promote.

Every record carries two independent labels: a governance tier that says how much an agent may rely on it, and a content state that says where it is in its life. Neither is a conveyor belt.

Axis 1 — Governance tiers

How much authority a record carries — and what it takes to move up.

1 · Intake

New notes, imports, sources, and potentially useful context. Cheap to add, trusted for nothing yet.

2 · Curated reference

Attributed viewpoints, examples, and bounded research — with their limitations preserved, not flattened.

3 · Operational knowledge

Methods and standards agents may rely on — only after source mapping, contradiction review, independent checking, and validation.

4 · Controlled authority

Governance, security, agent authority, client and public claims, production, publication, spend, and destructive work. Human decisions live here.

Axis 2 — Content states

A branching state set — not a mandatory pipeline. A tier-2 reference can remain a durable endpoint forever.

Working pathintakedraftproposalreferencecanonical
On replacementcanonicalsuperseded
From any stateinactive materialarchive

Drafts and proposals are promoted when accepted — never automatically. Corrections enter as new linked records, not silent rewrites, so history stays auditable.

Protected core

Governance rules, ownership maps, root indexes, and security controls cannot be rewritten by routine reviewer agents — under any tier, in any state.

Information can be easy to capture without being easy to promote. Every record has both a lifecycle state and a governance tier, so usefulness can compound while authority is earned.

Operating principle · The Agentic Brain
Knowledge Operations

Three reviewers. One bounded writer.

Review is separated from writing. Three read-only steward profiles examine changed batches on a dedicated knowledge-operations machine — none of them can edit, commit, push, use credentials, or promote their own work.

Read-only

Steward A — Inventory & retrieval

Owns structure and findability: inventory, changed-batch review, indexes, and retrieval health across the vault.

Where requiredRead-only

Steward B — Independent challenge

A second, independent pass on tier-2 batches and tier-1 samples or risk flags: provenance, duplication, contradiction, naming, organization, and content-state boundaries.

ConditionalRead-only

The Arbiter — Comparison & escalation

Invoked on disagreement, material contradiction or authority risk, or proposed tier-3/4 promotion. Validates evidence against the exact repository state, then returns: no action, a proposal, revision required, or escalation.

Governed writer · delegated lane only

Canonical Hermes

A separate routine maintainer that may apply an accepted, bounded, secret-free change — and nothing else. It works only inside its delegated lane; higher-risk work stops for a human.

Human gate — above the whole flow

Protected core, agent authority, strategy, client and public claims, publication, production, destructive action, credentials, and spend all stop for human approval. Not one of those effects ships on an agent’s say-so.

How Knowledge Enters

People, agents, and evidence — one controlled lane.

The intake lane is provider-neutral and additions-only. An approved Claude, ChatGPT/Codex, Grok, Buzz, or future model surface must pass acceptance as that exact app, profile, or agent — then it may contribute.

The lane cannot overwrite existing knowledge, run Git, promote its own work, change governance, or publish. Guarded automation performs the synchronization; important submissions get repository readback to confirm what actually landed. Corrections arrive as new linked records — never silent rewrites.

That is the client-applicable point: many contributors can feed one governed system without receiving the same authority.

What It Produces

A compiled Wiki, a graph sidecar, a research queue.

Three connected but distinct capabilities sit on top of accepted knowledge — each with its own boundary.

344
Source notes
24
Entity pages
55
Concept pages
16
Synthesis pages
6
Question pages
445 typed Wiki pages · deterministic count re-run August 21, 2026

The LLM Wiki

Compiled · Governed

General intake never becomes Wiki authority on its own. When a sanitized source deserves durable preservation, it is deliberately promoted into an immutable Raw layer — hashed and registered — then compiled into linked source notes, entities, concepts, syntheses, and open questions. Validation preserves provenance, contradictions, and source history.

This is not ordinary retrieval-augmented generation, and the source-to-Wiki compiler is not fully unattended — promotion is a decision, not a default.

Graphify

Read-only sidecar

A separate relationship graph built from a committed, sanitized snapshot of the vault. It answers source-cited search, neighborhood, and path queries; if a refresh fails, it preserves the last healthy graph. It cannot write back to the vault — and inferred relationships are treated as leads to verify against their cited sources, not as facts.

Slack research intake

Controller paused

Slack is the research queue — not the knowledge base. The piloted workflow takes a shared source through an idempotent queue record, full source and cross-source verification, sanitized research artifacts, and a completeness review before anything reaches a human gate:

shared source → queue record → full review → primary-source verification → sanitized artifacts → recommendation → completeness review → human gate

The channel-wide controller is intentionally paused while readiness work completes; bounded items run only when explicitly assigned. One pilot from this queue produced the governed Graphify sidecar itself.

Where It Stands

What runs today — and what deliberately doesn't.

Operating now

Live and governed

  • Provider-neutral tier-1 intake accepting additions-only submissions from approved human and AI surfaces.
  • Guarded bridge syncing accepted work to the private Git source of truth — secret scan before every commit, conflicts stop for review.
  • Three read-only steward profiles reviewing changed batches; one bounded canonical writer applying accepted routine changes.
  • LLM Wiki compiled to 445 typed pages across five classes — deterministic counts re-run August 21, 2026.
Honest status

Boundaries & work in progress

  • The Slack channel-wide research controller is intentionally paused; bounded queue items run only when explicitly assigned.
  • The Graphify sidecar is operational, but its scale counts vary between snapshots — so it is described qualitatively here rather than with an evergreen number.
  • Promotion into operational and authority tiers still stops for human review — by design, not by limitation.

Amber marks deliberate limits and context — not shipped autonomous capability. In this system, the authority boundaries are the feature.

Client Applicability · My Role

The pattern transfers. The tools can change.

For a client, this architecture becomes governed research and institutional memory; source-backed content and website knowledge; client-specific confidentiality and approval boundaries; reusable methods that don’t flatten conflicting evidence; specialist agents holding the minimum authority each job needs; and auditable handoffs from intake through implementation and publication.

The specific tools can change. The transferable architecture is controlled intake, evidence-backed compilation, independent review, bounded execution, human gates, and a durable source of truth — adaptable to a client’s website, research library, content operation, internal knowledge, or agent workforce.

The transferable pattern

I designed the governance — the authority model, the handoffs, and the acceptance gates.

I orchestrated the agent and runtime boundaries — which profile may read, which single writer may write, and what always stops for a human — and I decide where automation is safe enough to earn more scope. The agents do the reviewing; the architecture decides what they’re allowed to touch.

Skills Demonstrated

What this took.

Knowledge-system governance designMulti-agent memory architectureTiered intake & provenance modelingRead-only review / bounded-writer patternsHuman-in-the-loop approval gatingGit-backed source-of-truth operationsEvidence-backed knowledge compilationKnowledge-graph sidecar operationSecret hygiene & confidentiality boundariesAgent authority & permission design

Want your operation to have a governed brain?

I design knowledge systems where many contributors — human and AI — feed one source of truth without inheriting the keys.