define-nfr

Translate Service Level Objectives into measurable non-functional requirements.

12|1|Updated Mar 23, 2026
One-click install
npx skills add https://github.com/wfukatsu/nexus-architect --skill define-nfr
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: define-nfr
Source: https://github.com/wfukatsu/nexus-architect/tree/main/skills/product/define-nfr
Command: npx skills add https://github.com/wfukatsu/nexus-architect --skill define-nfr

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill turns Service Level Objectives (SLOs) into actionable non-functional requirements (NFRs), providing a measurable and traceable set of goals for system design and implementation.

Core Features & Use Cases

  • Translate SLOs to NFRs: Converts high-level SLOs into specific, measurable NFRs such as availability, latency, throughput, error rate, durability, and recovery objectives.
  • Traceability: Each NFR is linked back to its originating SLO, ensuring that every requirement has a clear business rationale.
  • Use Case: Use this Skill in the design phase to define and document NFRs based on existing SLOs, facilitating system implementation that aligns with business goals.

Quick Start

Generate non-functional requirements from SLOs using the command: /product:define-nfr

Frequently Asked Questions about define-nfr

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

FAQPage Schema
How do I translate SLOs into measurable non-functional requirements?

To translate SLOs into measurable non-functional requirements, you input SLA/SLO documents and bounded context information to generate specific NFRs like availability, latency, and throughput, ensuring alignment with business objectives.

What is the best way to align system design with business objectives?

Aligning system design with business objectives is achieved by converting Service Level Objectives into traceable non-functional requirements, providing a measurable set of goals that link every architectural decision back to business rationale.

How do I define availability and latency objectives during product architecture design?

Defining availability and latency objectives during product architecture design requires parsing existing SLO documents to extract and convert them into specific, measurable non-functional requirements tailored to your system's bounded context.

Can I generate traceable NFRs from existing SLA documents?

Yes, you can generate traceable NFRs from existing SLA documents by processing the SLOs within them. Each generated non-functional requirement is explicitly linked back to its originating SLO for clear business rationale.

What bounded context information do I need to define non-functional requirements?

To define non-functional requirements accurately, you need bounded context information alongside your SLO documents to ensure the generated NFRs operate correctly within your specific product architecture and business domain.