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.