implementation-planning

Convert product specifications into implementation planning artifacts with decision matrices and task chains.

6|Updated May 29, 2026
One-click install
npx skills add https://github.com/fusebase-dev/fusebase-flow --skill implementation-planning-fusebase-dev
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: implementation-planning
Source: https://github.com/fusebase-dev/fusebase-flow/tree/main/flow-skills/implementation-planning
Command: npx skills add https://github.com/fusebase-dev/fusebase-flow --skill implementation-planning-fusebase-dev

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill eliminates the guesswork and misalignment that occurs when translating a drafted product spec into structured, actionable artifacts for AI development teams, ensuring implementation starts with clear, approved guidance instead of ambiguous requirements.

Core Features & Use Cases

  • Formalized Decision Documentation: Captures architectural choices, alternatives considered, and lock status to preserve context and avoid rework during implementation.
  • Dependency-Mapped Task Chains: Breaks down acceptance criteria into ordered, numbered tasks with module size checks to prevent unplanned monolith growth.
  • Verification Gate Contracts: Defines smoke tests, probes, and rollback procedures to ensure shipped work meets all specified requirements and quality standards.
  • Ready-to-Use Implementer Handoff: Saves a pre-built prompt for fresh AI developer sessions that points to canonical spec and planning artifacts, eliminating manual context setup.
  • Use Case: After drafting a spec for a new client-facing rental marketplace feature, use this Skill to generate the full implementation plan, get operator approval on key decisions, and hand off directly to an AI developer for execution.

Quick Start

Use the implementation-planning skill to generate a full implementation plan, decisions, and developer handoff for the drafted spec at docs/specs/rental-marketplace/spec.md.

Frequently Asked Questions about implementation-planning

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I convert a product specification into actionable developer handoff tasks?

You can convert a product specification into a developer handoff by generating structured implementation planning artifacts like decision matrices, numbered task chains, and verification gate contracts. This process ensures code implementation starts with clear, approved architectural choices and acceptance criteria mapping.

What is a verification gate contract in software implementation planning?

A verification gate contract defines smoke tests, probes, and rollback procedures to ensure shipped code meets specified requirements. It acts as a quality standard in implementation planning, preventing ambiguous requirements from passing into the development phase without formalized acceptance criteria.

How do I break down acceptance criteria into ordered development tasks?

To break down acceptance criteria into ordered tasks, you map dependencies into a numbered task chain while applying module size compliance checks. This prevents unplanned monolith growth and ensures each development step aligns with the broader architectural decisions locked in the specification.

Can I use this implementation planning workflow for a large rental marketplace spec?

Yes, this workflow applies to large projects like a rental marketplace by formalizing architectural choices and generating a ready-to-use implementer handoff prompt. It processes drafted product specs to produce cross-artifact consistency checks and module size discipline before coding begins.

What's the best way to document architectural decisions for AI developer handoff?

The best way to document architectural decisions for AI handoff is capturing choices, alternatives considered, and lock status in a decision matrix. This preserves context and avoids rework by providing the AI developer session with canonical spec and planning artifacts directly.

Why does task breakdown require module size compliance checks?

Task breakdown requires module size compliance checks to prevent unplanned monolith growth during code implementation. By enforcing documentation tier and module size discipline policies, the planning process maintains structural integrity and ensures tasks remain manageable for developers.