Bug
The dd_incidents_list MCP tool consistently returns only old resolved incidents rather than the current active and stable incident queue.
Observed behaviour
Calling mcp__puppy-kit__dd_incidents_list with page_size=100 returned 25 incidents — all with status: resolved, the oldest dating back to 2023. The 26 currently ongoing incidents visible in the Datadog UI were not returned at all.
The tool appears to be sorting or filtering by creation date (oldest first) and not honouring any open/active status filter, effectively making it useless for incident triage.
Expected behaviour
The tool should return active and stable incidents — i.e. the incidents currently open in Datadog — not a page of old resolved ones.
Workaround
The CLI works correctly:
uv run puppy incident list --status active --format json --limit 100
uv run puppy incident list --status stable --format json --limit 100
These return the correct 15 active + 11 stable incidents.
Suggested fix
The MCP tool should either:
- Default to filtering
status=active,stable (open incidents only), or
- Accept a
status parameter matching the CLI options (active, stable, resolved), or
- Sort by
modified descending so recent incidents surface first
The CLI --status flag maps to a state:<value> search query fragment — the same approach should work in the MCP tool.
Bug
The
dd_incidents_listMCP tool consistently returns only old resolved incidents rather than the current active and stable incident queue.Observed behaviour
Calling
mcp__puppy-kit__dd_incidents_listwithpage_size=100returned 25 incidents — all withstatus: resolved, the oldest dating back to 2023. The 26 currently ongoing incidents visible in the Datadog UI were not returned at all.The tool appears to be sorting or filtering by creation date (oldest first) and not honouring any open/active status filter, effectively making it useless for incident triage.
Expected behaviour
The tool should return active and stable incidents — i.e. the incidents currently open in Datadog — not a page of old resolved ones.
Workaround
The CLI works correctly:
These return the correct 15 active + 11 stable incidents.
Suggested fix
The MCP tool should either:
status=active,stable(open incidents only), orstatusparameter matching the CLI options (active,stable,resolved), ormodifieddescending so recent incidents surface firstThe CLI
--statusflag maps to astate:<value>search query fragment — the same approach should work in the MCP tool.