打开移动端调试工作台

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

注释已提供 readOnlyHint=true、idempotentHint=true、destructiveHint=false，说明这是安全的只读幂等操作，描述无需重复。描述额外披露了宿主相关的行为差异（Codex Desktop 应读取 dashboardUrl 并在内嵌浏览器打开，其他宿主使用关联的 MCP App），这对调用者理解工具的行为至关重要。不过描述没有说明打开失败时的行为或返回结果的具体结构（虽然存在输出 schema 可以补充）。

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Is the description appropriately sized, front-loaded, and free of redundancy?

描述仅两句话，非常精炼，信息密度高。第一句话明确工具目的，第二句话提供了宿主相关的操作指引，没有冗余内容。结构上先定义核心功能再补充使用细节，逻辑清晰，但可以再增加一两句关于典型使用场景的说明而不算冗长。

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

该工具无参数、有输出 schema 覆盖返回值、有注释声明安全性，描述本身已覆盖宿主差异这一关键行为信息。考虑到工具复杂度低，描述在核心操作指引上是完整的。但缺少返回值包含 dashboardUrl 这一关键信息的明确说明（描述只是间接暗示'应读取 dashboardUrl'），虽然输出 schema 可能已定义该字段，但若 schema 中未明确标注则调用方可能需要额外推断。

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

该工具参数为 0，输入 schema 为空（schema 描述覆盖率 100%），因此参数语义的负担极低。描述中提到的 dashboardUrl 是返回值的一部分而非输入参数，这实际上补充了输出语义而非输入参数语义。在无参数场景下，描述不需要解析任何参数细节，得 4 分是合理的。

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Does the description clearly state what the tool does and how it differs from similar tools?

描述说明了这是打开移动端调试工作台的工具，使用了'打开'作为动词，资源是'cross-dev-mcp 实时真机工作台'。但描述中的关键指令'Codex Desktop 调用后应读取 dashboardUrl，并直接在右侧内嵌浏览器中打开'暗示返回值中包含 dashboardUrl，这实际上是返回值语义而非调用目的，与工具名称'打开工作台'的核心功能有一定偏差。与兄弟工具（如 mobile_capture、mobile_interact）可以区分开，但没有明确说明与这些工具的不同定位。

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Does the description explain when to use this tool, when not to, or what alternatives exist?

描述区分了两种宿主环境（Codex Desktop 和其他兼容宿主）的不同处理方式，这提供了何时如何使用该工具的部分指引。但没有说明何时应该使用此工具而不是兄弟工具（如何时需要打开工作台 vs 直接使用 mobile_capture 捕获截图），也没有给出前置条件或排除场景。

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.