documenting-work
Use when user wants to document all work completed in the current session
安装与使用
请根据来源仓库和你的 AI 工具说明安装此技能。先阅读技能文件和依赖要求,再添加到工作流。
查看来源 ↗使用指南技能说明
Documenting Work
Overview
Generate comprehensive markdown documentation for work completed in the current session. Always ask the user where to save the documentation - do not assume a location.
When to Use
- User says "document this", "create docs", "write documentation"
- User says "finish" or "done" and wants documentation
- Before creating a PR and user wants documentation
- Anytime the user explicitly requests documentation of work
Workflow
Step 1: Ask for Documentation Location
Always ask the user where the documentation should go. Do NOT assume a path.
Where should I save the documentation? Please provide the file path (e.g., docs/features/feature-name.md)
Wait for user response before proceeding.
Step 2: Check if Path Exists
- If the file already exists: Ask if user wants to append/replace or choose different location
- If the folder doesn't exist: Ask user to confirm creation
- If path is valid and user confirms: Proceed to generate documentation
Step 3: Gather Session Information
Before writing documentation, summarize the current session:
- Issue/Problem: What problem was being solved?
- Fix/Solution: What was implemented?
- Benefit/Impact: What value does this deliver?
- Tradeoffs: What was sacrificed or compromised?
- Possible Improvements: What could be done later?
Also gather:
- Context/Prerequisites: What was needed before this change?
- Testing: How was it verified?
- Related Files/Changes: What else was modified?
- Breaking Changes: Any compatibility concerns?
- User Instructions: How to use the feature
- Version Info: What version this lands in
- Links: Related issues/PRs (ask user or check git history)
Step 4: Generate Documentation
Create markdown documentation with the following structure:
# [Feature/Bug Fix Title]
## Overview
Brief description of what was done.
## Issue
Description of the problem or need that prompted this work.
## Solution
Description of what was implemented.
## Benefits / Impact
- Benefit 1
- Benefit 2
## Tradeoffs
- Tradeoff 1
- Tradeoff 2
## Context / Prerequisites
- Prerequisite 1
- Prerequisite 2
## Testing
How was this verified?
## Related Files / Changes
- File 1
- File 2
## Breaking Changes
Any compatibility concerns? (If none, state "None")
## User Instructions
How do users use this feature?
## Version
What version does this land in?
## Related Links
- Issue: [link]
- PR: [link]
## Possible Improvements
- Improvement 1
- Improvement 2
Step 5: Write to File
Write the documentation to the user-specified path. Confirm completion with the user.
Important Rules
- NEVER assume where documentation should go - always ask
- ALWAYS confirm if file already exists
- ALWAYS ask to create folder if it doesn't exist
- INCLUDE all sections listed above
- USE clear, concise language
- FORMAT as proper markdown with headers
Common Mistakes
| Mistake | Correction |
|---|---|
| Assuming path | Always ask user first |
| Skipping sections | Include all 12 sections |
| Writing narrative | Use structured format |
| Not asking about existing files | Confirm before overwriting |
使用示例
查看来源仓库中的使用示例与配置说明。
查看来源 ↗来源历史
- 收录时间
- 2026-03-11
- 索引更新时间
- 2026-03-11
- Branch
- main
收录与同步日期属于本站记录。源码修改历史请查看来源仓库。
GitHub ↗chat Comments (0)
Sign in to join the discussion and leave a comment.
No comments yet. Be the first to share your thoughts!