doc-sys

Generate Layer-6 System Requirements documents with traceability to upstream artifacts.

16|3|Updated Nov 10, 2025
One-click install
npx skills add https://github.com/vladm3105/aidoc-flow-framework --skill doc-sys
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: doc-sys
Source: https://github.com/vladm3105/aidoc-flow-framework/tree/main/.claude/skills/doc-sys
Command: npx skills add https://github.com/vladm3105/aidoc-flow-framework --skill doc-sys

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps create System Requirements (SYS) documents that specify functional capabilities and quality attributes at the system level, ensuring consistent downstream decoupling into REQ and CTR artifacts.

Core Features & Use Cases

  • Capture functional system requirements and quality attributes
  • Build system flows and technical constraints
  • Tie ADR decisions to concrete SYS requirements

Quick Start

Use doc-sys after ADR decisions to formalize system-level requirements and traceability.

Frequently Asked Questions about doc-sys

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

FAQPage Schema
How do I create system requirements documents with traceability to architecture decisions?

System requirements documents formalize architecture decisions into Layer-6 SYS artifacts by capturing functional capabilities, quality attributes, and system flows with mandatory traceability back to ADR, BRD, PRD, EARS, and BDD artifacts. doc-sys enforces sequential numbering and template-based validation to ensure consistent downstream decoupling into REQ and CTR.

What should a system requirements document include beyond functional capabilities?

System requirements must document functional capabilities, quality attributes, system flows, and ADR-imposed technical constraints. doc-sys ensures these components are captured with Document Control metadata and traceable links to upstream decision records, creating a foundation for requirements and control layer derivation.

When do I use system requirements documents in the architecture workflow?

System requirements documents belong in Layer 6, after architecture decisions (Layer 5) are finalized. Use doc-sys to translate ADR decisions into comprehensive SYS artifacts that bridge high-level architecture and detailed requirements, establishing traceability and enforcing consistency before downstream decomposition.

How does doc-sys enforce consistency in system requirements?

doc-sys enforces consistency through mandatory Document Control, sequential requirement numbering, template-based validation, and standards checking. Traceability rules link each requirement to upstream artifacts (ADR, BRD, PRD, EARS, BDD), preventing orphaned or conflicting requirements.

Can I use system requirements documents without ADR decisions in place?

System requirements are most effective after ADR decisions are documented; doc-sys is designed to translate those decisions into SYS artifacts. While you can create requirements independently, the Skill's core value is capturing ADR-imposed constraints and ensuring traceability, which requires upstream decisions.

What quality attributes should system requirements specify?

System requirements capture quality attributes as part of Layer-6 SYS documentation. doc-sys provides template-based structure to document non-functional properties tied to architecture decisions, but the specific quality attributes depend on your ADR decisions and business priorities.