From intent-brain
Answers questions about Intent Solutions' own systems, architecture, decisions, and runbooks from a governed knowledge base, with qmd:// citations for every claim.
How this skill is triggered — by the user, by Claude, or both
Slash command
/intent-brain:brain [question][question]This skill is limited to the following tools:
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
Ask the Intent Solutions knowledge **brain** a question and get an answer grounded
Ask the Intent Solutions knowledge brain a question and get an answer grounded in the governed corpus, where every claim carries a qmd:// citation. The brain does not paraphrase from memory — it retrieves governed memories and cites them, so any answer is verifiable after the fact.
This is the read surface of the Compile-Then-Govern stack: ICO compiles raw
material into governed memories, INTKB governs them, and qmd retrieves them
with citations. The teamkb_search MCP tool fronts that retrieval. The job here is
to turn a natural-language question into a cited answer — and to refuse to answer
beyond what the citations support.
intent-brain plugin is installed, which auto-wires the teamkb MCP server.TEAMKB_API_URL points at the brain on the dev box, and the teammate's
per-user TEAMKB_API_TOKEN is set. Local mode: neither is set, and search runs
against the local ~/.teamkb index.In team mode, teamkb_search reaches the brain API over the tailnet with a per-user
bearer token. The token is supplied as TEAMKB_API_TOKEN (set once via env or a
headersHelper script) and is sent as an Authorization: Bearer header by the MCP
server — never hardcode it in committed config. In local mode no token is needed;
search runs in-process against the local qmd index. This skill never handles the
token directly; it only calls the MCP tool, which carries the credential.
Call teamkb_search with the user's question as query. Keep scope at its
default (curated) unless the user explicitly asks for inbox/archived material —
curated is the governed, promoted knowledge.
teamkb_search({ query: "the user's question, lightly cleaned up", scope: "curated" })
The tool returns { source, results: [{ citation, snippet, score, collection }] }.
Each citation is a qmd://COLLECTION/FILENAME URI — the receipt for that hit.
The Caddy block reverse-proxies the API (qmd://kb-curated/system-map.md).If results is empty, say so plainly: the brain has nothing governed on that topic.
Do not fall back to general knowledge and present it as the team's answer.
Optionally note that the topic may need to be saved (an admin runs /brain-save).
Cited answer:
/brain what does our system map say about the Caddy block?
→ Caddy is the single ingress; it reverse-proxies each domain to its container
and must be reloaded, not restarted, after edits (qmd://kb-curated/system-map.md).
Sources:
- qmd://kb-curated/system-map.md
Empty result (honest refusal):
/brain what is our refund policy?
→ The brain has nothing governed on a refund policy. I won't guess from general
knowledge. If this should be team knowledge, an admin can capture it with
/brain-save.
| Situation | Response |
|---|---|
teamkb_search returns empty results | State the brain has nothing governed; do not fabricate. |
Tool reports source: "brain-api" with 0 results | The remote brain answered but had no match — treat as empty, not as an error. |
| MCP tool unavailable | The plugin/MCP server is not enabled; tell the user to install/enable intent-brain. |
| User asks to write/capture | Out of scope here — direct them to /brain-save (admin-only). |
/brain-save).teamkb_search.npx claudepluginhub jeremylongshore/qmd-team-intent-kbSearches Confluence, Jira, and internal docs for company systems, terminology, processes, deployment, authentication, infrastructure, and technical concepts with parallel cited results.
Retrieves global cross-project memories including architecture rules, coding conventions, infrastructure facts, and team policies. Use to surface knowledge stored as global across all projects.