expected-failures.yml

# Conformance scenarios not yet passing against the Python SDK on main.
# CI exits 0 if only these fail, exits 1 on unexpected failures or stale entries.
#
# Baseline established against the harness pinned via CONFORMANCE_PKG in
# .github/workflows/conformance.yml. New conformance releases are adopted by
# deliberately bumping that pin and reconciling both this file and
# expected-failures.2026-07-28.yml in the same change.
#
# Entries are grouped by SEP. As each SEP lands in the SDK the corresponding
# scenarios start passing and MUST be removed from this list (the runner fails
# on stale entries), so the baseline burns down per milestone.

client: []

server:
  # SEP-2575 subscriptions/listen is not implemented yet. The everything-
  # server's legacy resources/subscribe handlers make it advertise
  # `resources.subscribe` in server/discover, and as of conformance #372 a
  # server that advertises a subscription capability but answers
  # subscriptions/listen with -32601 fails the three listen MUST checks
  # ("Not testable") instead of skipping them. Remove this entry when the
  # listen runtime lands. NOTE: while listed, this entry also masks new
  # failures in the scenario's other 25 (currently passing) checks — the
  # baseline is per-scenario, not per-check.
  - server-stateless
  # SEP-2663 (io.modelcontextprotocol/tasks): the SDK does not implement the
  # tasks extension yet. These extension-tagged scenarios are selected only by
  # the bare `--suite all` leg — extension scenarios never match a
  # --spec-version filter and the active/draft suites exclude them — so these
  # entries are inert for the other legs that read this file.
  #
  # `tasks-status-notifications` is intentionally NOT listed: the harness
  # skips it unconditionally (pending its rewrite against subscriptions/
  # listen), and a baseline entry for a scenario with no failing checks is
  # flagged stale.
  - tasks-lifecycle
  - tasks-capability-negotiation
  - tasks-wire-fields
  - tasks-request-state-removal
  - tasks-mrtr-input
  - tasks-request-headers
  - tasks-dispatch-and-envelope
  - tasks-required-task-error
  - tasks-mrtr-composition