solknife_ct_orphans_build
Build chunked CloseContextState tx(s) to reclaim orphan ZK ctx rent.
Input Schema
| Name | Required | Description | Default |
|---|---|---|---|
| owner | Yes | A Solana address in base58, 32-44 chars. | |
| addresses | Yes |
Build chunked CloseContextState tx(s) to reclaim orphan ZK ctx rent.
| Name | Required | Description | Default |
|---|---|---|---|
| owner | Yes | A Solana address in base58, 32-44 chars. | |
| addresses | Yes |
Changes observed during successful MCP inspections.
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations provided. The description only states the purpose, not behavior like side effects, permissions, or state changes. The agent is left guessing about construction details.
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?
Single sentence, no wasted words. However, the term 'chunked tx(s)' is somewhat ambiguous and could benefit from clarification.
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?
No output schema provided. The description does not explain what the built transactions look like (e.g., an array) or how to use them. This is a significant gap for a build tool.
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?
Schema coverage is 50%, with basic format descriptions. The tool description adds context ('reclaim orphan ZK ctx rent') but does not fully explain the role of 'owner' or how 'addresses' relate to the rent reclaim process.
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?
The description uses a specific verb ('Build') and resource ('chunked CloseContextState tx(s) to reclaim orphan ZK ctx rent'), clearly distinguishing the tool from siblings like 'solknife_ct_orphans_list'.
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?
No guidance on when to use this tool vs alternatives (e.g., 'solknife_ct_orphans_list' for listing orphans first). No mention of prerequisites or when not to use.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Add one secure layer between your agents and this server.