Doc Bridge
Spec

Connect registry agent definitions to Doc Bridge ownership and documentation handoffs.

View raw Markdown · llms.txt · For agents

Registry Agent Topology

doc-bridge exposes deterministic tools; Registry agents can compose them into maintenance flows.

doc-curator

Supervisor flow:

id: doc-curator
version: 1
description: Classify documentation changes, draft updates, and verify gates.
inputs:
  diff:
    type: string
  projectRoot:
    type: string
tools:
  - doc-bridge.mcp.handoff.resolve
  - doc-bridge.mcp.doc.search
  - doc-bridge.mcp.doc.get
  - doc-bridge.mcp.gate.status
delegates:
  docsChat:
    agent: docs-chat
    purpose: Answer grounded questions using deterministic search first.
  knowledgePromoter:
    agent: knowledge-promoter
    purpose: Convert accepted findings into draft documentation changes.
  codeReview:
    agent: code-review
    purpose: Review doc-only diffs before human merge.
steps:
  - id: classify
    delegate: docsChat
    input:
      question: "Which docs and owners are affected by this diff?"
  - id: draft
    delegate: knowledgePromoter
    input:
      finding: "${classify.output}"
      mode: draft-pr
  - id: verify
    tool: doc-bridge.mcp.gate.status
    input:
      gates:
        - index-freshness
        - human-guide-links
        - okf-type
  - id: review
    delegate: codeReview
    input:
      diff: "${draft.diff}"
mergePolicy:
  autoMerge: false
  requiresHuman: true

Runtime Notes

  • The MCP server is local: ak-docs mcp.
  • The flow must not require a private repository shape.
  • knowledge-promoter may draft PR content, but must never merge.
  • code-review runs after gates so reviewers see deterministic failures first.
  • Future RAG mode should inject createDocBridgeRetriever(index) and keep exact handoff resolution ahead of semantic results.

Grounding and approval boundary

The adapter accepts only a typed AgentProposalV1 whose base snapshot and report hashes match the supplied artifacts. A proposal must identify the configured Registry agent and exact installed version, reference known diagnostics, and include evidence present in the supplied snapshot or reconciliation report. Unknown diagnostics, out-of-scope evidence, malformed output, timeout, response limits, and token limits fail closed.

The adapter returns advisory evidence only. It does not apply documentation changes, mark findings resolved, or approve its own output. Convert an accepted suggestion into the existing human-gated fix-proposal flow, run post-apply verification, and treat the new source revision as a new evidence run. An alternate Registry agent is selected by changing intelligence.registry.agentId and installing matching metadata under agentRoot; the common adapter and evidence contract remain unchanged.

The AgentsKit ecosystem

Build the agent. Then take it all the way.

On this page