modelcontextprotocol / modelcontextprotocol/modelcontextprotocol

Tasks SEP-1686: In-progress results

Open
#2,452 1 comment 2 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

bug
Dominant language
TypeScript
Stars
9.3k
Forks
1.8k
Avg merge
1d 12h
Merged PRs (30d)
25

Description

What's broken?

The spec doesn't cover a case it clearly should

Where in the spec or docs?

https://github.com/modelcontextprotocol/modelcontextprotocol/blob/8d07c35d3857412a351c595fe01b7bc70664ba06/seps/1686-tasks.md

What should happen?

(this is a feature request more than an issue, but I couldn't find a more appropriate place to put it)

The tasks SEP currently assumes that no information is available about a task until it completes, after which its results can be queried. For many sorts of tasks, this is not true. For example, for a background process, the agent may want to get the current STDOUT so it can check it's status.

While there is apparently a statusMessage (I didn't see it in the SEP, but it was mentioned in https://github.com/modelcontextprotocol/modelcontextprotocol/issues/1955), I do not think that serves this need. That provides a short status update, while this would get the entire results (often much larger), just only what is available currently.

What actually happens?

There is no way to check the output (not just status) of an in-progress task until it completes.

Anything else?

In my Gradle MCP, my "run a task in the background" tool provides a way to get the current results, including the tasks and tests ran. IME this is rather frequently used by agents for longer builds, especially if they suspect a task or test is hanging.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with seps/1686-tasks.md and the discussion in issue #1955, then compare the task behavior described here with the Gradle MCP example. Define how an in-progress task exposes currently available results, distinct from statusMessage, and document the behavior in the SEP. Done means the specification covers querying partial output before completion.

Written by the indexing model from the issue text.

Assessment

Domain
documentation
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.