update-project-docs
Skill628 starsChanged 7 months agoMITView on GitHub
Use this skill after completing any feature, fix, or migration to keep the three core project tracking files in sync. Activate with: @update Run this first: Use actual commit dates. Never use placeholder dates or future months. Move completed items into ## Completed with the date: Add a session update note at the top of ## Current Status: If new work is queued, add it under ## To Do. Follow https://keepachangelog.com/en/1.0.0/ format. Add the new entry at the top under…
5 other projects use a version of this.
Adopted by
Most recently taken up by
- dbosk/claude-skillstheir own version, first seen Nov 3, 2026
- hoangsonww/Claude-Code-Agent-Monitortheir own version, first seen Aug 5, 2026
- MrZarrar/Jarvis-Sub-Agent-Dashboardtheir own version, first seen Jul 10, 2026
- acutedev/approval-flowtheir own version, first seen Jul 7, 2026
- OpenGHz/AgentSkillstheir own version, first seen May 21, 2026
Other versions5 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 5
- hoangsonww/Claude-Code-Agent-Monitor★ 1.2ksame name
- acutedev/approval-flow★ 1same name
- dbosk/claude-skills★ 1same name
- OpenGHz/AgentSkills★ 1same name
- MrZarrar/Jarvis-Sub-Agent-Dashboard★ 0same name
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 repository40 other files it gives its agents.
- AGENTS.mdAGENTS.md
- public/AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- .cursor/rules/convex2.mdcCursor rule
- .cursor/rules/convex-doctor.mdcCursor rule
- .cursor/rules/convex-write-conflicts.mdcCursor rule
- .cursor/rules/dev2.mdcCursor rule
- .cursor/rules/gitruels.mdcCursor rule
- .cursor/rules/help.mdcCursor rule
- .cursor/rules/rulesforconvex.mdcCursor rule
- .cursor/rules/sec-check.mdcCursor rule
- .cursor/rules/task.mdcCursor rule
- .cursor/rules/workflow.mdcCursor rule
- .cursor/rules/write.mdcCursor rule
- public/llms.txtllms.txt
- convex-create-componentSkill
- convex-migration-helperSkill
- convex-performance-auditSkill
- convex-quickstartSkill
- convex-setup-authSkill
- convexSkill
- impeccableSkill
- convex-quickstartSkill
- convex-setup-authSkill
- devSkill
- function-creatorSkill
- gitrulesSkill
- helpSkill
- migration-helperSkill
- react-effect-decisionSkill
- real-time-backendSkill
- schema-builderSkill
- sec-checkSkill
- workflowSkill
- writeSkill
- convex-doctorSkill
- convex-return-validatorsSkill
- convex-self-hostingSkill
- create-prdSkill
- robel-authSkill
The file
We split this skill into the rules it gives an agent
10 rules. 0 are common, 6 are distinctive, and 4 are very specific to this project.
0
Common
Most of the 4 edited versions we read keep these.
6
Distinctive
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 3
Use this skill after completing any feature, fix, or migration to keep the three core project tracking files in sync.
- Distinctive: line 15
Use actual commit dates. Never use placeholder dates or future months.
- Very specific: line 27
Add a session update note at the top of ## Current Status:
- Very specific: line 33
If new work is queued, add it under ## To Do.
- Very specific: line 37
Follow https://keepachangelog.com/en/1.0.0/ format.
- Distinctive: line 58
Only update if new files were added or if existing file descriptions are outdated.
- Distinctive: line 60
Add new files to the correct table section
- Distinctive: line 61
Keep descriptions to 1-2 sentences, no emoji
- Distinctive: line 66
Before calling this done, confirm:
- Very specific: line 76
Do not create README.md, CONTRIBUTING.md, or other documentation files unless explicitly requested.
“Common” is measured: kept by at least 6 in 10 of the 4 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Update project docs
Use this skill after completing any feature, fix, or migration to keep the three core project tracking files in sync.
Activate with: @update
Step 1: Get real dates
Run this first:
git log --date=short -n 10Use actual commit dates. Never use placeholder dates or future months.
Step 2: Update TASK.md
Move completed items into ## Completed with the date:
- [x] Feature name (YYYY-MM-DD)
- [x] Sub-task detail
- [x] Sub-task detailAdd a session update note at the top of ## Current Status:
Session updates complete on YYYY-MM-DD.If new work is queued, add it under ## To Do.
Step 3: Update changelog.md
Follow https://keepachangelog.com/en/1.0.0/ format. Add the new entry at the top under ## [Unreleased] or as a versioned release:
## [vX.Y.Z] - YYYY-MM-DD
### Added
- Feature name with key details
### Fixed
- Bug description and resolution
### Changed
- What changed and whyVersion increment guide (check existing version in changelog.md first):
- New feature: bump minor (2.20.x -> 2.21.0)
- Bug fix or small improvement: bump patch (2.20.0 -> 2.20.1)
Step 4: Update files.md
Only update if new files were added or if existing file descriptions are outdated.
- Add new files to the correct table section
- Keep descriptions to 1-2 sentences, no emoji
- Focus on what the file does and any key implementation details
Checklist
Before calling this done, confirm:
git log --date=shortrun to get real datesTASK.mdcompleted section updated with date and sub-itemschangelog.mdnew entry added with real version and datefiles.mdupdated if new files exist
Notes
- This skill applies to this project. If the project you are working on does not have these exact files, adapt the steps to whatever tracking files exist.
- Do not create
README.md,CONTRIBUTING.md, or other documentation files unless explicitly requested.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
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.

