Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/everyone-needs-a-copilot/claude-copilot/api-docsnpx skills add Everyone-Needs-A-Copilot/claude-copilot --skill api-docsgit clone --depth 1 https://github.com/Everyone-Needs-A-Copilot/claude-copilotWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/everyone-needs-a-copilot/claude-copilot/api-docs)<a href="https://agentmods.dev/skills/everyone-needs-a-copilot/claude-copilot/api-docs"><img src="https://agentmods.dev/badge/skills/everyone-needs-a-copilot/claude-copilot/api-docs.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00091 | $0.02567 |
| Opus 5 | $0.00046 | $0.01283 |
| Sonnet 5 | $0.00018 | $0.00513 |
| Haiku 4.5 | $0.00009 | $0.00257 |
Grade A, and why
api-docs scanned grade A with 1 finding against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured today.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Makes network callslowCapability
Not a fault in itself. Listed so you know the mod talks to something, and to what.
curl -X GET "https://api.example.com/resource/abc123" \ How it starts
The opening of the file, as written. The whole thing — 342 lines — stays where its author put it; the contents beside it link to each section on GitHub.
API Documentation
Patterns for creating clear, complete API documentation that developers can use without guessing.
OpenAPI/Swagger spec completeness is deterministic — the linter script checks it exactly. Prose judgment (is this description clear? is this example realistic?) remains L2 work.
Purpose
- Provide consistent structure for API endpoint documentation
- Ensure all critical information (auth, errors, examples) is included
- Enable developers to make successful API calls on first try
Core Patterns
Pattern 1: Endpoint Specification
When to use: Documenting any REST API endpoint.
Implementation:
## `METHOD /path/:param`
Brief description of what this endpoint does.
### Authentication
Bearer token required in Authorization header.
### Parameters
| Name | Type | In | Required | Description |
|------|------|-----|----------|-------------|
| id | string | path | Yes | Resource identifier |
| limit | integer | query | No | Max results (default: 20) |
### Request Body
```json
{
"field": "value"
}
Response
{
"id": "abc123",
"created_at": "2024-01-01T00:00:00Z"
}
Errors
| Code | Meaning | Resolution |
|---|---|---|
| 400 | Invalid request | Check request body format |
| 401 | Unauthorized | Include valid Bearer token |
| 404 | Not found | Verify resource ID exists |
Example
curl -X GET "https://api.example.com/resource/abc123" \
-H "Authorization: Bearer TOKEN"
**Benefits:**
- Developers find information predictably
- All edge cases documented upfront
- Copy-paste examples reduce errors
### Pattern 2: Error Response Documentation
**When to use:** Documenting error responses for any endpoint.
**Implementation:**
```markdown
### Error Response Format
All errors return this structure:
```json
{
"error": {
"code": "RESOURCE_NOT_FOUND",
"message": "User with ID 'xyz' not found",
"details": {
"resource": "user",
"id": "xyz"
}
}
}
Common Error Codes
| Code | HTTP Status | Description | Action |
|---|---|---|---|
INVALID_REQUEST |
400 | Malformed request body | Validate JSON structure |
UNAUTHORIZED |
401 | Missing or invalid token | Refresh authentication |
FORBIDDEN |
403 | Insufficient permissions | Check user roles |
NOT_FOUND |
404 | Resource doesn't exist | Verify ID |
RATE_LIMITED |
429 | Too many requests | Wait and retry |
What ships with it
2 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- today First seen · 342 lines · 91 tokens per session scan A cdbbe48b52b0
api-docs is a skill published in the GitHub repository Everyone-Needs-A-Copilot/claude-copilot (13 stars, last pushed 10d ago), licensed MIT. It adds 91 tokens to every session and 2,567 once invoked, about $0.0005 per session on Opus 5. A static security scan graded it A with 1 finding (makes network calls). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-04.
Other skills, from other repositories
api-design
Design and implement RESTful APIs with proper routing, validation, error handling, and documentation. Use when building new API endpoints, designing API architecture, or improving existing APIs.
api-endpoint-builder-v2
API Endpoint Builder workflow skill. Use this skill when the user needs Builds production-ready REST API endpoints with validation, error handling, authentication, and documentation. Follows best practices for security and scalability and the operator should preserve the upstream workflow, copied support files, and…
openapi-expert
Expert-level OpenAPI/Swagger specification for API design, documentation, and code generation. Use when the user mentions swagger, API specs, REST, API design, or documentation, or when the task involves OpenAPI Specification, Webhooks, or Polymorphism.
api-docs-generator
Generate API documentation from code - produce OpenAPI/Swagger specs, Markdown API references, request/response examples, and interactive documentation from source code analysis.
api-endpoint-builder
API Endpoint Builder workflow skill. Use this skill when the user needs Builds production-ready REST API endpoints with validation, error handling, authentication, and documentation. Follows best practices for security and scalability and the operator should preserve the upstream workflow, copied support files, and…
create-tutorial
Scaffold a new Membrane API Gateway tutorial in the api-gateway repo — the numbered self-teaching YAML under distribution/tutorials/ /, its support files and README links, and the matching auto-discovered integration test. Use whenever the user asks to create, add, write, or scaffold a tutorial (or a tutorial step)…