Evaluate Fusion MCP Search Index
When To Use
Use when the user wants a pass/fail read on whether Fusion MCP returns the expected framework knowledge for documented query patterns.
Trigger phrases:
eval coreeval <domain>eval all- "check MCP index accuracy"
- "validate search recall"
- "is the index stale?"
Inputs
- Domain target:
allor a file stem undereval/index/, such ascore. - Strictness:
fullby default, orstrictformustexpectations only.
Ask one question if the user says only eval.
Workflow
-
Resolve domain files:
<domain>maps toeval/index/<domain>.md.allmeans every markdown file ineval/index/exceptREADME.md.- Skip empty files or files without
##query headings.
-
Parse each domain file:
#heading is the domain name.- Text under
#is judgement guidance for every query. - Each
##heading is the MCP query. - must ...and- should ...bullets are expectations.
-
Judge each query:
- Prefer the
agents/query-judge.mdsub-agent. - If sub-agents are unavailable, run the same flow inline.
- Search with
mcp_fusion_search_frameworkfirst, thenmcp_fusion_searchif needed. - Verdicts are
pass,partial, orfail; never inflate ambiguous results.
- Prefer the
-
Report using
assets/report-template.md:- Include date, domain file, strictness, verdict table, summary counts, and recommendations.
- For
all, lead with per-domain summary before detailed results. - Call out
mustfailures as critical index gaps.
Safety
- Read-only repository behavior; do not edit eval files, docs, or index content.
- MCP calls are read-only.
- Stop clearly if MCP is unavailable or rate-limited.
- Do not cache verdicts across sessions; results represent current index state.
Expected Output
- Per-query verdicts with one-sentence explanations
- Must/should satisfaction counts
- Pass rate and failure summary
- Concrete recommendations for stale, missing, or weak search coverage