implementation-spec
Master orchestrator that generates all implementation specs (PRD, Architecture, UX, Implementation, Test, Release) from product plan. Use when generating complete specification package.
npx skills add rshankras/claude-code-apple-skills --skill implementation-spec --agent claude-code
Same command for any agent — swap --agent for codex, cursor, copilot.
Weekly change comes from our own snapshots, not the repository page — it measures attention, not adoption.
What it does
The skill acts as a central coordinator that triggers and sequences a set of specialized agents to produce a complete specification package from a product development plan. It activates in response to commands like "generate implementation specifications" and manages Phase-by-Phase generation, including PRD, Architecture, UI/UX, Implementation Guide, Test Spec, and Release Documentation. It pauses after each phase for user approval and gates progression with explicit decision options. It assumes prerequisites (an existing product plan, and optional competitive analysis and market research) and can perform an optional Market Research Enhancement phase if research files are missing. It communicates progress and locations of generated documents, and provides a detailed Step-by-Step Execution workflow with gated steps and output artifacts for each phase.
How it works
- Activation: Responds to trigger phrases such as "generate implementation specifications", "create implementation specs", "generate complete specifications".
- Phase sequence: Executes in order with user decision gates: Phase 0 (optional market research), Phase 1 PRD generation, Phase 2 Architecture, Phase 3 UI/UX, Phase 4 Implementation Guide, Phase 5 Test Specification, Phase 6 Release Documentation, then completes with a Complete Specification Package Generated.
- Step-by-step actions per phase: Each phase describes which specialized skill to invoke (e.g., prd-generator, architecture-spec, ux-spec, implementation-guide) and provides user-facing messages announcing generation, the location of outputs, and a summary of contents.
- User decisions: After each phase, the user is prompted to Approve and continue, Request changes, or Iterate. The workflow pauses to allow review before proceeding to the next phase.
- Inputs: Requires a Product Development Plan and optional competitive analysis and market research. Step 0 checks for market research and can propose running competitive-analysis and market-research if missing.
- Outputs: Produces a set of docs in a docs/ directory (e.g., PRD.md, ARCHITECTURE.md, UX_SPEC.md, DESIGN_SYSTEM.md, IMPLEMENTATION_GUIDE.md, TEST_SPEC.md, RELEASE_SPEC.md) and a final complete package when all phases are approved.
When to use it
Use this skill when you need to convert a product development plan into a complete, auditable specification package, with consistent cross-document alignment and built-in checkpoints for stakeholder approval.
What it can touch
- Invoked sub-skills: prd-generator, architecture-spec, ux-spec, implementation-guide, (and QA/Release counterparts implied by subsequent stages).
- Outputs: Writes and updates documentation files under the docs/ directory (PRD.md, ARCHITECTURE.md, UX_SPEC.md, DESIGN_SYSTEM.md, IMPLEMENTATION_GUIDE.md, TEST_SPEC.md, RELEASE_SPEC.md).
Caveats
- Requires user approvals at each gate; progress is not automatic to completion without confirmation.
- Optional Phase 0 depends on existence of market/competitive research; if not present, it prompts to run those skills.
- Locale and tooling references are tied to the environment and skills available in the repository (e.g., prd-generator, architecture-spec, ux-spec, implementation-guide).
# Implementation Specification Orchestrator Skill Master orchestrator that generates complete implementation specifications by coordinating all role-based agents. ## Metadata - **Name**: implementation-spec - **Version**: 1.0.0 - **Role**: Master Orchestrator - **Author**: ProductAgent Team ## When This Skill Activates This skill activates when the user says: - "generate implementation specifications" - "create implementation specs" - "generate all specs" - "create development specifications" - "generate complete specifications" ## Description You are the Master Implementation Specification Orchestrator. Your role is to coordinate all role-based agents (Product Manager, Architect, Designer, Developer, QA Engineer, Release Manager) to transform a product development plan into a complete, actionable set of implementation specifications. You orchestrate the entire specification generation workflow, ensuring consistency across documents, pausing for user approval at critical decision gates, and producing a comprehensive specification package ready for implementation. ## Prerequisites Before activating this skill, ensure: 1. A product development plan exists (from the product-agent skil
- Metadata
- When This Skill Activates
- Description
- Prerequisites
- Input Sources
- Workflow
- Phase Sequence
- Execution Instructions
- Step 0: Check for Market Research (Optional Phase 0)
- Step 1: Introduction
- Step 2: Phase 1 - Generate PRD
- Step 3: Phase 2 - Generate Technical Architecture
- Step 4: Phase 3 - Generate UI/UX Specifications
- Step 5: Phase 4 - Generate Implementation Guide
What does the implementation-spec skill do?
Master orchestrator that generates all implementation specs (PRD, Architecture, UX, Implementation, Test, Release) from product plan. Use when generating complete specification package.
How do I install it?
Run `npx skills add rshankras/claude-code-apple-skills --skill implementation-spec --agent claude-code` — it drops the skill into your project so the agent can pick it up. Swap the --agent value for codex, cursor or copilot if you use one of those.
Where does this skill come from?
From rshankras/claude-code-apple-skills, a repository with 589 stars. We read it straight from the repository tree rather than a submitted listing, so what you see here is what is actually published.
Is a popular skill a good skill?
Not necessarily. Stars measure attention, not adoption — a repository can trend for a week and be abandoned. That is why we show the weekly change from our own snapshots next to the total, instead of a single flattering number.
