kimchi:requirements

Extract and categorize requirements from CONTEXT.md into v1, v2, and out of scope.

8|Updated Jan 31, 2026
One-click install
npx skills add https://github.com/Tromml/kimchi --skill kimchi-requirements
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: kimchi:requirements
Source: https://github.com/Tromml/kimchi/tree/main/plugins/kimchi/skills/requirements
Command: npx skills add https://github.com/Tromml/kimchi --skill kimchi-requirements

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill transforms raw context into a structured, prioritized list of requirements, ensuring clarity and focus for development.

Core Features & Use Cases

  • Requirement Categorization: Sorts requirements into 'v1 (Must Have)', 'v2 (Next Iteration)', and 'Out of Scope'.
  • Acceptance Criteria: Assigns testable acceptance criteria to each 'v1' requirement.
  • Use Case: After clarifying an idea, use this Skill to define exactly what needs to be built for the initial release versus future iterations, preventing scope creep.

Quick Start

Use the kimchi:requirements skill to categorize requirements from the CONTEXT.md file.

Frequently Asked Questions about kimchi:requirements

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

FAQPage Schema
How do I categorize product requirements to prevent scope creep?

Requirement categorization separates features into 'v1 (Must Have)', 'v2 (Next Iteration)', and 'Out of Scope' buckets. This prioritization mechanism works by transforming raw project context into a structured list, ensuring development focuses only on initial release needs.

How do I assign acceptance criteria to must-have features?

Assigning acceptance criteria to must-have features involves generating testable conditions for each 'v1' requirement during the scoping phase. This ensures every prioritized item has a clear, verifiable definition of done before development begins.

What is the process for generating a structured requirements list from raw context?

Generating a structured requirements list involves extracting information from a CONTEXT.md file and producing a REQUIREMENTS.md file. This process assigns unique IDs and testable acceptance criteria specifically to prioritized v1 requirements for immediate development clarity.

Do I need to investigate my codebase to categorize requirements?

No, you do not need to investigate your codebase to categorize requirements. The scoping process strictly adheres to avoiding codebase investigation during this stage, relying entirely on the provided context document to define v1, v2, and out of scope items.

When should I define acceptance criteria versus out of scope items during scoping?

Acceptance criteria should be defined exclusively for 'v1 (Must Have)' requirements to ensure they are testable, while 'Out of Scope' items are simply categorized and excluded. This distinction is established during the initial product development scoping phase.