tech-documentation
Skill3 starsChanged 24 days agoMITView on GitHub
Technical documentation writing skill covering API docs, architecture documentation, deployment guides, and various technical writing best practices. Use this skill when creating technical documentation, writing API documentation, creating architecture design documents, or need templates for deployment and operations manuals.
- Sends data out
We split this skill into the rules it gives an agent
4 rules. About 0 are common, 4 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈4
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 14
Write API documentation or developer guides
- Distinctive: line 15
Create architecture design documents
- Distinctive: line 85
Concise: Avoid redundancy, get to the point
- Distinctive: line 92
Use language and concepts familiar to the audience
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Tech Documentation Skill
Technical documentation writing expertise, providing comprehensive methodology and templates for producing high-quality technical documentation.
When to Use
Trigger scenarios — use this skill when the user asks to:
- Write API documentation or developer guides
- Create architecture design documents
- Produce deployment or operations manuals
Overview
This is a comprehensive skill module focused on technical documentation writing, covering standards, templates, and best practices for various types of technical documentation to help teams produce high-quality, easy-to-understand, and maintainable documentation.
Core Capabilities
1. API Documentation
- OpenAPI/Swagger Specifications
- RESTful API Documentation
- GraphQL Documentation
- gRPC Interface Documentation
- API Change Logs
- Authentication and Authorization Documentation
2. Architecture Documentation
- Architecture Design Documents (ADD)
- Architecture Decision Records (ADR)
- System Architecture Diagrams (C4 Model, UML)
- Technology Selection Reports
- Architecture Evolution Roadmaps
3. Detailed Design Documents
- Module Design Documents
- Database Design Documents
- Interface Design Documents
- Algorithm Design Specifications
- Sequence Diagrams/Flowcharts
4. Deployment and Operations Documentation
- Deployment Manuals
- Operations Manuals
- Incident Response Manuals
- Monitoring and Alerting Configuration
- Performance Optimization Guides
- Backup and Recovery Procedures
5. User Manuals
- Product User Manuals
- Quick Start Guides
- Frequently Asked Questions (FAQ)
- Troubleshooting Guides
- Best Practices
6. Developer Documentation
- Contributing Guidelines (CONTRIBUTING.md)
- Coding Standards
- Development Environment Setup
- Testing Guides
- Release Processes
7. Project Management Documentation
- Project Plans
- Requirements Documents
- Test Plans
- Release Notes
- Change Logs (CHANGELOG)
8. Knowledge Base Documentation
- Technical Blog Posts
- Case Studies
- Problem Summaries
- Learning Notes
Documentation Principles
1. The 5C Principles
- Clear: Concise language, clear logic
- Concise: Avoid redundancy, get to the point
- Complete: Comprehensive information covering all needs
- Correct: Accurate content, verified and tested
- Consistent: Unified style, standardized terminology
2. Audience-Oriented
- Understand target audience (developers, operations, product, users)
- Use language and concepts familiar to the audience
- Provide information at different levels (overview → detailed)
- Include practical examples and best practices
3. Structured Organization
- Clear hierarchical structure
- Unified format and style
- Table of contents and navigation
- Cross-references
4. Maintainability
- Version control
- Change records
- Regular review and updates
- Feedback mechanisms
Documentation Templates
API Documentation Template (OpenAPI format, endpoints, error codes, changelog): see references/api-doc-template.md
Architecture Design Document Template (overview, requirements, architecture, tech stack, data, deployment): see references/architecture-template.md
Deployment Documentation Template (environment, prerequisites, deployment steps, rollback, monitoring): see references/deployment-template.md
Use Cases
New Project Launch
Create complete documentation system for new project:
- README.md
- API documentation
- Architecture design document
- Deployment documentation
- Contributing guidelinesAPI Design Review
Write API design documentation, including:
- Interface definitions
- Data models
- Error handling
- Security authenticationSystem Delivery
Prepare system delivery documentation package:
- System architecture documentation
- Deployment and operations manual
- User manual
- Incident response manualKnowledge Management
Technical solution summary:
- Problem analysis
- Solutions
- Technical decisions
- Lessons learnedIntegration Examples
Using in Agent
{
"agent": "tech-writer",
"skills": [
"tech-documentation",
"system-architecture",
"api-design"
]
}Referencing in Conversation
@tech-documentation Please create complete documentation for this APIWorked Example: Documenting POST /login
Task: "Write API documentation for a POST /login endpoint."
Step 1 — Scope with the requester. Audience: third-party integrators.
Structure follows references/api-doc-template.md;
responses use the {code, message, data, request_id, timestamp} envelope
shown below (define it explicitly if your project uses a different one).
Step 2 — Write the document.
POST /login
Authenticates a user and returns an access token.
Request body
| Field | Type | Required | Description |
| username | string | yes | Account name or email |
| password | string | yes | Account password (TLS required) |
{
"username": "john_doe",
"password": "s3cret!"
}Response 200
{
"code": 0,
"message": "Success",
"data": { "token": "eyJhbGciOi...", "expires_in": 3600 },
"request_id": "req_abc123",
"timestamp": "2026-10-08T10:30:00Z"
}Response 401 — invalid credentials
{
"code": 40101,
"message": "Invalid username or password",
"request_id": "req_def456",
"timestamp": "2026-10-08T10:30:01Z"
}cURL
curl -X POST https://api.example.com/api/v1/login \
-H "Content-Type: application/json" \
-d '{"username": "john_doe", "password": "s3cret!"}'Step 3 — Self-check against the Documentation Quality Checklist below (endpoint, params, success + error responses, runnable example, all present).
Documentation Quality Checklist
Content Quality
- Information is accurate and complete
- Logic is clear and coherent
- Examples are realistic and usable
- Terminology is consistent and standardized
Readability
- Language is concise and clear
- Structure is well-organized
- Formatting is unified and attractive
- Diagrams are clear and easy to understand
Maintainability
- Version information is clear
- Change records are complete
- Contact information is accurate
- Regular review and updates
Accessibility
- Table of contents navigation is clear
- Search functionality is complete
- Links are valid and accurate
- Multiple formats are supported
Recommended Tools
Documentation Writing
- Markdown Editors: Typora, VS Code
- API Documentation: Swagger Editor, Postman
- Diagram Tools: Draw.io, PlantUML, Mermaid
- Screenshot Tools: Snipaste, Xnip
Documentation Hosting
- Static Sites: GitBook, Docusaurus, VuePress
- Team Collaboration: Confluence, Notion
- Version Control: Git, GitHub/GitLab
Documentation Generation
- API Documentation: Swagger/OpenAPI, ApiDoc
- Code Documentation: JavaDoc, JSDoc, Sphinx
- README Generation: readme-md-generator
Learning Resources
Recommended Books
- "Technical Writing: A Practical Guide"
- "Docs for Developers"
- "The Documentation Compendium"
Online Resources
Version: 1.0.0 Last Updated: December 2024 Maintainer: MindForge Team
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 1
- HK-hub/AgentSkills★ 699% same
Wrote their own version · 0
None found.
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository37 other files it gives its agents.
- api-designSkill
- database-designSkill
- design-patternSkill
- enterprise-javaSkill
- frontend-reactSkill
- frontend-svelteSkill
- frontend-vueSkill
- git-guruSkill
- go-developmentSkill
- javascript-typescriptSkill
- product-managementSkill
- python-developmentSkill
- session-summarySkill
- swift-developmentSkill
- swiftui-developmentSkill
- system-architectureSkill
- testingSkill
- xcode-managementSkill
- api-designSkill
- database-designSkill
- design-patternSkill
- enterprise-javaSkill
- frontend-reactSkill
- frontend-svelteSkill
- frontend-vueSkill
- git-guruSkill
- go-developmentSkill
- javascript-typescriptSkill
- product-managementSkill
- python-developmentSkill
- session-summarySkill
- swift-developmentSkill
- swiftui-developmentSkill
- system-architectureSkill
- tech-documentationSkill
- testingSkill
- xcode-managementSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

