fix(cursor): subagent grep results in files and count modes are no longer empty#32220

Problem

When a Cursor Task subagent runs a grep in files_with_matches or count mode, its row in the subagent's child thread shows no results, even when the grep found files.

The call path: a completed task tool call reaches emitSubagent, which replays the subagent's conversationSteps through toolCallsFromConversationSteps → nestedToolCallFromEnvelope → nestedGrepWorkspaceResults. The SDK builds those steps with protobuf toJson() (conversationSteps.map((e) => e.toJson?.() ?? e) in @cursor/sdk 1.2.0). In that format each workspace's GrepUnionResult is a oneof of content, files or count. nestedGrepWorkspaceResults read only content, so a files or count result became a content result with no matches. cursorToolSearchResults then had nothing to show.

Change

nestedGrepWorkspaceResults now maps the files and count cases to the same shapes the SDK uses for top-level grep calls: { type: "files", output: { files, count } } and { type: "count", output: { counts, total } }. cursorToolSearchResults already renders both shapes for top-level grep calls, so the child thread now lists the matching files, or each file with its "N matches" count. The content case is unchanged.

Scope and approval

This is a small fix for an obvious bug, so it has no issue. It changes one converter in the Cursor adapter, and the converter now matches the proto's own GrepUnionResult oneof. Contracts, settings and clients do not change. The child thread's grep row now shows the results it should have shown; the layout does not change.

Not in this PR, and covered elsewhere:

• Top-level content-mode grep conversion inside the SDK: #25037.
• Nested shell failures shown as raw JSON, and live subagent streaming: #29785 and #30539.

Verification

I extended projects subagent search results Cursor serialized with protobuf toJson in packages/provider-cursor/src/server/adapter.test.ts, the existing subagent test whose steps are shaped like toJson() output. It now includes one files_with_matches grep step and one count grep step.

Before the fix (upstream main), both new rows come back empty:

After the fix:

Targeted vp lint and vp fmt --check on packages/provider-cursor/src/server passed, and effect-tsgo typecheck in packages/provider-cursor reported 0 errors.

Not checked: a live Cursor subagent run. The toJson() shape comes from the SDK's proto descriptors (GrepUnionResult|1 count|2 files|3 content, GrepFilesResult|1 files|2 total_files, GrepCountResult|1 counts|2 total_files|3 total_matches) and from the SDK code that serializes the steps. It was not captured from a real run.

Reviewed with sol-loop: 1 round with gpt-6.1-sol. Sol verdict: approved

Created with Claude Opus 5.5 in the Claude Code desktop app.

🤖 Generated with Claude Code