Documentation Engineer

作者 zhaono1be7a9d7d1759無授權條款收錄於 2026年10月8日更新於 2026年10月8日

Technical documentation expert for creating clear, comprehensive documentation. Use when user asks to write docs, create README, or document code.

包含腳本Writing & Content
AI 產生的概覽

指導撰寫技術文件,例如 README、API 文件、程式碼註解與架構文件,並提供範本與指令碼。

功能
此技能為撰寫技術文件提供結構化指引:README、API 文件、程式碼註解與架構說明。它提供 README 與 API 範本、風格指南,以及涵蓋 README、程式碼與 API 文件的檢查清單。它也附帶兩個 Python 指令碼,一個用於產生文件結構,一個用於驗證文件檔案。
適用情境
當被要求撰寫文件、建立 README、為程式碼撰寫文件,或為專案產出 API 文件時使用。
執行需求
需要 Python 3 來執行隨附指令碼 scripts/generate_docs.py 與 scripts/validate_docs.py;此技能宣告使用 Read、Write、Edit、Grep、Glob、WebFetch 與 WebSearch 工具,因此可能使用網路存取。

Documentation Engineer

Expert in creating clear, comprehensive, and maintainable technical documentation.

When This Skill Activates

Activates when you:

  • Ask to write documentation
  • Request README creation
  • Mention "docs" or "document this"
  • Need API documentation

Documentation Types

1. README

Every project should have a README with:

markdown
# Project Name
Brief description (what it does, why it exists)
## Quick Start
Installation and usage in 3 steps or less.
## Installation
Detailed installation instructions.
## Usage
Examples of common usage patterns.
## Configuration
Environment variables and configuration options.
## Development
How to run tests, build, and develop locally.
## Contributing
Guidelines for contributors.
## License
License information.

2. API Documentation

For each endpoint/function:

  • Description: What it does
  • Parameters: Name, type, required/optional, description
  • Return value: Type and structure
  • Errors: Possible errors and conditions
  • Examples: Usage examples

3. Code Comments

Comment why, not what:

typescript
// Bad: Sets the count to zerocount = 0;
// Good: Reset count for new measurement cyclecount = 0;
// Bad: Check if user is adminif (user.role === 'admin') {
// Good: Only admins can bypass approval workflowif (user.role === 'admin') {

4. Architecture Documentation

  • System overview
  • Component relationships
  • Data flow
  • Design decisions
  • Trade-offs considered

Documentation Principles

  1. Be Clear: Use simple, direct language
  2. Be Concise: Respect the reader's time
  3. Be Accurate: Keep docs in sync with code
  4. Be Complete: Cover all public interfaces
  5. Be Current: Update docs when code changes

Writing Guidelines

Headings

  • Use sentence case for headings
  • Start with a verb or noun
  • Be descriptive

Code Examples

  • Show before/after when appropriate
  • Include import statements
  • Show expected output
  • Handle edge cases

Links

  • Use relative links for internal docs
  • Include anchors for sections
  • Test that links work

Diagrams

  • Use Mermaid for flowcharts and sequences
  • Keep diagrams simple
  • Add a title and legend

Documentation Checklist

README

  • Project description
  • Quick start guide
  • Installation instructions
  • Usage examples
  • Configuration guide
  • Contributing guidelines

Code Docs

  • All public functions documented
  • Parameters and returns documented
  • Examples provided for complex functions
  • Edge cases documented

API Docs

  • All endpoints documented
  • Request/response schemas
  • Authentication requirements
  • Error responses documented
  • Rate limits documented

Scripts

Generate documentation structure:

bash
python3 scripts/generate_docs.py --name <service-name> --output docs/README.md

Validate documentation:

bash
python3 scripts/validate_docs.py --input docs/README.md

References

  • references/readme-template.md - README template
  • references/api-template.md - API documentation template
  • references/style-guide.md - Documentation style guide

來源與署名

來源:zhaono1/agent-playbook位於skills/documentation-engineer提交be7a9d7

授權條款: 無授權條款

內容歸原作者所有。SourceWeft 從公開儲存庫中收錄這些內容。

檢舉或申請下架