Skip to main content

Wiki Fabric

CI Docs

Git-native, testable knowledge governance for AI coding agents. Project memory that is scoped by precedence, traceable to evidence, enforced by CI — and provably delivered before an agent writes code.

Positioning in one line: Wiki Fabric treats repository knowledge as operational infrastructure for agents — a governed context layer, not a note vault. Where generic "LLM wiki" projects stop at self-maintaining Markdown, Wiki Fabric adds the three things that make knowledge trustworthy at task time: scope with precedence, provenance with staleness gates, and behavior evaluations that measure whether the knowledge changed the agent's decision. It is one substrate of agent memory — the durable, Git-governed one — not the whole capability: the agent's context window and working state remain the harness's to manage. And it is local-first, cloud-optional: the daily loop runs on-device with zero tokens; LLM stages route per-repo, per-stage (privacy tiering) when you want them.

Quick start

# See the value in 5 seconds (no install):
bash scripts/demo.sh

# Install (packaged, atomic):
uv tool install wiki-fabric            # the wf CLI
uv tool install wiki-fabric --with mcp # + the wf-mcp MCP server

# Teammate: pulls the team corpus automatically when the remote carries one
# (--vault <path> pins where the vault shell lives):
curl -fsSL https://raw.githubusercontent.com/hybridindie/wiki-fabric/main/scripts/wiki-fabric.sh | bash -s -- --corpus git@github.com:your-org/wiki-fabric-corpus.git

wf status                        # fabric health
wf bootstrap /path/to/my-project # connect a project (--extract local for privacy)
wf capture my-project            # pull docs from upstream repos → evidence/raw/
wf ingest evidence/raw/my-project/docs/readme.md --extract-claims
wf query "Why does my code batch writes?"
wf context --task "Add token rotation to the OAuth service"
wf log --project my-project --problem "..." --intervention "..." --outcomes "..."

# The agent harness POV (always-on block arrives at session start):
wf context --task "..." --write-receipt   # step 1: scoped manifest + receipt (0 tokens)
wf query "..."                   # step 2: evidence with line locators (0 tokens)
#  step 3: the agent writes code
wf log --project my-project --receipt <receipt-id> ...   # step 4: outcome ↔ delivery
wf gate                          # step 5: surface anything awaiting a human

# Make it a team system (gh CLI creates + publishes the corpus repo):
wf sync setup
# Upstream moves while machines sleep → the scheduled freshness cycle:
wf freshness --dry-run           # capture-git + mechanical re-verify (0 tokens)

The daily loop — connect → capture → ingest → validate → context → work → mine/review — compounding at step 7 into step 5's context for the next project. Full walkthrough, flags, and requirements: Getting Started.

What it is

Two trees: the harness (tooling, this repo) and the fabric (your knowledge — gitignored, lives in the corpus/vault; teammates pull it at install — see Teams). The harness ships: the knowledge format (claims with locators, patterns, decisions, commitments), the deterministic context compiler (wf context — every inclusion/exclusion carries a reason, persisted receipts), contract enforcement (lint + CI gate), behavior evaluations, and the self-building domain vocabulary. Optional integrations: graphify (call-graph staleness + code navigation), obsidian (two-way vault: human wiki edits flow back as evidence), judgment tier (local decision models — ollama serves the System One wire, Tev/Nimble — for eval gates, retrieval fusion rerank, and review triage), embeddings (semantic re-rank, off by default), team sync (solo direct-push or PR-gated distribution). The fabric also serves its core surface as MCP tools (wf-mcp) for any MCP client. See Architecture for the pipeline and Core Workflows for the loop with scenarios.

Documentation

Full docs at hybridindie.github.io/wiki-fabric — with search.

Start here Then
Getting Started · Why not just a wiki or RAG? Architecture · Core Workflows · Task Context
Configuration · CLI Reference Model policy & evals · Governance · Team Sync
OKF v0.2 · Machine-Readable Contract Integrations · Troubleshooting

