tool-design

Designs agent-facing tool interfaces with structured descriptions, error recovery, and consolidation patterns.

Updated Mar 26, 2026
One-click install
npx skills add https://github.com/LGJ-Jonathan/Jonathan_Global_Claude_Skills --skill tool-design-lgj-jonathan
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: tool-design
Source: https://github.com/LGJ-Jonathan/Jonathan_Global_Claude_Skills/tree/main/context-engineering/skills/tool-design
Command: npx skills add https://github.com/LGJ-Jonathan/Jonathan_Global_Claude_Skills --skill tool-design-lgj-jonathan

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve? Agents select and call tools based solely on descriptions, so vague names, ambiguous parameters, and unhelpful error messages cause tool-selection failures that prompt engineering cannot fix. This Skill provides principles, templates, and utilities for designing tool contracts that agents can use correctly. ## Core Features & Use Cases - Description Engineering: Structure every tool description to answer what the tool does, when to use it, what inputs it accepts, and what it returns, with concrete format examples. - Consolidation & Architectural Reduction: Apply the consolidation principle to shrink overlapping tool sets, and evaluate when primitive tools (e.g., a single bash execution tool) outperform many specialized ones, backed by a production case study showing 3.5x faster execution. - Schema Builder & Evaluator: Use the included Python utilities to build tool schemas, render markdown descriptions, score description quality across five criteria, and generate agent-recoverable error messages. - Use Case: When implementing MCP tools for a multi-server agent, apply the fully qualified ServerName:tool_name naming convention and audit descriptions with the evaluator to prevent tool-not-found and selection errors. ## Quick Start Ask the agent to design a new tool for your agent system, including its description, parameters, return format, and error handling, following the tool design guidelines.

Frequently Asked Questions about tool-design

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I write a good tool description for an AI agent?

Structure the description to answer four questions: what the tool does, when to use it, what inputs it accepts, and what it returns. Include concrete format examples like 'CUST-######' and document error conditions with recovery guidance.

How many tools should an agent have?

Limit collections to 10-20 tools for most applications, since description overlap causes model confusion. When more tools are needed, use namespacing prefixes like db_* or web_* to create logical groupings that improve selection accuracy.

When should I consolidate multiple agent tools into one?

Consolidate tools that represent sequential steps in a single workflow, such as combining list_users, list_events, and create_event into one schedule_event tool. Keep tools separate when they have fundamentally different behaviors or a merged tool would exceed 8-10 parameters.

How do I name MCP tools to avoid tool not found errors?

Always use fully qualified names in the format ServerName:tool_name, such as BigQuery:bigquery_schema. Without the server prefix, agents may fail to locate tools when multiple MCP servers expose similarly named tools.

Why do agents fail to recover from tool errors?

Generic messages like 'failed' or 'invalid input' give agents no recovery signal. Every error should state what went wrong, include the invalid value, show the expected format with a concrete example, and indicate whether retry is appropriate.

When should I avoid reducing my agent's tool architecture?

Avoid architectural reduction when the data layer is messy or undocumented, the domain requires specialized knowledge the model lacks, safety constraints must limit agent actions, or workflows genuinely benefit from structured orchestration.