Skip to content
GitHub MCP RegistryListed

Search Fragments

Part ofSearch Fragmentslisted on 2 directories

The gate before your agent answers: a verdict on whether a half-remembered thing can be reached.

First seen 14 Oct 2026. Evidence as of 13 Nov 2026.

3
Tools
From an anonymous probe
1
Source listings
Each with its own history
13
Recorded changes
Since first seen

Tools

ToolDescriptionBehaviour
resolve_fragmentReturns a verdict first, so your agent knows whether to answer, keep looking or say it can't place it: ORIGIN_OF_TRUTH (found, evidence checked, with sources), PARTIAL_ORIGIN (leads to follow, not an answer) or NOT_REACHABLE (SF's search reached nothing; not a claim the thing can't be found). Pieces together the name of a film, TV or radio show, song, book, game, quote, person, place, event or research study from the fragments a user remembers: a scene, a line, a face, roughly when. Pass every fragment in the user's own words, even uncertain ones. It searches many sources and fits them together. A shortlist or an honest "can't place it" is still useful. Use it when your own search couldn't place it. Not for known titles, trivia, recommendations or checking claims (use verify_claim). When the user says whether this helped, report it with submit_resolution_feedback.Changes data
submit_resolution_feedbackAfter the user reacts to a resolve_fragment result, call this with its resolution_id. accepted: it is what they meant. partial: it helped but is not quite it. rejected: it is not what they meant. If they recognised an item in the shortlist or leads, send picked_rank (1 = first item) or picked_url; if nothing fitted, send none_fitted: true. corrected_target and new_clue are optional and are stored as feedback only; they never change graph facts.Changes data
verify_claimChecks whether current web sources support a specific factual assertion. Takes a claim as a natural-language statement; returns a verdict with cited evidence and stated limits. Verdict set: - "supported" — multiple independent sources directly confirm the specific claimed detail - "partially_supported" — sources confirm the entity and domain; specific detail is pointed to but not directly stated - "insufficient_evidence" — sources don't address the specific claim; fires freely, including when the entity is well-known but the specific detail is undocumented - "unsupported" — a credible source explicitly contradicts the claim All verdicts are DECIDE-BY-EYE. A "supported" verdict means current web sources confirm it — not that it is true. Evidence may be incomplete, biased, or outdated. The stated_limits field is always present and identifies what the evidence cannot confirm. Good input shape (specific, checkable assertions): - "Werner Herzog dragged a full-size steamship over a hill during the filming of Fitzcarraldo" - "Glenn Gould stopped giving live concerts in 1964" - "The Backrooms photograph originated on 4chan" Checks one specific factual statement. Not for identifying half-remembered works. Not this shape: - "there's a documentary about a filmmaker dragging a boat over a mountain" - "a musician famous for stopping performing"Changes data

Change history

  1. Description changed (GitHub registry)
  2. resolve_fragment: input schema changed
  3. resolve_fragment: description changed (+"Returns a verdict first, so your agent knows whether to answer, keep looking or say it can't place it: ORIGIN_OF_TRUTH (found, evidence checked, with sources), PARTIAL_ORIGIN (leads to follow, not an answer) or NOT_REACHABLE (SF's search reached nothing; not a claim the thing can't be found).")
  4. server instructions changed (+"Search Fragments is the gate before your agent answers. resolve_fragment:" +"something (a" +"book,")
  5. resolve_fragment: input schema changed
  6. verify_claim: input schema changed
  7. verify_claim: description changed (+"—" +"—" +"—")
  8. resolve_fragment: input schema changed
  9. server instructions changed (+"—" +"—" +"—")
  10. submit_resolution_feedback: input schema changed (+none_fitted, +picked_rank, +picked_url)
  11. submit_resolution_feedback: description changed (+"After the user reacts to" +"result, call" +"with its resolution_id. accepted: it")
  12. resolve_fragment: description changed (+"When the user says whether this helped, report it with submit_resolution_feedback.")
  13. Listed (GitHub registry)
Source listings
SourceListingFirst seenLast seenVersions
GitHub MCP Registrycom.searchfragments/search-fragments14 Oct 202613 Nov 20262