Status

  • Works today: capture → ingest → query → promote loop (claims carry provenance edges from chats/PRs); activity-bounded git capture (window shrinks to fit an active repo's budget — shrink-not-truncate; --until backfills; threads paginate with flagged truncation + state provenance; tuning.git_history + per-repo knobs); budgeted ingest + the mechanical sha256-drift ⇒ contested staleness trigger; source staleness tiers + --verify-sources lifecycle (upstream-gone ⇒ expired tombstone); deterministic context compiler + delivery receipts; locator re-verification; chat-mined gated pattern candidates; physical domain homes (domains/<domain>/{concepts,questions,syntheses}, ontology alias-mapped); ontology as living vocabulary (shared parser, VOCABULARY/IDENTITY lint gates, canonical repo slugs — one project, one slug, everywhere incl. the corpus trees); layout single-truth + guard (commit-time in the hook); commit-drift ritual (plane-classified hook-drift commits); promotion-queue + questions scaffolds; contribution-freshness gate signal; judgment tier (refinement + effect verification + opt-in re-rank); team sync (PR mode, corpus pull); hooks incl. merge-time capture; Obsidian bridge; MCP server; CLI surface: shell completions (bash/zsh/fish), wf help <cmd> → argparse, --version, typo suggestions, one-liners for all verbs, --json machine surfaces (status/ingest/review/projects), exit-code discipline (drift 2 / unknown-slug 3 — loud for hooks/CI), wf projects inventory; OKF v0.2 export/import; wiki generation + publish + utility write-back. judgment gate (G-J) (only a calibrated judge proposes; judge swaps refuse until re-calibrated); newest-wins contradiction sweep (contradiction-based staleness — same-source contradicts + newer capture mechanically demotes the older claim, restore-able); tracker capture (wf capture issues — the WHY channel, kind: issue-record thread nodes); chat-mining cadence + judged near-miss refinement (corpus CI weekly; judged merge of paraphrase takeaways into inbox candidates); gate push coverage (escalation aging + the daily digest). CI proves all of it (what the pipelines show).
  • Next: judgment-informed context re-rank surface polish, embeddings re-ranking (shipped, off by default — value conditions in Integrations), multi-harness skill packs, domain-scope syntheses routing.
  • Contributing: see CONTRIBUTING.md. The fabric self-documents — if something isn't clear, that's a bug in the fabric; issues welcome.

License

MIT — see LICENSE.

Metadata

Release files for wiki-fabric 0.4.3

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for wiki-fabric 0.4.3
File Size Uploaded
wiki_fabric-0.4.3.tar.gz 562.5 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for wiki-fabric 0.4.3
File Interpreter ABI Platform
wiki_fabric-0.4.3-py3-none-any.whl Python 3 none any Details

Total release size: 1.1 MB

Release files / wiki_fabric-0.4.3.tar.gz

Download URL wiki_fabric-0.4.3.tar.gz
Size 562.5 kB
Tags Source
SHA-256 checksum
How to use checksums
98d5a59cc8a2f9215c455f5bc4a12acdcc83b47b6d718eb08b9fba271b822735
BLAKE2b-256 checksum
How to use checksums
8b3ff2f8e500a89b4985911691c45c523eeff43d58eb125a5d46a17a16726f96
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 3, 2026.

Transparency log

Release files / wiki_fabric-0.4.3-py3-none-any.whl

Download URL wiki_fabric-0.4.3-py3-none-any.whl
Size 509.3 kB
Tags Python 3
SHA-256 checksum
How to use checksums
e55fdbc8e58e244349e540a9eada9ef1341bceedf290367845dcb7428d10f029
BLAKE2b-256 checksum
How to use checksums
63b7c330f3daa494d841be2f724964a551ef33e2aedacf5b9bfeb3a938b68034
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 3, 2026.

Transparency log

Release history Release notifications | RSS feed

0.4.6

2 release files

0.4.5

2 release files

0.4.4

2 release files

This release

0.4.3 This release

2 release files

0.4.2

2 release files

0.4.1

2 release files

0.4.0

2 release files

0.3.1

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page