Skip to content

[WIP] Add data-observability toolset to MCP Server docs#37963

Draft
kevinzenghu wants to merge 1 commit into
masterfrom
kevinzenghu/add-data-observability-mcp-toolset
Draft

[WIP] Add data-observability toolset to MCP Server docs#37963
kevinzenghu wants to merge 1 commit into
masterfrom
kevinzenghu/add-data-observability-mcp-toolset

Conversation

@kevinzenghu

Copy link
Copy Markdown
Contributor

Summary

  • The data-observability MCP toolset is registered in the backend as GA and client-visible (no access gate), already live on the public MCP endpoint — but was completely absent from the public MCP docs (mcp_server/setup.md's toolset list and mcp_server/tools.md's per-tool reference).
  • Adds it in both places, alphabetically ordered to match the existing convention.

Evidence

  • Backend registry: domains/api_platform/shared/libs/go/mcp/toolsets/registry.goToolsetDataObservability = "data-observability", isGA: true, clientVisible: true, checkAccess: nil.
  • Confirmed via live MCP tool schemas (not guessed): 20 tools spanning catalog search, lineage, monitor coverage, tags/descriptions, and Spark/Databricks job health.

Open items — please confirm before merging

  • "Permissions Required" values are inferred, not confirmed. I wrote Data Observability Read/Write by convention with other toolsets' naming, but did not find the literal RBAC permission scope name in what I could access. Please correct if wrong.
  • Additional data-observability-mcp-specific tools were deliberately excluded (Databricks costs, cluster/job listings, entity query search) — the registry research found at least one of these marked "internal only" and couldn't confirm the rest are customer-facing. Flagged in an alert box in the doc; please advise whether any should be added.

Status

Work in progress — not ready for review yet. Draft, no reviewers requested.

AI assistance

Content drafted by Claude Code, grounded in the backend toolset registry and live MCP tool schemas — flagging per the AI-assistance disclosure in CONTRIBUTING.md.

The data-observability toolset is registered in the backend toolset
registry (domains/api_platform/shared/libs/go/mcp/toolsets/registry.go)
as isGA: true, clientVisible: true, with no access gate — it's already
live on the public MCP endpoint (see .mcp.json's toolsets list) and its
tools work today. It was simply never added to the public docs, which
list toolsets alphabetically in setup.md and document them in detail in
tools.md.

Documents 20 tools confirmed via live MCP schema + the toolset registry:
catalog search, lineage traversal/ranking/summarization, monitor
coverage/status/history, entity tags/descriptions, and Spark/Databricks
job health. Explicitly notes (in an alert box) that the dedicated
data-observability-mcp service exposes additional tools (Databricks
costs, cluster/job listings) not included here — the research surfaced
at least one of those as "internal only" and couldn't confirm
customer-facing status for the rest, so they're flagged for separate
verification rather than guessed into a public docs page.

## Open items for the reviewer
- "Permissions Required" is written as `Data Observability Read` /
  `Data Observability Write` by inference from Datadog's typical
  permission-naming convention — NOT independently confirmed against
  the actual RBAC permission scope names. Please confirm or correct
  before merging.
- Confirm whether any of the data-observability-mcp-specific tools
  (list_integration_accounts, get_databricks_costs, list_spark_jobs,
  compare_job_runs, search_entity_queries) should be added — I could not
  verify from the registry alone which are customer-facing vs internal.

AI assistance: drafted by Claude Code, grounded in the backend toolset
registry (dd-source) and live MCP tool schemas; permission scope names
are an inferred placeholder, explicitly flagged above.
@github-actions

github-actions Bot commented Jul 5, 2026

Copy link
Copy Markdown
Contributor

⚠️ Possible site support note detected

The following files have a site-region shortcode at the top of the page that mentions a feature being "not available" or "not supported":

  • content/en/mcp_server/setup.md

Are you trying to document site support for a product? If so, the site-region shortcode is not the recommended approach. See the Documenting site support guide for the preferred method.

@github-actions

github-actions Bot commented Jul 5, 2026

Copy link
Copy Markdown
Contributor

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant