Agent Tool Builder
Tools are how AI agents interact with the world. A well-designed tool is the difference between an agent that works and one that hallucinates, fails silently, or costs 10x more tokens than necessary.
This skill covers tool design from schema to error handling. JSON Schema best practices, description writing that actually helps the LLM, validation, and the emerging MCP standard that's becoming the lingua franca for AI tools.
Key insight: Tool descriptions are more important than tool implementations. The LLM never sees your code - it only sees the schema and description.
When to Use
- User mentions or implies: agent tool
- User mentions or implies: function calling
- User mentions or implies: tool schema
- User mentions or implies: tool design
- User mentions or implies: mcp server
- User mentions or implies: mcp tool
- User mentions or implies: tool use
- User mentions or implies: build tool for agent
- User mentions or implies: define function
- User mentions or implies: input_schema
Core Workflow
- Confirm the request matches this skill's trigger, scope, and risk profile.
- Use the topic map to identify the relevant pattern, checklist, or example before writing detailed guidance or code.
- Load
references/full-guidance.md when implementation details, examples, anti-patterns, validation checks, or edge cases are needed.
- Apply only the relevant guidance instead of loading or repeating the entire reference by default.
- Verify the result against any validation checks, limitations, security notes, or platform constraints in the reference.
Topic Map
- Principles
- Capabilities
- Scope
- Tooling
- Standards
- Frameworks
- Patterns
- Tool Schema Design
- Detailed Descriptions (Most Important)
- Parameter Descriptions
- Use Enums When Possible
- Required vs Optional
- Tool with Input Examples
- Tool Error Handling
- Return Informative Errors
- Anthropic Tool Result with Error
- Error Categories to Handle
- Implementation Pattern
Reference Map
references/full-guidance.md preserves the complete original guidance, including examples and detailed edge cases.
Limitations
- Use this skill only when the task clearly matches the scope described above.
- Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.
Progressive Loading
Keep this SKILL.md as the compact routing and workflow entrypoint. Load the reference file only when the user task requires the deeper implementation material.
1---2name: agent-tool-builder3description: Tools are how AI agents interact with the world. A well-designed4license: MIT5---67# Agent Tool Builder89Tools are how AI agents interact with the world. A well-designed tool is the difference between an agent that works and one that hallucinates, fails silently, or costs 10x more tokens than necessary.1011This skill covers tool design from schema to error handling. JSON Schema best practices, description writing that actually helps the LLM, validation, and the emerging MCP standard that's becoming the lingua franca for AI tools.1213Key insight: Tool descriptions are more important than tool implementations. The LLM never sees your code - it only sees the schema and description.1415## When to Use16- User mentions or implies: agent tool17- User mentions or implies: function calling18- User mentions or implies: tool schema19- User mentions or implies: tool design20- User mentions or implies: mcp server21- User mentions or implies: mcp tool22- User mentions or implies: tool use23- User mentions or implies: build tool for agent24- User mentions or implies: define function25- User mentions or implies: input_schema2627## Core Workflow281. Confirm the request matches this skill's trigger, scope, and risk profile.292. Use the topic map to identify the relevant pattern, checklist, or example before writing detailed guidance or code.303. Load `references/full-guidance.md` when implementation details, examples, anti-patterns, validation checks, or edge cases are needed.314. Apply only the relevant guidance instead of loading or repeating the entire reference by default.325. Verify the result against any validation checks, limitations, security notes, or platform constraints in the reference.3334## Topic Map35- Principles36- Capabilities37- Scope38- Tooling39- Standards40- Frameworks41- Patterns42- Tool Schema Design43- Detailed Descriptions (Most Important)44- Parameter Descriptions45- Use Enums When Possible46- Required vs Optional47- Tool with Input Examples48- Tool Error Handling49- Return Informative Errors50- Anthropic Tool Result with Error51- Error Categories to Handle52- Implementation Pattern5354## Reference Map55- `references/full-guidance.md` preserves the complete original guidance, including examples and detailed edge cases.5657## Limitations58- Use this skill only when the task clearly matches the scope described above.59- Do not treat the output as a substitute for environment-specific validation, testing, or expert review.60- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.6162## Progressive Loading63Keep this `SKILL.md` as the compact routing and workflow entrypoint. Load the reference file only when the user task requires the deeper implementation material.