name: kb-answer description: | Answer questions using your project's knowledge base with evidence-backed citations. Every answer must cite literal quotes from KB files to prevent hallucinations. Use this for any question that should be answered from documented knowledge rather than general knowledge.
KB Answer Workflow
Follow these steps in order for every question. For multiple independent questions, use parallel agents.
Prerequisites
Check that kb/ exists in the project root. If not, tell the user to run /setup-knowledge-base first.
Step 1: Navigate Using the Index
Always start by reading the KB index:
kb/index.md
The index provides:
- Keyword Lookup: find the right file by keyword
- Category overview: all files grouped by topic
If the index is empty or outdated, run the index script first:
python3 scripts/kb-index.py
Quick Navigation
- Check the keyword lookup table for matching terms
- Go to the matching file(s)
- If no keyword match, browse the category that best fits the question. Categories can be nested (e.g.,
security/access/) — drill down into sub-groups when a broad category has them.
Step 2: Read Relevant Files
Based on the index navigation:
- Read the most relevant file first
- Check
related:links in the frontmatter if the file references other entries - Read additional files if the first doesn't fully cover the question
Step 3: Search (if needed)
If the index doesn't point to the right file, run the search script to rank entries by keyword across title, tags, description, category, and body:
python3 scripts/kb-search.py "your keyword"
Options worth knowing:
--category securityrestricts to a category (matches nested children likesecurity/accesstoo).--tag mfafilters by frontmatter tag (repeatable).--limit 5caps results.--jsonfor a machine-readable list (useful when chaining into another step).
Fall back to the Grep tool with path kb/ only if the search script misses a term (e.g., regex-only patterns).
Step 4: Check Active Scope
If kb/scopes/ contains scope files beyond _default.yaml:
- Ask the user which scope applies (if not already established in this conversation)
- Read the active scope file
- Apply
in_scope,out_of_scope, andnotesto shape your answer
If only _default.yaml exists, skip this step.
Step 5: Formulate Answer
Answer Format
Yes/No questions: Start with "Yes" or "No", followed by 1 sentence.
Other questions: Answer directly in 1-3 sentences. Add detail only if needed.
If format requirements are provided: Follow them exactly.
Citation Requirements
Every claim in your answer MUST be backed by a literal quote from a KB file.
Format each citation as:
> "exact quote copied from the KB file"
> Source: kb/category/filename.md
Rules:
- Copy the quote character-for-character. Do not paraphrase, summarize, or rephrase.
- If you cannot find a literal quote supporting a claim, do not make that claim.
- Include markdown formatting verbatim. If the source says
**Confidential**: ..., your quote must be**Confidential**: ..., notConfidential: .... If the source uses bullet list dashes, include them. Missing markdown is the #1 reasonkb-verify.pyflags citations. The script has a normalized-match fallback that will PASS with a warning, but strict mode will FAIL, so always copy formatting literally. - For long passages, prefer quoting a single self-contained sentence. When a multi-line quote is unavoidable (e.g., a bulleted list that must be cited as one block), use the multi-line form:
The verifier joins the> "first line of the quote > second line > last line" > Source: kb/category/filename.md>lines back into one quote and checks the whole block. Single-line blocks are still preferred for robustness.
What to Avoid
- Don't over-elaborate. Match answer depth to question depth.
- Don't pad with "more details available upon request".
- Don't start with summary phrases like "Based on our documentation...". Go straight to the answer.
- Be honest about limitations. If something isn't in the KB, say so.
If Information is Missing
- State clearly what information is not in the KB
- Provide what can be answered from available info
- Do not make up or infer information not in the KB
- Suggest which KB entry should be created to cover the gap
Step 6: Verify Citations
After formulating your answer, verify all citations are accurate by running:
python3 scripts/kb-verify.py <<'EOF'
{your answer with citations}
EOF
The script checks that every quoted string exists in the referenced KB file. It runs two passes:
- Strict: the quote is byte-exact (including markdown markers and whitespace).
- Normalized (fallback): markdown markers (
**,*,_,`) and whitespace are stripped from both sides before comparison. Reported asPASS (normalized).
Target strict passes. If the script reports PASS (normalized), re-copy the quote with its original markdown so the next verify run is clean.
- All citations PASS (strict or normalized): present the answer.
- Any citation FAIL: re-read the source file, copy the exact text (including markdown), and verify again.
- Use
python3 scripts/kb-verify.py --strict answer.mdwhen you want to guarantee byte-exact citations (e.g., before publishing to a customer).
Do not present an answer with any FAIL citations.
Handling Multiple Questions
Related questions (same topic): Group together, share file reads.
Independent questions: Use parallel agents, each following this workflow.
Example:
Q1: "What encryption do we use?" -> security
Q2: "Who are our customers?" -> general
Q3: "What's our SLA?" -> security
Group 1 (security): Q1 + Q3
Group 2 (general): Q2