frd-split

Restructure Feature Requirements Documents by splitting, merging, or nesting requirements.

10|2|Updated Feb 9, 2026
One-click install
npx skills add https://github.com/TrogonStack/agentskills --skill frd-split
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: frd-split
Source: https://github.com/TrogonStack/agentskills/tree/main/plugins/trogonstack-product-requirements/skills/frd-split
Command: npx skills add https://github.com/TrogonStack/agentskills --skill frd-split

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill resolves bloated or poorly scoped Feature Requirements Documents (FRDs) by enforcing a strict parent-delivers-value hierarchy, preventing documentation sprawl and ensuring each feature unit is independently manageable.

Core Features & Use Cases

  • Feature Restructuring: Split, merge, or nest requirements based on the parent-delivers-value rule to ensure logical feature boundaries.
  • Hierarchy Enforcement: Automatically scaffolds child FRDs with correct prefixes and rewrites parent files into umbrella documents.
  • Use Case: When an FRD grows too large or contains multiple distinct features, use this skill to break it down into a clean, modular structure that is easier for engineering teams to plan and implement.

Quick Start

Use the frd-split skill to restructure the current project requirements by identifying the target FRD and applying the appropriate split or nest operation.

Frequently Asked Questions about frd-split

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

FAQPage Schema
How do I split a large Feature Requirements Document into smaller modules?

To split a large Feature Requirements Document, you apply a parent-delivers-value hierarchy to break it down. This ensures each feature unit is cohesive, independently planable, and correctly scoped, preventing documentation sprawl.

What is the parent-delivers-value rule in product management documentation?

The parent-delivers-value rule is a hierarchy enforcement mechanism for Feature Requirements Documents. It ensures parent files act as umbrella documents while automatically scaffolding child FRDs with correct prefixes to maintain logical feature boundaries.

When should I restructure my FRD to merge or nest requirements?

You should restructure your FRD to merge or nest requirements when the document grows too large or contains multiple distinct features. This creates a clean, modular structure that is easier for engineering teams to plan and implement.

How do I validate requirement coverage and prefix uniqueness across a project directory?

Validating requirement coverage and prefix uniqueness across a project directory involves operating on project-specific FRD files. This ensures each feature unit maintains correct scoping and prevents duplicate prefixes during the restructuring process.

Does feature scoping require existing project-specific FRD files to work?

Feature scoping operates directly on project-specific FRD files to restructure them. You need an existing target FRD file within your project directory structure to apply the appropriate split, merge, or nest operations.

What is the best way to prevent documentation sprawl in product management?

The best way to prevent documentation sprawl is enforcing a strict parent-delivers-value hierarchy within your FRDs. This resolves bloated requirements by ensuring each feature unit remains independently manageable and correctly scoped.