skills/add-provider-doc/SKILL.md
Use this skill when producing provider documentation that must be accurate, actionable, and support-friendly, including setup, usage, limits, troubleshooting, and release-ready structure.
npx skillsauth add chatandbuild/chatchat-skills Add Provider DocInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Use this skill to produce provider documentation that is accurate, actionable, and support-friendly.
API reference structure. Organize API docs by resource or action: endpoints, request/response schemas, required vs optional parameters, and example payloads. Use consistent formatting (e.g., method, path, headers, body). Include a quick-reference table for common operations.
Authentication setup guides. Provide step-by-step instructions for obtaining credentials: where to create apps/keys, which scopes to request, how to store secrets securely (env vars, vaults). Document token refresh flow and expiry handling. Include verification steps (e.g., test API call) to confirm auth works.
Rate limit documentation. Document limits per endpoint or per account: requests per second/minute, burst limits, and headers that indicate remaining quota. Explain behavior when limits are exceeded (429, retry-after, or throttling). Include recommended backoff strategies.
Error code catalogs. List each error code with: HTTP status, provider message, probable cause, and remediation steps. Group by category (auth, rate limit, validation, server). Include example error payloads and links to provider status pages or support.
Walkthrough validation. Run the setup flow end-to-end on a fresh environment or VM. Follow the doc exactly as written. Fix any missing steps, ambiguous instructions, or incorrect assumptions. Document the exact environment used (OS, versions).
Screenshot/example freshness. Verify screenshots and examples match current UI and API versions. Re-capture screenshots when provider UI changes. Update code examples to use current SDK versions and endpoints. Add a "last verified" date.
Broken link detection. Run a link checker on all external URLs. Fix or remove broken links. Prefer stable documentation URLs over version-specific URLs when possible.
Documenting happy path only. Users hit errors, rate limits, and edge cases. Document failure modes and recovery steps. Include "what to do when X fails" for common failure points.
Outdated screenshots. Screenshots that no longer match the UI confuse users and erode trust. Re-screenshot when UI changes or at least every 6-12 months.
Missing prerequisite steps. Assume nothing. Document OS version, runtime version, dependencies, network requirements, and firewall rules. Users who skip prerequisites often fail silently.
No troubleshooting section. Without troubleshooting, users abandon support or guess. Include a troubleshooting matrix: symptom, cause, and fix. Link to common issues and known provider outages.
Version-specific instructions without version callout. If instructions apply only to a specific API or SDK version, state the version explicitly. Add a compatibility matrix or version table. Avoid "works with latest" without defining what "latest" means.
Provider overview. Supported features, limitations, and prerequisites. Link to provider status page.
Quick start. Minimal setup to get a working integration in under 15 minutes.
Setup sequence. Step-by-step setup with verification checkpoints. Required configs, credentials, environment variables. Prerequisites clearly stated.
API reference. Endpoints, request/response schemas, parameters. Authentication and rate limit headers.
Authentication guide. Credential creation, storage, refresh, and verification steps.
Usage examples. Common operations with example requests and responses. Code snippets for supported languages.
Rate limit documentation. Limits, behavior when exceeded, and backoff recommendations.
Error catalog. Error codes, causes, and remediation steps. Links to provider support.
Troubleshooting matrix. Symptoms, causes, and fixes. Known issues and workarounds.
Maintenance notes. Upgrade procedures, deprecation notices, ownership, and escalation contacts.
Validation results. Walkthrough completion status, screenshot freshness, and link check results.
tools
Use only when the user explicitly asks to stage, commit, push, and open a GitHub pull request in one flow using the GitHub CLI (`gh`).
development
Use this skill any time a spreadsheet file is the primary input or output. This means any task where the user wants to: open, read, edit, or fix an existing .xlsx, .xlsm, .csv, or .tsv file (e.g., adding columns, computing formulas, formatting, charting, cleaning messy data); create a new spreadsheet from scratch or from other data sources; or convert between tabular file formats. Trigger especially when the user references a spreadsheet file by name or path — even casually (like "the xlsx in my downloads") — and wants something done to it or produced from it. Also trigger for cleaning or restructuring messy tabular data files (malformed rows, misplaced headers, junk data) into proper spreadsheets. The deliverable must be a spreadsheet file. Do NOT trigger when the primary deliverable is a Word document, HTML report, standalone Python script, database pipeline, or Google Sheets API integration, even if tabular data is involved.
development
Use this skill when turning messy workout information into clear logs, comparing user-provided sessions, surfacing trends or likely PRs, and suggesting realistic next-session steps.
tools
Toolkit for interacting with and testing local web applications using Playwright. Supports verifying frontend functionality, debugging UI behavior, capturing browser screenshots, and viewing browser logs.