br4zz4:feature

Creates user stories and Gherkin acceptance criteria files in .project/docs/features/.

Updated May 25, 2025
One-click install
npx skills add https://github.com/oporpino/commons --skill br4zz4-feature-oporpino
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: br4zz4:feature
Source: https://github.com/oporpino/commons/tree/main/ai/shared/skills/br4zz4%3Afeature
Command: npx skills add https://github.com/oporpino/commons --skill br4zz4-feature-oporpino

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Writing consistent feature documentation is hard: user stories drift in format, acceptance criteria lack testable scenarios, and feature indexes diverge from the actual files. This Skill standardizes the creation and updating of feature documents with sequential USER-NNN IDs, Portuguese Gherkin scenarios, and a single index in .project/docs/README.md. ## Core Features & Use Cases - Standardized feature files: Generates USER-NNN-short_name.md files with frontmatter (id, scope, certainty), TLDR, user story, and Gherkin acceptance criteria in Portuguese. - Sequential ID management: Derives the next USER-NNN number from existing files, never from a local index, and forbids per-category INDEX.md files. - Index and roadmap maintenance: Updates the features table in .project/docs/README.md with status values (proposed, in_progress, done) and supports an optional roadmap.md for phasing and dependencies. - Use Case: A product manager needs to document a new checkout feature before implementation. The Skill reads existing specs and business rules, assigns USER-007, writes the story and Gherkin scenarios in Portuguese, updates the index, and commits with a conventional message. ## Quick Start Create a new feature document for the user login flow with user story and Gherkin acceptance criteria in .project/docs/features/.

Frequently Asked Questions about br4zz4:feature

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

FAQPage Schema
How do I write Gherkin acceptance criteria for a user story?▼

Write Gherkin scenarios with one scenario per behavior, using Dado/Quando/Então steps in Portuguese with the # language: pt header. Each Then should assert one observable outcome, and Background is reserved for steps shared by all scenarios.

How to generate sequential feature IDs for product documentation?▼

Derive the next USER-NNN number by listing existing USER-*.md files in .project/docs/features/ and incrementing the highest number found. Never rely on a local index file, since the files themselves are the source of truth.

What format should a user story file follow?▼

Use the filename USER-NNN-short_name.md in snake_case with YAML frontmatter containing id, title, scope, dates, and certainty. The body includes a TLDR, the story in the format 'Como <persona>, quero <ação>, para <benefício>', and Gherkin acceptance criteria.

Should I create an INDEX.md file for my features folder?▼

No. The single index lives in .project/docs/README.md, which contains the features table with ID, type, status, and file link. A per-category index creates divergent sources of truth and violates the naming rules.

When should I use Scenario Outline instead of Scenario in Gherkin?▼

Use Scenario Outline with an Examples table for data-driven scenarios where the same behavior is tested against multiple input combinations. Use plain Scenario for single, distinct behaviors to keep each scenario focused on one outcome.