Best use case
prd-status is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Check and update PRD status through lifecycle
Teams using prd-status should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/prd-status/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How prd-status Compares
| Feature / Agent | prd-status | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Check and update PRD status through lifecycle
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# prd-status **Category**: Product & Strategy ## Usage ```bash prd-status <prd-file> <new-status> [--comment "reason for change"] ``` ## Arguments - `<prd-file>`: Required - Path to the PRD file to update - `<new-status>`: Required - New status (draft, review, approved, active, complete, archived) - `--comment`: Optional - Comment explaining the status change ## Execution Instructions for Claude Code When this command is run, Claude Code should: 1. Validate that the PRD file exists 2. Validate that the new status is one of the allowed values 3. Read the current PRD metadata 4. Check if the status transition is valid according to the lifecycle rules 5. Update the PRD metadata: - Change `status` field to new status - Update `last_updated` to current date - If moving to APPROVED: prompt for `approved_by` name and set `approved_date` - If moving to ARCHIVED: add archive metadata section 6. Add status change to a history section in the PRD (create if doesn't exist) 7. Determine the new directory location based on status 8. Move the file to the appropriate directory (using git mv if in git repo) 9. Update any relative path references in the moved PRD 10. Report the changes made ## Status Transition Rules Valid transitions: - DRAFT → REVIEW, ARCHIVED - REVIEW → APPROVED, DRAFT, ARCHIVED - APPROVED → ACTIVE, REVIEW, ARCHIVED - ACTIVE → COMPLETE, ARCHIVED - COMPLETE → ARCHIVED - ARCHIVED → (no transitions allowed) ## Metadata Updates ### Moving to APPROVED ```yaml status: APPROVED approved_by: [Prompt for name] approved_date: 2025-01-06 ``` ### Moving to ARCHIVED ```yaml status: ARCHIVED archive_date: 2025-01-06 archive_reason: [Use --comment or prompt] final_task_completion: [Calculate if task file exists] ``` ### Status History Section Add or update in PRD: ```markdown ## Status History - 2025-01-06: DRAFT → REVIEW (Ready for stakeholder feedback) - 2025-01-07: REVIEW → APPROVED (Approved by Jane Smith) - 2025-01-08: APPROVED → ACTIVE (Development started) ``` ## Output Format ``` 📝 Updating PRD Status... Current Status: REVIEW New Status: APPROVED ✅ Metadata updated: - status: APPROVED - approved_by: Jane Smith - approved_date: 2025-01-06 - last_updated: 2025-01-06 📄 Moving file: From: ./feature-auth-frd.md To: product-docs/prds/approved/feature-auth-frd.md ✅ Status change complete! Comment: "All stakeholders have reviewed and approved the requirements" ``` ## Error Handling - If file doesn't exist: Exit with error message - If invalid status: Show valid status options and exit - If invalid transition: Show allowed transitions from current status - If destination file exists: Prompt to overwrite or abort - If no write permissions: Report error and suggest using sudo ## Example ```bash # Move PRD to review status prd-status feature-auth-frd.md review --comment "Ready for stakeholder review" # Approve a PRD (will prompt for approver name) prd-status feature-auth-frd.md approved # Archive a completed PRD prd-status old-feature-frd.md archived --comment "Feature deprecated in v2.0" # Mark PRD as active development prd-status feature-auth-frd.md active ``` ## Implementation Tips for Claude Code 1. **Transition Validation**: Implement a state machine to validate transitions 2. **Interactive Prompts**: Ask for required fields like approver name when needed 3. **History Preservation**: Append to status history, don't overwrite 4. **Path Resolution**: Handle both absolute and relative paths for PRD files 5. **Atomic Operations**: Update metadata and move file in a transaction-like manner 6. **Progress Integration**: If moving to COMPLETE, calculate final task completion percentage
Related Skills
tech-spec-status
Show Tech Spec details or update status through lifecycle
rfc-status
Show RFC details or update RFC status through lifecycle
zod
Zod schema validation patterns and type inference. Auto-loads when validating schemas, parsing data, validating forms, checking types at runtime, or using z.object/z.string/z.infer in TypeScript.
typescript-import-style
Merge-friendly import formatting (one-per-line, alphabetical). Auto-loads when writing TypeScript/JavaScript imports to minimize merge conflicts in parallel development. Enforces consistent grouping and sorting.
setup-mcp-auth
Configure authentication for an existing FastMCP server
fastmcp
FastMCP TypeScript framework patterns for MCP servers. Auto-loads when building MCP servers, creating tools/resources/prompts, implementing authentication, configuring transports, or working with FastMCP in TypeScript.
add-mcp-tool
Add a new tool to an existing FastMCP server with guided configuration
add-mcp-resource
Add a new resource or resource template to an existing FastMCP server
plan-with-team
Validate plan file ownership
privacy-compliance
GDPR, CCPA, and privacy compliance guidance for data protection. Use when handling personal data, implementing consent management, or ensuring regulatory compliance across jurisdictions.
oauth
OAuth 2.0 and OpenID Connect implementation patterns. Use when implementing authentication, authorization flows, or integrating with OAuth providers like Google, GitHub, or custom identity providers.
mcp-security
Use when securing MCP servers, preventing prompt injection, implementing authorization, validating user input, or building secure multi-agent pipelines. Provides 5-layer defense architecture patterns.