warpdotdev avatar

Write Product Spec

This generates PRODUCT.md specs for features in Warp, written purely from the user's perspective with no implementation details. The meat is the Behavior section: numbered, testable invariants covering happy paths, edge cases, empty states, errors, races, and anything else an implementer might not think to ask about. It asks for Figma links upfront if the feature has UI, routes specs into a structured directory by Linear ticket or GitHub issue, and keeps everything except Behavior deliberately thin. Worth knowing it's designed as step one of a two-step process: product spec first, then a companion tech spec. If you're defining behavior before cutting code or need to make a complex feature unambiguous enough to review, this is the format.

skills.sh installs
28.9K
GitHub stars
684
last updated
Aug 21, 2026

Install

$ npx -y skills add warpdotdev/common-skills --skill write-product-spec --agent claude-code

Installs into .claude/skills of the current project.

Files

write-product-spec

Write a PRODUCT.md spec for a significant feature in Warp.

Overview

The product spec should make the desired behavior unambiguous enough that an agent can implement it correctly and avoid regressions. Describe the feature purely from the user's perspective — what the user sees, does, and experiences, and the invariants that must hold for them. Do not include implementation details (internal types, state layout, module boundaries, data flow, algorithms).

"User" is not limited to the end user of the Warp app. It means whoever consumes the surface being designed:

  • For UI / UX features: the human using Warp.
  • For a data model: the code that reads and writes that model.
  • For an API, protocol, or library: the callers of that API — other services, client code, plugins, or agents.
  • For a CLI tool or developer-facing surface: the developer invoking it.

The spec should describe behavior from that consumer's perspective: the shape of the surface, the operations they can perform, what they see back, invariants they can rely on, and edge cases they must handle — without prescribing how the surface is implemented underneath.

Sponsors

Details

Repository
github.com/warpdotdev/common-skills
Categories
Git & Pull Requests, Documentation, Code Review & Quality, Productivity & Planning
First seen
May 16, 2026

More from warpdotdev/common-skills

All 23
1warpdotdev avatarcheck-impl-against-specwarpdotdev/common-skillsCompare a pull request's implementation against spec context in spec_context.md and feed any material mismatches into review.json. Use during PR review when app27.1Kskills.sh installs
2warpdotdev avatarreproduce-bug-reportwarpdotdev/common-skillsLaunch Oz cloud agents with computer use to reproduce UI-focused bug reports, capture visual evidence (a screen recording by default), and report reproduction f27Kskills.sh installs
3warpdotdev avatarvalidate-changes-match-specswarpdotdev/common-skillsValidate that a branch or pull request implementation matches introduced product, technical, security, and related specs. Use when reviewing or finishing a spec25.3Kskills.sh installs
4kunchenguid avatarlavishkunchenguid/lavish-axiTurn complex or visual agent responses into rich, reviewable HTML artifacts the user can annotate and send feedback on, using the lavish-axi CLI. Use when about24.3Kskills.sh installs
5useai-pro avatarskill-vetteruseai-pro/openclaw-skills-securitySecurity-first vetting for OpenClaw skills. Use before installing any skill from ClawHub, GitHub, or other sources. Checks for red flags, permission scope, and 21.1Kskills.sh installs
6antfu avatarweb-design-guidelinesantfu/skillsReview UI code for Web Interface Guidelines compliance. Use when asked to "review my UI", "check accessibility", "audit design", "review UX", or "check my site 19.3Kskills.sh installs