en un clic
update-docs
// Update documentation after tool changes — TOOLS.md, skill.md, README, INSTALLATION.md
// Update documentation after tool changes — TOOLS.md, skill.md, README, INSTALLATION.md
Scaffold and implement a new MCP tool end-to-end — endpoint, handler, registration, docs
Debug a malfunctioning MCP tool — trace the full request lifecycle to find the issue
Structured bug fix workflow — find issue in tracker, root-cause, fix, test, verify, document
Guided npm publish workflow — version bump, quality gate, build, publish, tag
Post-task retrospective — captures what worked, what went wrong, writes lessons to auto-memory
Review code for bugs, MCP protocol violations, consistency issues, and convention adherence
| name | update-docs |
| description | Update documentation after tool changes — TOOLS.md, skill.md, README, INSTALLATION.md |
| argument-hint | [tool-name or "all" to audit all docs] |
Update documentation: $ARGUMENTS
If a specific tool is named:
docs/TOOLS.md for the tool's existing documentationdocs/skill.md for any referencesIf "all" is specified:
docs/TOOLS.md for driftREADME.mdFor each tool in scope, verify:
TOOLS.md
toolDefinition.name?inputSchema.properties?skill.md
README.md
INSTALLATION.md
Fix any drift found. Follow the existing documentation style — don't reinvent the format.
For TOOLS.md, each tool section should include:
npm run format to ensure consistent formatting