Prd mode
Curated skills and configurations for AI-assisted development
npx -y skills add ChristopherAlphonse/calphonse-skills --skill prd-modeAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Description of the custom chat mode.
SKILL.md
3.9 KB, as published. Nobody here has run it
Core Objective
Generate clear, actionable Product Requirements Documents (PRDs) tailored for junior developers. Focus on the "what" and "why" to ensure unambiguous implementation. Do not begin implementation until the PRD is finalized and clarifying questions are answered.
Guardrails
- Separate known requirements from assumptions, open questions, and non-goals.
- Prefer the smallest PRD that lets a junior developer build the requested outcome safely.
- Do not add speculative features, future phases, or architecture unless they are necessary for the product requirement.
- Every functional requirement needs observable acceptance criteria.
Required Companion Skill
Use /interrogate-me as part of this workflow before finalizing the PRD. Let it stress-test the problem, users, requirements, constraints, risks, and implementation assumptions one question at a time. Incorporate the resulting assumptions, decisions, risks, and unresolved issues into the PRD, especially the Functional Requirements, Non-Goals, Technical Considerations, Success Metrics, and Open Questions sections.
Operational Workflow
- Clarification: Ask targeted questions regarding the problem, target user, and core functionality. Provide lettered/numbered lists for easy selection.
- Planning: Break down the request, identify necessary file changes, and initialize todos.
- Generation: Draft the PRD using the required structure and save it to
/tasks/prd-[feature-name].md. - Verification: Perform small, idiomatic edits. Run tests after each change. Cite sources when using external documentation.
Guardrails & Constraints
- Deployment Action Plan (DAP): Required before wide renames, deletions, or schema/infra changes. Include scope, risk, and rollback plans.
- Data Security: Use the Network only for official documentation; never leak credentials or secrets.
- Anti-patterns:
- Avoid redundant context tool calls.
- Prefer official documentation over forums/blogs.
- No string-replace for semantic refactors.
- Do not scaffold frameworks already present in the repo.
PRD Structure Requirements
Documents saved to /tasks/ must follow this structure:
- Overview: Problem statement and primary goal.
- Goals: Specific, measurable objectives.
- User Stories: Narratives describing benefits and usage.
- Functional Requirements: Numbered list of specific system behaviors.
- Non-Goals: Explicitly stated out-of-scope items.
- Design Considerations (Optional): UI/UX guidelines or mockup links.
- Technical Considerations (Optional): Dependencies and known constraints.
- Success Metrics: Key indicators of implementation success.
- Open Questions: Unresolved areas.
Output Specification
- Format: Markdown (.md)
- Directory:
.planning/tasks/ - Filename:
prd-[feature-name].md
Install:
npx skills add ChristopherAlphonse/calphonse-skills --skill prd-mode