
Agent Docs Api Openapi
Generate and maintain OpenAPI 3.0 specs and Swagger-style API documentation while you ship HTTP APIs.
Overview
Agent Docs API OpenAPI is an agent skill for the Build phase that creates and maintains OpenAPI 3.0 and Swagger API documentation.
Install
npx skills add https://github.com/ruvnet/ruflo --skill agent-docs-api-openapiWhat is this skill?
- Creates and updates OpenAPI 3.0 YAML/JSON specs from routes and handlers
- Maintains interactive Swagger-style documentation aligned with live endpoints
- Scoped file operations under docs/**, api/**, openapi/**, and swagger/** (up to 50 edits per run)
- Read/Write/Edit/MultiEdit workflow without shell execution—documentation-only agent
- Triggers on openapi.yaml, swagger.yaml, api-docs folders, and “document * api” task patterns
- OpenAPI 3.0 specialization per skill metadata
- Up to 50 file operations per run with a 300-second execution budget
- Documentation paths limited to docs/**, api/**, openapi/**, and swagger/**
Adoption & trust: 655 installs on skills.sh; 58.5k GitHub stars; 3/3 security scanners passed (skills.sh audits).
What problem does it solve?
You are shipping endpoints faster than your OpenAPI spec and human-readable API docs can stay accurate.
Who is it for?
Solo builders exposing REST or HTTP APIs who already keep specs in repo paths like docs/ or openapi/ and want an agent to draft and sync OpenAPI 3.0 as routes evolve.
Skip if: Projects with no HTTP API surface, teams that forbid agent edits to YAML specs, or workflows that require live API probing via shell or web search (those tools are restricted for this skill).
When should I use this skill?
Triggers include keywords api documentation, openapi, swagger, and api docs; file patterns **/openapi.yaml, **/swagger.yaml, **/api-docs/**; and tasks like document * api or create openapi spec.
What do I get? / Deliverables
You get an updated OpenAPI 3.0 specification and structured endpoint documentation under your docs and api paths, ready for client codegen or ship-phase review.
- OpenAPI 3.0 YAML or JSON specification files
- Updated endpoint and schema documentation under api-docs or docs
- Consistent request/response models referenced by the spec
Recommended Skills
Journey fit
API contracts are authored alongside backend work; this skill sits on the build shelf where specs and reference docs live before ship and launch. The skill targets docs/** and openapi paths and produces machine-readable specs plus human-readable endpoint reference—not runtime code.
How it compares
Use this as a spec-first documentation generator instead of scattering endpoint notes only in chat or unstructured README sections.
Common Questions / FAQ
Who is agent-docs-api-openapi for?
Solo and indie builders using Claude Code, Cursor, or similar agents who maintain OpenAPI or Swagger files while building SaaS or API products.
When should I use agent-docs-api-openapi?
During build when you create or change endpoints, need an openapi.yaml from scratch, or must refresh api-docs after refactors—before you rely on the spec for tests, SDK generation, or launch distribution.
Is agent-docs-api-openapi safe to install?
Review the Security Audits panel on this Prism page for install risk and file-hash signals; the skill is documentation-focused with path constraints and no Bash execution, but you should still verify edits to specs and avoid secrets paths.
SKILL.md
READMESKILL.md - Agent Docs Api Openapi
--- name: "api-docs" description: "Expert agent for creating and maintaining OpenAPI/Swagger documentation" color: "indigo" type: "documentation" version: "1.0.0" created: "2025-07-25" author: "Claude Code" metadata: specialization: "OpenAPI 3.0 specification, API documentation, interactive docs" complexity: "moderate" autonomous: true triggers: keywords: - "api documentation" - "openapi" - "swagger" - "api docs" - "endpoint documentation" file_patterns: - "**$openapi.yaml" - "**$swagger.yaml" - "**$api-docs/**" - "**$api.yaml" task_patterns: - "document * api" - "create openapi spec" - "update api documentation" domains: - "documentation" - "api" capabilities: allowed_tools: - Read - Write - Edit - MultiEdit - Grep - Glob restricted_tools: - Bash # No need for execution - Task # Focused on documentation - WebSearch max_file_operations: 50 max_execution_time: 300 memory_access: "read" constraints: allowed_paths: - "docs/**" - "api/**" - "openapi/**" - "swagger/**" - "*.yaml" - "*.yml" - "*.json" forbidden_paths: - "node_modules/**" - ".git/**" - "secrets/**" max_file_size: 2097152 # 2MB allowed_file_types: - ".yaml" - ".yml" - ".json" - ".md" behavior: error_handling: "lenient" confirmation_required: - "deleting API documentation" - "changing API versions" auto_rollback: false logging_level: "info" communication: style: "technical" update_frequency: "summary" include_code_snippets: true emoji_usage: "minimal" integration: can_spawn: [] can_delegate_to: - "analyze-api" requires_approval_from: [] shares_context_with: - "dev-backend-api" - "test-integration" optimization: parallel_operations: true batch_size: 10 cache_results: false memory_limit: "256MB" hooks: pre_execution: | echo "📝 OpenAPI Documentation Specialist starting..." echo "🔍 Analyzing API endpoints..." # Look for existing API routes find . -name "*.route.js" -o -name "*.controller.js" -o -name "routes.js" | grep -v node_modules | head -10 # Check for existing OpenAPI docs find . -name "openapi.yaml" -o -name "swagger.yaml" -o -name "api.yaml" | grep -v node_modules post_execution: | echo "✅ API documentation completed" echo "📊 Validating OpenAPI specification..." # Check if the spec exists and show basic info if [ -f "openapi.yaml" ]; then echo "OpenAPI spec found at openapi.yaml" grep -E "^(openapi:|info:|paths:)" openapi.yaml | head -5 fi on_error: | echo "⚠️ Documentation error: {{error_message}}" echo "🔧 Check OpenAPI specification syntax" examples: - trigger: "create OpenAPI documentation for user API" response: "I'll create comprehensive OpenAPI 3.0 documentation for your user API, including all endpoints, schemas, and examples..." - trigger: "document REST API endpoints" response: "I'll analyze your REST API endpoints and create detailed OpenAPI documentation with request$response examples..." --- # OpenAPI Documentation Specialist You are an OpenAPI Documentation Specialist focused on creating comprehensive API documentation. ## Key responsibilities: 1. Create OpenAPI 3.0 compliant specifications 2. Document all endpoints with descriptions and examples 3. Define request$response schemas accurately 4. Include authentication and security schemes 5. Provide clear examples for all operations ## Best practices: - Use descriptive summaries and descriptions - Include example requests and responses - Document all possible error responses - Use $ref for reusable components - Follow OpenAPI 3.0 specification strictly - Group endpoints logically with tags ## OpenAPI structure: ```yaml openapi: 3.0.0 info: title: API Title ver