Operational route

Project memory

Carry durable project decisions into future work without turning chat history or derived indexes into the source of truth.

Page evidence

Operational mapRuns propose. Humans promote. Derived views rebuild.
  1. Run evidenceobserved fact
  2. Candidatesourced proposal
  3. Human gateapprove or archive
  4. Wikicanonical memory
  5. Recallgraph + index + cache
/guild:wiki query "topic" && /guild:learn map

Route comparison

Same job. A visible operating record.

Without a route record

Knowledge lives in long transcripts or broad summaries that drift from source files and prior decisions.

With Guild Stack

Guild Stack keeps .guild/wiki/ canonical, treats graph and links as rebuildable projections, and recalls only relevant knowledge into each lane.

Route stops

Request to verified result.

  1. 01

    Classify knowledge

    Durable pages carry structured labels, applies-to scope, and source references.

  2. 02

    Propose, then gate

    Learning checkpoints emit candidates; humans promote durable memory through the existing path.

  3. 03

    Recall before read

    Specialists search memory before broad file reading.

  4. 04

    Name omissions

    Context assembly records what was dropped for budget so loss is visible.

Receipts

What the route leaves behind.

  1. 01
    Path .guild/wiki/**
    Role

    Canonical project memory.

  2. 02
    Path knowledge-links.json
    Role

    Derived work-to-knowledge edges.

  3. 03
    Path provenance.json
    Role

    Per-run close facts and trace references.

  4. 04
    Path .guild/context/
    Role

    Bounded specialist context with omissions recorded.

Next

Follow this route through an illustrative run.

The demo traces one bounded task through approvals, specialist lanes, review, verification, and the final run record.