lokstra-module-requirements

Translate approved BRDs into structured module requirements using MODULE_REQUIREMENTS_TEMPLATE.md.

8|1|Updated Jun 21, 2025
One-click install
npx skills add https://github.com/primadi/lokstra --skill lokstra-module-requirements
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: lokstra-module-requirements
Source: https://github.com/primadi/lokstra/tree/main/.github/skills/design-lokstra-module-requirements
Command: npx skills add https://github.com/primadi/lokstra --skill lokstra-module-requirements

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This skill converts approved BRDs into detailed, bounded-context module requirements for Lokstra projects, ensuring a clear boundary between modules and a traceable design path.

Core Features & Use Cases

  • BRD translation: Converts business needs into modular requirements with FRs, domain models, and use cases.
  • Template-driven output: Uses MODULE_REQUIREMENTS_TEMPLATE.md to structure requirements and documentation.
  • Validation-ready: Includes cross-module integration points, multi-tenant considerations, and acceptance criteria templates.

Quick Start

Use the lokstra-module-requirements skill to generate a requirements document from an approved BRD located under docs/modules or docs/BRD.

Frequently Asked Questions about lokstra-module-requirements

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

FAQPage Schema
How do I convert a BRD into module requirements using DDD bounded contexts?

BRD translation into module requirements involves analyzing the document to identify DDD bounded contexts and deriving functional requirements, domain models, and use cases. This generates a template-compliant specification with clear module boundaries.

What is the best way to structure functional requirements and domain models from business requirements?

The best way to structure functional requirements is by deriving bounded contexts from the BRD. This generates a specification containing domain models, use cases, data validation, and cross-module integration points.

Does generating module requirements support cross-module integration points and multi-tenant considerations?

Generating module requirements does support cross-module integration points and multi-tenant considerations. The output specification includes validation-ready sections covering security, testing, and migration to ensure traceability across modules.

How to generate use cases and validation rules from an approved BRD for software engineering projects?

Generating use cases and validation rules from an approved BRD involves analyzing business needs to derive domain models and functional requirements. The output uses a template to preface sections like validation, security, testing, and migration.

When do I need a template-compliant specification for translating BRDs into modular requirements?

A template-compliant specification is needed when translating BRDs into modular requirements to ensure clear boundaries between modules and a traceable design path. This standardizes documentation of domain models, use cases, and integration points.