prd-start — independently scanned and version-tracked by SaferSkills.
SaferSkills independently audited prd-start (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.
You are helping initiate active implementation work on a specific Product Requirements Document (PRD). This command sets up the implementation context (validates readiness, creates branch, prepares environment) then hands off to /prd-next for task identification.
IMPORTANT: Do NOT include time estimates or effort estimates in your responses. Focus on setup and readiness without speculating on duration.
If `prdNumber` argument is provided ({{prdNumber}}):
If `prdNumber` argument is NOT provided:
Check if PRD context is already clear from recent conversation:
Skip detection if recent conversation shows:
/prd-update-progress, /prd-start with specific PRDIf context is clear:
If context is unclear:
Auto-detect the target PRD using these context clues (in priority order):
feature/prd-12-* → PRD 12prd-13-* → PRD 13feature/prd-* → Extract PRD numberprds/12-*.md → PRD 12prds/ directoryDetection Logic:
feature/prd-12-documentation-testing)If context detection fails, ask the user:
## Which PRD would you like to start implementing?
Please provide the PRD number (e.g., "12", "PRD 12", or "36").
**Not sure which PRD to work on?**
Execute `dot-ai:prds-get` prompt to see all available PRDs organized by priority and readiness.
**Your choice**: [Wait for user input]Once PRD is identified:
prds/[issue-id]-[feature-name].mdBefore starting implementation, validate that the PRD is ready:
For documentation-first PRDs:
## PRD Readiness Check
- [ ] All functional requirements defined
- [ ] Success criteria measurable
- [ ] Dependencies available
- [ ] Documentation complete
- [ ] Integration points clear
- [ ] Implementation approach decidedIf PRD is not ready: Inform the user what's missing and suggest they complete PRD planning first.
⚠️ MANDATORY: Complete this step BEFORE proceeding to Step 4
git branch --show-current git checkout -b feature/prd-[issue-id]-[feature-name]You MUST display this confirmation before proceeding to Step 4:
## Environment Setup ✅
- **Branch**: `[current-branch-name]` ✅
- **Status**: [Created new branch / Already on correct branch / Staying on main (reason)]DO NOT proceed to Step 4 until branch setup is confirmed.
Once the implementation context is set up, present this message to the user:
## Ready for Implementation 🚀
**PRD**: [PRD Name] (#[PRD Number])
**Branch**: `[branch-name]`
**Status**: Ready for development
---
To identify and start working on your first task, run `/prd-next`.⚠️ STOP HERE - DO NOT:
/prd-next handles all task identification and implementation guidance.
This command should:
/prd-next for task identification/prd-next handles all task identification, implementation guidance, and progress tracking~30 seconds. Free. No account. Every finding cites a rule and a line of evidence.