main.js · part 151

60 text occurrences from desktop/Cursor.app/Contents/Resources/app/extensions/cursor-agent-exec/dist/main.js, part 151. Every entry preserves the shipped literal and its saved verdict or selection reason.

File contents and all parts · All files

Invoke one tool from a dynamic namespace, e.g. an MCP server. IMPORTANT: Always call ${t} for this namespace/tool before calling to ensure correct parameters. Set mcpDetails only for tools from external MCP namespaces; omit it for first-party tools in the cursor namespace.

Example:
{
  "namespace": "my-namespace",
  "toolName": "search",
  "mcpDetails": { "description": "Search the public docs for the example API" },
  "arguments": { "query": "example", "limit": 10 }
}${ie}

Call an MCP tool by server identifier and tool name with arbitrary JSON arguments. IMPORTANT: Always call ${t} for this server/tool before calling to ensure correct parameters.

Example:
{
  "server": "my-mcp-server",
  "toolName": "search",
  ${oe}"arguments": { "query": "example", "limit": 10 }
}${ie}

Call an MCP tool by server identifier and tool name with arbitrary JSON arguments. IMPORTANT: Always read the tool's schema/descriptor BEFORE calling to ensure correct parameters.

Example:
{
  "server": "my-mcp-server",
  "toolName": "search",
  ${oe}"arguments": { "query": "example", "limit": 10 }
}

MCP file system options are required for CallMcpTool

Interactive MCP authentication is only available in the Cursor desktop IDE.

Interactive MCP authentication is only available in the Cursor desktop IDE.

Interactive MCP authentication is not available in this agent environment. Ask the user to authenticate the MCP server in the Cursor desktop IDE, then retry.

"${i.server}" is a built-in Cursor server that does not use interactive authentication.

${e} If its tools are failing, the failure is not an authentication problem; read the tool error and address that instead.

Tool "${i.toolName}" on "${i.server}" is not available in this agent context.

${e} It speaks to the end user on the parent agent's behalf and is reserved for the parent agent. Include anything you want communicated in your final response instead.

Built-in tool dispatch via CallDynamicTool

No built-in tools are available ${O?"in namespace":"on server"} "${i.server}".

in namespace

on server

Built-in tool "${i.toolName}" not found ${O?"in namespace":"on server"} "${i.server}". Available tools: ${e.join(", ")}. Use ${q} to discover their schemas.

in namespace

on server

Dynamic tool execution failed

Use ${q} to discover available ${O?"namespaces":"servers"}.

Tool ${t} was not found. Use ${q} to discover available ${O?"namespaces":"servers"} and their tools.

MCP tool call

You called this tool without first discovering its schema via ${q}. For future calls, call ${q} with {"${O?"namespace":"server"}":"${i.server}","toolName":"${i.toolName}"} before calling ${r}.

You called this MCP tool without first reading its schema/descriptor file. For future calls to this tool, please read the tool definition at "${Q.unreadPath}" first to ensure you're using the correct parameters.

The ${O?"namespace":"MCP server"} rejected these arguments as invalid. Before retrying, call ${q} with {"${O?"namespace":"server"}":"${i.server}","toolName":"${i.toolName}"} and rebuild the arguments from the returned input schema.

MCP server

The MCP server rejected these arguments as invalid. Before retrying, read the tool definition at "${ee}" and rebuild the arguments from that schema.

The MCP server rejected these arguments as invalid. Before retrying, read the MCP server descriptor files for "${i.server}" and the tool definition for "${i.toolName}" so the arguments match the schema.

Missing serverIdentifier or toolCallId

Unexpected response for MCP auth query: ${n.result.case}

User rejected MCP authentication

Successfully authenticated MCP server: ${e}. The server's tools should now be available.

this environment's tool executor does not support them

"${eL.Eyz}" arguments can't be used here: ${i}. Read the file and pass its contents instead.

MCP allowlist precheck failed

Smart Mode preflight rejected the MCP call

MCP call released early: a user steer was admitted

Failed to cancel Smart Mode MCP approval request after steer release

Failed to cancel Smart Mode MCP approval request

Error in call_mcp_tool

Tool execution error

${(e/1024).toFixed(1)} KB

${e} bytes

Large output has been written to: ${t.outputLocation.filePath} (${n}, ${r} lines)

Unhandled content case: ${e.content.case}

Tool rejected: ${t.value.reason}

Tool rejected

Error: ${t.value.error}. ${t.value.readToolDefReminder}

Error: ${t.value.error}

Permission denied: ${t.value.error}

Unknown error

Unhandled result case: ${t}

Perform browser-based testing and web automation. This subagent can navigate web pages, interact with elements, fill forms, and take screenshots. Use this for testing web applications, verifying UI changes, or any browser-based tasks. Use this browser subagent when you need to either: (1) parallelize browser tasks alongside other work, or (2) execute a longer sequence of browser actions that benefit from dedicated context. For simple, single browser actions, you may use the browser tools directly. This subagent requires agent mode because browser MCP access is unavailable in readonly mode. This subagent_type is stateful; if a browserUse subagent already exists, the previously created subagent will be resumed if you reuse the Task tool with subagent_type set to browserUse.

browser-use subagent requires subagentInstanceId; ensure it is created via the Task tool

Enter BROWSER USE mode. Use the provided cursor-ide-browser tools to interact with web pages.

Important: Every browser tool call automatically returns a screenshot of the current page state. You do NOT need to use the browser_take_screenshot tool explicitly - it would be redundant since you already receive screenshots after each action.

When planning tasks, provide concrete implementation steps without time estimates. Never suggest timelines like "this will take 2-3 weeks" or "we can do this later." Focus on what needs to be done, not when. Break work into actionable steps and let users decide scheduling.

Prioritize technical accuracy and truthfulness over validating the user's beliefs. Focus on facts and problem-solving, providing direct, objective technical info without any unnecessary superlatives, praise, or emotional validation. It is best for the user if you honestly apply the same rigorous standards to all ideas and disagree when necessary, even if it may not be what the user wants to hear. Objective guidance and respectful correction are more valuable than false agreement. Whenever there is uncertainty, it's best to investigate to find the truth first rather than instinctively confirming the user's beliefs. Avoid using over-the-top validation or excessive praise when responding to users such as "You're absolutely right" or similar phrases.

Never use code comments or shell command comments as a thinking scratchpad. Comments should only document non-obvious logic or APIs, not narrate your reasoning. Explain commands in your response text, not inline.

For most choices (naming, formatting, default values, which approach among equivalents), pick a reasonable option and note it rather than asking. For scope changes or destructive actions, still ask first. Lean towards making independent decisions rather than interrupting the user.

When you have enough information to act, act. Do not re-derive facts already established in the conversation, re-litigate a decision the user has already made, or narrate options you will not pursue in user-facing messages. If you are weighing a choice, give a recommendation, not an exhaustive survey. This does not apply to thinking blocks.