What problem does it solve? Adding a new GitLab API endpoint as an MCP tool in this Go codebase requires touching many files—input/output structs, handlers, ActionSpec metadata, markdown formatters, tests, catalog wiring, e2e scenarios, and documentation—and missing any step fails CI gates. This Skill provides the complete end-to-end workflow so nothing is forgotten. ## Core Features & Use Cases - Full scaffolding workflow: Guides creation of the sub-package under internal/tools/{domain}/ with doc.go, handler file, action_specs.go, markdown.go, and test files, including naming conventions for multi-word domains. - Convention enforcement: Codifies rules for struct tags (jsonschema, tier), error handling variants (WrapErr, WrapErrWithHint, NotFoundResult), ActionSpec constructors, markdown formatter registration, and catalog aggregation via make gen-action-catalog-manifest. - Quality gates: Lists required test categories (success, validation, API error, markdown, empty state), e2e scenario requirements with typed harness.ActionID constants, and verification commands (make check-e2e-static, audit_doc_coverage, golangci-lint). - Use Case: When you need to expose a new GitLab REST v4 endpoint (e.g., listing project tags) as an MCP tool, follow this Skill to produce a complete, CI-passing implementation. ## Quick Start Use the create-mcp-tool skill to add a new MCP tool that lists project tags via the GitLab REST API. ## Quick Start Ask the AI to create a new MCP tool for a chosen GitLab API endpoint following this workflow.