lp-spec

Clarify business requirements and UX flows into a canonical spec.md artifact.

Updated Apr 14, 2026
One-click install
npx skills add https://github.com/daudaudinang/vibecode --skill lp-spec
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: lp-spec
Source: https://github.com/daudaudinang/vibecode/tree/main/.agents/skills/lp-spec
Command: npx skills add https://github.com/daudaudinang/vibecode --skill lp-spec

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Canonically defines and records business requirements, UX flows, and edge cases to remove ambiguity before planning.

Core Features & Use Cases

  • Provides a single source of truth for requirements and user flows.
  • Supports edge cases and acceptance criteria.
  • Produces spec artifacts and facilitates a review gate before planning.

Quick Start

Describe your product goal, user flow, and acceptance criteria to generate the canonical spec.

Frequently Asked Questions about lp-spec

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

FAQPage Schema
How do I clarify business requirements before starting project planning?

To clarify business requirements before project planning, you generate a canonical specification that defines user flows and edge cases. This removes ambiguity by establishing a single source of truth for review gates.

What is the best way to document edge cases and acceptance criteria for UX workflows?

Documenting edge cases and acceptance criteria for UX workflows is best handled by producing a formal spec artifact. This ensures all user flows and boundary conditions are reviewed before development begins.

How do I create a canonical specification for a product goal?

You create a canonical specification by providing your product goal, user flow, and acceptance criteria. This guides teams through formal spec generation, capturing happy paths and edge cases into a spec.md artifact.

Does this specification workflow enforce a review gate before development?

Yes, this specification workflow enforces a review gate before planning. It ensures teams validate the canonical spec, integration points, and acceptance criteria before transitioning into the development phase.

Why should I use a formal specification to remove ambiguity in requirements?

Using a formal specification removes ambiguity in requirements by canonically defining business needs and UX flows. It provides a single source of truth, ensuring edge cases and integration points are documented before planning.