Software development project documentation management and progress tracking skill for Claude Code
SaferSkills independently audited project-docs (Agent Skill) and scored it 100/100 (green). The audit ran 55 deterministic rules across Security, Supply Chain, Maintenance, Transparency, and Community; it found 0 high-severity and 0 lower-severity findings. The full rule-by-rule trace and per-finding evidence are below. Free, methodology-open.
Findings & checks · 0 flagged
Every scanned point with the score it earned and what moved between them.
First recorded scan — no prior version to compare against.
The primary manifest — the file an agent reads to learn what this artifact does.
Manages documentation for software development projects, ensuring all required documents exist, are properly structured, and kept up-to-date. Tracks progress via detailed roadmaps and helps teams maintain context across development cycles.
First time setup: Initialize project docs for [project name] Update progress: Update roadmap, I just finished [feature/task] Check status: What's the current progress and what should I work on next? Resume work: I haven't worked on this project in [time period], catch me up
Create a complete documentation foundation for a new software project.
Required Documents:
Workflow:
docs/plans/ directory existsExample trigger: "Initialize project docs for my AI startup called VibeAILife"
Maintain and update the project roadmap as work progresses.
Workflow:
docs/plans/PROJECT-ROADMAP.mdStatus Codes:
Example triggers:
Provide concise summaries of current project state.
Outputs:
Example triggers:
Help developers quickly get back into the flow after time away.
Workflow:
Example triggers:
Ensure all required documentation exists and is complete.
Checks:
docs/plans/Example triggers:
Required document structures are in assets/templates/. Reference these when creating missing documents:
MRD-TEMPLATE.md - Market Requirements Document structurePRD-TEMPLATE.md - Product Requirements Document structureTECHNICAL-PLAN-TEMPLATE.md - Technical Plan structureROADMAP-TEMPLATE.md - Project Roadmap structureCHECKLIST-TEMPLATE.md - Development Checklist structureThe PROJECT-ROADMAP.md file has specific structure that must be maintained:
## Phase N: [Name] (Week X-Y)
### Module Name
| TaskID | Task | Status | Owner | Date | Notes |
|--------|------|--------|-------|------|-------|
| P1-1-1 | Description | ✅ | - | 2026-01-20 | |Task ID Format: P{Phase}-{Module}-{Task}
P1-7-3 = Phase 1, Module 7, Task 3Progress Calculation:
Phase Progress = (Completed + In Progress) / Total Phase Tasks × 100%
Overall Progress = Σ(Phase Progress × Phase Weight) / Total WeightUser: "Initialize project docs for my SaaS app"
→ Check docs/plans/ exists
→ Identify missing documents (typically all)
→ Create each document from templates
→ Generate initial roadmap with Phase 1 breakdown
→ Return summary and next stepsUser: "Update roadmap, finished the login UI"
→ Read PROJECT-ROADMAP.md
→ Find "login UI" or related task
→ Update status to ✅, set completion date
→ Recalculate progress percentages
→ Add update log entry
→ Return updated summaryUser: "I haven't worked on this in a month, catch me up"
→ Check update log timestamp
→ Show last update date
→ Display current phase progress
→ List next 3-5 recommended tasks
→ Flag any new blocking issuesExpected project structure:
project-root/
├── docs/
│ └── plans/
│ ├── PROJECT-ROADMAP.md # Progress tracking (required)
│ ├── MRD.md # Market analysis (required)
│ ├── PRD.md # Product requirements (required)
│ ├── TECHNICAL-PLAN.md # Technical specs (required)
│ └── DEV-CHECKLIST.md # Setup tasks (required)
└── [project code]P1-7-3 is clearer than "that AI task"~30 seconds. Free. No account. Every finding cites a rule and a line of evidence.