mcp-tool-docs-stinger

Document MCP tools, TypeScript APIs, and CLI commands from source code.

72|28|Updated May 23, 2026
One-click install
npx skills add https://github.com/legioncodeinc/that-git-life --skill mcp-tool-docs-stinger
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: mcp-tool-docs-stinger
Source: https://github.com/legioncodeinc/that-git-life/tree/main/.claude/skills/mcp-tool-docs-stinger
Command: npx skills add https://github.com/legioncodeinc/that-git-life --skill mcp-tool-docs-stinger

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill prevents documentation drift by helping teams create accurate, source-backed documentation for MCP tools, TypeScript APIs, CLI commands, and release changes.

Core Features & Use Cases

  • MCP Tool Documentation: Documents tool names, purposes, schemas, outputs, side effects, and examples based on real source code.
  • API and CLI Reference Workflows: Guides TypeDoc generation, CLI command documentation, doc-to-code synchronization, and changelog discipline.
  • Use Case: Help maintainers audit Hivemind documentation so published references match actual MCP handlers, TypeScript exports, and command behavior.

Quick Start

Ask the mcp-tool-docs-stinger skill to audit the Hivemind MCP tools and update documentation to match the source code.

Frequently Asked Questions about mcp-tool-docs-stinger

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

FAQPage Schema
How do I prevent documentation drift for MCP tools and TypeScript APIs?

Prevent documentation drift by validating technical references against actual source code behavior, capturing MCP handler schemas, outputs, side effects, and TypeScript exports to keep published references aligned. This source-first validation ensures docs match real implementation.

What's the best way to document MCP tool schemas and side effects accurately?

Document MCP tool schemas and side effects accurately by extracting tool names, purposes, input schemas, outputs, and examples directly from the source code. This source-first approach ensures the generated reference matches actual handler behavior.

How does TypeDoc generation work for CLI command references?

TypeDoc generation for CLI command references works by guiding the extraction of TypeScript public APIs and command behavior into synchronized documentation. This process maintains doc-to-code alignment and enforces changelog discipline for release updates.

Can I audit existing MCP documentation against the source code?

Yes, you can audit existing MCP documentation against the source code by running synchronization checks that compare published references with actual MCP handlers and TypeScript exports. This validation captures discrepancies and updates docs to match implementation.

Do I need TypeScript source files to maintain MCP API references?

Yes, TypeScript source files are required to maintain MCP API references because the documentation process validates public APIs, CLI commands, and tool schemas against the actual source code behavior to ensure accurate, code-aligned references.

What are the limitations of source-first documentation validation for MCP tools?

Source-first documentation validation for MCP tools relies on direct access to current source code, meaning it cannot accurately document deprecated handlers or behaviors without corresponding code present in the repository for synchronization checks.