product-capability

Translate product intent into an SRS-style capability plan with constraints and interfaces.

Updated May 28, 2026
One-click install
npx skills add https://github.com/Aytsuu/codemini --skill product-capability-aytsuu
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: product-capability
Source: https://github.com/Aytsuu/codemini/tree/main/.agents/skills/product-capability
Command: npx skills add https://github.com/Aytsuu/codemini --skill product-capability-aytsuu

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill addresses the challenge of translating product intent into a concrete capability plan, revealing constraints, invariants, and interfaces before implementation begins.

Core Features & Use Cases

  • Capability Translation: Converts PRD intent, roadmap asks, or product discussions into an implementation-ready capability plan.
  • Constraint Identification: Helps identify and document constraints like business rules, scope boundaries, and invariants.
  • Implementation Contract Creation: Generates an SRS-style capability plan with non-goals, actors, surfaces, and required states and transitions.
  • Use Case: For a feature that spans multiple services, use this Skill to ensure a clear capability contract before coding begins.

Quick Start

Use the product-capability skill to create a capability plan for a new feature.

Frequently Asked Questions about product-capability

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

FAQPage Schema
How do I translate product intent into engineering constraints before coding?

Translating product intent into engineering constraints involves converting PRD requirements and roadmap asks into an SRS-style capability plan. This process identifies business rules, scope boundaries, and invariants to establish clear contracts before implementation begins.

What is an SRS-style capability plan for multi-service features?

An SRS-style capability plan is an implementation contract that documents non-goals, actors, surfaces, and required state transitions. It ensures clear capability contracts across multiple services before development begins.

How do I identify invariants and interfaces for capability planning?

Identifying invariants and interfaces for capability planning requires analyzing product intent to extract explicit engineering constraints. This includes documenting business rules, scope boundaries, and required state transitions within an SRS-style plan.

When do I need to generate an implementation contract for a new feature?

You need to generate an implementation contract when a feature spans multiple services and requires clear interfaces before coding. Creating an SRS-style capability plan translates product intent into explicit constraints and required state transitions.

Can I use product management discussions to define scope boundaries and non-goals?

Yes, you can use product management discussions and PRD intent to define scope boundaries and non-goals. This capability translation process extracts business rules and invariants to generate an implementation-ready SRS-style capability plan.