resolve_entities
Family: Resolution and Scope Tools
What this tool is best at
Resolve fuzzy sports language into bounded candidates with provider refs, crosswalk confidence, and disambiguation options.Choose this tool when
- the host does not yet know which sport, competition, competition season, series, participant, or venue the user means.
- Source ownership: GSD Lookup primary
Use something smaller or different when
- the caller already has a stable provider ref and only needs schedule, standings, watchability, or event detail.
Inputs you need
Plain-English prerequisites
- This tool does not require a prerequisite ID beyond the scoped inputs shown below.
Required inputs in the public contract
Optional inputs in the public contract
Notes on optional inputs
- Use
entityTypewhen the host already knows the kind of thing the user means and wants tighter candidate ranking. - Use
resolutionIntentwhen one lexical family maps to multiple sibling series and the host already knows the next view it wants, such as rankings. - Use
limitto keep candidate sets compact for low-token flows. - Use
resolutionProfileto trade off latency against exhaustive live traversal.completeis supported for non-participant entity types only and may be materially slower because it exhausts the live frontier instead of stopping early. crosswalkConfidenceis scored per candidate on a0.00-1.00scale. Treat0.90-1.00as high confidence,0.60-0.89as mixed confidence that should not silently deepen across providers,0.01-0.59as low confidence, andnullas no crosswalk.
Sequencing guidance
- Pick one candidate and preserve its provider refs before calling a deeper tool.
- Use
crosswalkConfidenceto decide whether hybrid enrichment is safe or whether the host should ask a narrowing question.
Response highlights
- Bounded candidate rows with
entityType,displayName,participantTypefor participant rows,gsdRefs,onRefs, andprogramHints. - Crosswalk confidence that tells the host whether it can safely enrich across providers or should ask a narrowing question first.
- Machine-readable
data.traversalmetadata that tells the host which live frontier was explored, whether it was complete, and where coverage stayed partial. - Candidate ordering is deterministic: intent fit first, then lexical score, then lexical tie-breaks, then entity-type ordering, then stable ID.
Response shape
Reuse next
gsdRefsfor GSD-first tools such aslist_schedule,get_competition_hub,get_event_summary, andget_standings.onRefsfor program-context and watchability flows such asget_program_context,get_watch_availability, andlist_programs_for_entity.
Example requests
Related tools
Previous-step tools
- No common previous-step tools beyond already knowing the right IDs or scope.
Next-step tools
Alternative tools
- No common alternatives.
Prompt patterns this tool fits
- “Resolve this league/team/event first.”
- “I don’t know which IDs I need yet.”
Common mistakes
- Treating provider refs like server-generated canonical IDs. The caller must preserve whether a ref came from GSD or On.
- Using it as a replacement for a direct profile or schedule call after the IDs are already known.