> ## Documentation Index
> Fetch the complete documentation index at: https://docs.etonecarg.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Access and Entitlements

> Understand source ownership, entitlement boundaries, and what partial responses mean in practice.

# Access and Entitlements

Sports MCP Server sits between the MCP caller and the upstream sports providers. The caller sees one tool catalog, but the server still respects source boundaries internally.

## Source ownership

* `GSD Lookup` owns deep sports truth
* the supported availability contract owns watchability-facing browse and where-to-watch answers
* `On Programs` owns direct program context and reverse program linkage
* `SportsEventCurrent` is limited to freshness on already linked watch/program rows
* `GSD Metadata` is bounded enrichment only
* legacy connectivity is fallback evidence only

## Caller expectations

<Tabs>
  <Tab title="What stays stable">
    A caller with a valid bearer key can call the public tool catalog without needing to understand every upstream system directly.
  </Tab>

  <Tab title="What can vary">
    A tool may still return a partial result if the upstream source needed for one section is unavailable or not entitled in the current environment.
  </Tab>
</Tabs>

## Hybrid behavior

Hybrid tools do not imply unbounded fanout. They compose sources only where the product job requires it:

* `get_watch_availability`
* `get_program_context`
* `list_live_slate`
* `list_watchable_schedule`
* `get_event_center`
* `get_competition_hub`

## Read this next

* [Access and API Keys](/sports-mcp-server/getting-started/access-and-api-keys)
* [Protocol, Auth, and Errors](/sports-mcp-server/reference/protocol-auth-and-errors)