Advise tool integration skills
Skill the-long-ride/skill-master/skills/advise-tool-integration-skills
Use when a human wants to design, evaluate, or improve AI agent skills for APIs, MCP servers, SaaS connectors, authentication flows, schemas, tool calling, external systems, or integration-heavy workflowsFrom its SKILL.md
npx -y skills add the-long-ride/skill-master --skill advise-tool-integration-skillsAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
5.5 KB, ~1.1k tokens by cl100k_base, as published. Nobody here has run it
Tool Integration Skill Advisor
Overview
Advisor for designing, evaluating, and improving AI agent skills in the tool integration domain. Use this skill to turn a vague skill idea into a compact skill blueprint, not to perform the domain work itself.
When To Use
Use when a human asks to design, review, improve, migrate, publish, or validate an AI agent skill for tool integration. Use when trigger quality, workflow shape, failure recovery, output format, references, scripts, or validation need improvement. Do not use when the human wants the agent to directly perform the tool integration task instead of designing the skill.
Inputs And Tools
- User's skill idea, draft
SKILL.md, target runtime, example prompts, and any existing references, scripts, or assets. - Repository skill files, routing metadata, and validation reports when improving an existing repository.
- Read-only inspection first; ask before edits, publishing, running commands, or spawning agents.
Workflow
- Separate skill-design advice from target-domain execution.
- Identify the integration type: API, MCP server, webhook, or agent-session hooks.
- Define authentication, secrets, scopes, rate limits, and audit expectations.
- Specify schema discovery and validation for inputs and outputs.
- Separate read-only, write, and destructive actions.
- Define dry-run, confirmation, and rollback behavior where relevant.
- Design the hook/MCP lifecycle (cross-platform CMD/bash entry points, environment variables).
- Return an integration-skill blueprint with tool/hook contracts and failure recovery.
Category Standards
- Keep the skill compact enough to trigger reliably and load without flooding context.
- Prefer reusable reference files and scripts for heavy domain-specific details.
- Default to read-only behavior until the skill explicitly requires mutation.
- Never hardcode secrets.
- Validate tool inputs before calling external systems.
- Explain permission scopes and state-changing actions.
- Handle rate limits and partial failures.
- Include mock or sample payloads when possible.
- For hooks, ensure cross-platform compatibility (using polyglot
.cmd/.shwrappers that detect Windows CMD and run the script via Git Bashbash.exe -l -c). - Align hook output to the host agent schema: Cursor expects
additional_context, Claude Code expectshookSpecificOutput.additionalContext, and Copilot CLI/SDK standard expectsadditionalContext.
Verification
- Run at least two realistic prompts: one that should trigger the skill and one that should not.
- Check that the skill asks for missing inputs before giving brittle advice.
- Confirm failure modes include recovery behavior, not only warnings.
- Confirm validation commands or manual checks are safe for the target runtime.
Checklist
- Examples show concrete input and expected output.
- Verification can be repeated by a human or another agent.
- Trigger description names APIs, MCP, connectors, auth, tools, or external systems.
- Workflow distinguishes local files from remote systems.
- Skill defines tool availability checks.
- Failure modes cover auth failure, network failure, rate limits, schema drift, and partial writes.
- Output format includes called tools and results.
- References include endpoint schemas or server capability notes.
- Hooks (if used) are wrapped to prevent CMD.exe execution failures on Windows.
- Hook outputs are correctly JSON-escaped (handling newlines, backslashes, quotes) without using hang-prone bash heredocs.
Nice To Have
- Trigger collision notes for adjacent skills.
- PASS/PARTIAL/FAIL verification rubric.
- OpenAPI or JSON schema references.
- Mock server or fixture payloads.
- Idempotency guidance.
- Permission matrix.
- Audit log format.
Example Skill Ideas
- GitHub issue triage integration skill.
- Slack summary sender skill.
- MCP server usage advisor skill.
- CRM update skill.
Examples
Input: "Help me design a skill for tool integration workflows that reviews drafts and flags missing evidence." Output: A compact skill blueprint with trigger description, ordered workflow, resources, failure recovery, validation prompts, and output format.
Input: "This tool integration skill triggers too often and gives generic advice." Output: A revision plan that narrows triggers, moves heavy details to references, adds examples, and defines repeatable verification.
Failure Modes
- Tool unavailable: provide a manual fallback or setup checklist.
- Authentication fails: avoid retry loops and report required credentials.
- Schema mismatch: inspect current schema and update references.
- Partial write succeeds: report completed actions and required reconciliation.
Human Verification
Score the revised skill before calling it ready:
Discovery: PASS | PARTIAL | FAIL
Content: PASS | PARTIAL | FAIL
Verification: PASS | PARTIAL | FAIL
Critical gaps:
1. <gap>
Required fixes:
1. <fix>
Decision: READY | NEEDS REVISION
Output Format
Return:
Skill concept: <name>
Integration target: <system>
Trigger description draft: <Use when...>
Permission model:
- <scope>
Tool contract / Hook configuration:
- <input/output or hooks.json details and cross-platform wrappers>
Failure recovery:
- <mode and recovery>
Validation:
- <check>
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.
Gives 0 of the 12 instructions most mcp tooling skills give in ~1.1k tokens
Counted across 638 of the 750 authors here whose files we hold, read 2026-08-07
- Create ten complex or independent read-only evaluation questionsin 69 of 638, across 15 files
- Test servers using MCP Inspectorin 61 of 638, across 19 files
- Provide actionable error messages with specific next stepsin 54 of 638, across 12 files
- Prioritize comprehensive API coverage over specific workflows or workflow toolsin 54 of 638, across 12 files
- Use TypeScript and Streamable HTTP for remote servers or clientsin 54 of 638, across 8 files
- Define structured output schemas where possiblein 50 of 638, across 8 files
- Use Zod or Pydantic for input schemasin 47 of 638, across 5 files
- Fetch MCP specification pages with markdown suffixin 46 of 638, across 4 files
- Load framework documentation using WebFetchin 45 of 638, across 3 files
- Verify each evaluation answer independentlyin 45 of 638, across 3 files
- Implement API client with authentication and paginationin 45 of 638, across 3 files
- Define input schemas with validationin 27 of 638, across 9 files
Said here and by no other author read
- separate skill design advice from domain execution
- identify the integration type
- define authentication secrets and rate limits
- specify schema discovery and validation
- separate read-only write and destructive actions
- define dry-run confirmation and rollback behavior
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.