Skip to main content
Glama
reach120

Reach120 MCP Server

Official
by reach120

Score a TOEFL Writing response

score_writing_response

Score TOEFL iBT Writing responses with automated practice scores and rationale. Provide item_id or task_type and prompt to get feedback.

Instructions

Score a learner's written response to a TOEFL iBT Writing task and return an automated practice score with a short rationale. The response shape, the limits and the error codes are documented at https://www.reach120.com/developers. Supply either item_id from the prompt tools, or task_type plus the prompt inline for your own coursework. This call runs an AI scorer and is metered: it draws on the daily spend ceiling attached to your API key, and refuses with a machine-readable code rather than quietly scoring on a cheaper engine when a limit is reached. Reach120 is an independent practice platform. It is not affiliated with, endorsed by, or administered by ETS. TOEFL® is a registered trademark of ETS. Reach120 is not affiliated with, endorsed by, or approved by ETS.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
promptNoThe prompt, inline. Ignored when item_id is supplied.
item_idNoA prompt id from the prompt tools. Supply this or task_type + prompt.
responseYesThe learner's written response. At most 6000 characters.
task_typeNoRequired when you supply the prompt inline instead of an item_id.
Behavior5/5

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

Beyond the annotations, the description discloses that the call is a metered AI scorer drawing on the daily spend ceiling and that it refuses with a machine-readable code rather than silently falling back to a cheaper engine. It also includes the ETS non-affiliation disclaimer, all of which is useful behavioral context not present in the annotations.

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

Conciseness4/5

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

The description is front-loaded with purpose and usage, then adds behavioral and legal context. It is slightly longer than necessary due to repeated ETS disclaimer phrasing, but every major section earns its place.

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

Completeness5/5

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

Given no output schema, the description still covers the return value, the metering behavior, the spend limit refusal, the parameter selection rule, and where to find response shapes and error codes. For a tool of this complexity, it is complete enough for an agent to invoke it correctly.

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

Parameters4/5

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

Schema coverage is 100%, so the schema already documents each parameter. The description adds meaningful selection semantics by explaining the either/or relationship between item_id and task_type plus prompt, and clarifies that prompt is only for inline coursework. This goes beyond the schema baseline.

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

Purpose5/5

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

The description states a specific verb and resource: score a learner's written response to a TOEFL iBT Writing task and return an automated practice score with a rationale. This clearly differentiates it from the sibling prompt-list and prompt-retrieval tools.

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

Usage Guidelines5/5

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

It explicitly tells the agent how to choose between item_id and task_type plus inline prompt, and references the prompt tools as the source of item_id. This gives a clear selection rule without leaving the agent to infer the param relationship.

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

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/reach120/reach120-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server