Borrowing it
Nothing to install: this file belongs to DebugSwift/XcodeBazelMCP. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/DebugSwift/XcodeBazelMCP/main/.agents/skills/tool-handler-development/SKILL.mdgit clone --depth 1 https://github.com/DebugSwift/XcodeBazelMCPWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/debugswift/xcodebazelmcp/tool-handler-development)<a href="https://agentmods.dev/skills/debugswift/xcodebazelmcp/tool-handler-development"><img src="https://agentmods.dev/badge/skills/debugswift/xcodebazelmcp/tool-handler-development/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/debugswift/xcodebazelmcp/tool-handler-development"><img src="https://agentmods.dev/badge/skills/debugswift/xcodebazelmcp/tool-handler-development.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00037 | $0.00689 |
| Opus 5.5 | $0.00015 | $0.00276 |
| Sonnet 5.5 | $0.00007 | $0.00138 |
| Haiku 4.5 | $0.00004 | $0.00069 |
Grade A, and why
tool-handler-development scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 69 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Tool Handler Development
Handler Contract
Every handler file under src/tools/handlers/ must export:
export const definitions: ToolDefinition[] = [...]
export function canHandle(name: string): boolean { ... }
export function handle(name: string, args: Record<string, unknown>): Promise<ToolResult | undefined>
canHandlereturnstruefor tool names this handler owns.handlereturnsundefinedfor unknown tools (not an error).definitionsis an array of tool definitions withname,description,inputSchema, and optionalstartupArgs,streaming,requiredfields.
Adding a New Tool
- Pick the right handler file based on domain (build, simulator, device, etc.) or create a new one.
- Add the tool definition to
definitions. - Add the case to
handle(). - If it's a new handler file, register it in
src/tools/bazel-tools.ts(import + add to the aggregated arrays). - Update the expected tool count in
handlers/handlers.test.ts. - If the tool uses Bazel commands, include
startupArgsin the schema.
Tool Definition Schema
{
name: 'bazel_ios_<action>',
description: 'One-line description of what the tool does',
inputSchema: {
type: 'object',
properties: { ... },
required: ['target'],
},
startupArgs: true, // if tool accepts --startup_arg flags
streaming: true, // if tool supports streaming output
}
Workflow Categories
Tools belong to one of 19 workflows: build, test, simulator, app_lifecycle, capture, ui_automation, deep_links, device, lldb, macos, tvos, watchos, visionos, spm, project, scaffold, session, daemon, update.
Assign the workflow in the handler or the workflow mapping. bazel_list_workflows and bazel_toggle_workflow are always included regardless of filtering.
Common Patterns
- Use
asStringArray(args.configs, 'configs')for array params — don't double-wrap withconfigArgs(). - Use
resolveSimulatorFromArgs(args)for simulator resolution (returns{ sim, warning }). - Use
prependWarning(message, warning)to attach resolution warnings to output. - Wrap
readBundleIdcalls in try/catch — they can throw after a successful build+install. - Escape quotes in
--predicatestrings:.replace(/"/g, '\\"')on interpolated values.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2mo ago First seen · 69 lines · 37 tokens per session scan A 9ae9784fe77f
tool-handler-development is a skill published in the GitHub repository DebugSwift/XcodeBazelMCP (8 stars, last pushed 3mo ago), licensed MIT. It adds 37 tokens to every session and 689 once invoked, about $0.0001 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
n8n-code-tool
Write JavaScript or Python for the n8n Custom Code Tool (@n8n/n8n-nodes-langchain.toolCode) — the AI-agent-callable tool, NOT the workflow Code node. Use when building a Code Tool attached to an AI Agent, writing code that an LLM will invoke, parsing the query input, returning a string result, defining an input schema…
n8n-subworkflows
Build reusable, composable n8n sub-workflows. Use when extracting shared logic, building anything multi-step or reused across workflows, or any workflow over 10 nodes — and whenever the user mentions sub-workflows, Execute Workflow, reuse, shared/common logic, modular workflows, "Define Below" inputs…
sanity-singletons
Configure singleton documents in a Sanity Studio using the document.singletons registry. Use when a developer wants a fixed-id document (settings, navigation, footer) edited in place, hidden from the default content list, with no "create new" or "duplicate" affordances — or when migrating a userland singleton…
sanity-best-practices
Sanity development best practices for schema design, GROQ queries, TypeGen, Visual Editing, images, Portable Text, Studio structure, localization, migrations, Sanity Functions, webhooks, Blueprints, and framework integrations such as Next.js, Nuxt, Astro, Remix, SvelteKit, Angular, Hydrogen, the App SDK, and Studios…
tech-specs
To define clear, testable tech specs from requirements — target-state architecture, contracts, interfaces.
mcp-google-map-project
Project knowledge for developing and maintaining @cablate/mcp-google-map. Architecture, Google Maps API guide, GIS domain knowledge, and design decisions. Read this skill to onboard onto the project or make informed development decisions.