requirements-engineer

Investigate codebases and produce approved requirements packages with architecture routing decisions.

2|1|Updated Mar 7, 2026
One-click install
npx skills add https://github.com/AutoByteus/autobyteus-agents --skill requirements-engineer-autobyteus
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: requirements-engineer
Source: https://github.com/AutoByteus/autobyteus-agents/tree/main/agent-teams/requirements-engineering-team/agents/requirements-engineer/skills/requirements-engineer
Command: npx skills add https://github.com/AutoByteus/autobyteus-agents --skill requirements-engineer-autobyteus

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Turning a vague product or technical request into a precise, evidence-grounded requirements package is slow and error-prone. This Skill investigates the actual product and codebase, documents current versus desired behavior, captures explicit user approval, and decides whether the work can go straight to implementation or needs architecture design first. ## Core Features & Use Cases - Evidence-grounded investigation: Builds canonical requirements-doc.md and investigation-notes.md artifacts from real code, runtime, contract, and stakeholder evidence, with stable REQ, AC, BEH, and SCN identifiers. - Approval and revision governance: Enforces a readiness gate, explicit user approval, and a chronological requirements revision record (RER-*) across refinement rounds. - Architecture routing assessment: Classifies approved packages as direct-implementation-ready, architecture-ready, unclear, or blocked, and routes them through dynamic handoff rules, including Product Design & Prototyping coordination when requested. - Use Case: A stakeholder asks to change how an API handles expired sessions. The Skill investigates the current behavior in the codebase, writes testable requirements and acceptance criteria, gets user approval, detects a contract-level structural impact, and routes the package to the Architecture Designer with full evidence. ## Quick Start Ask the agent to investigate the current behavior of a feature in your repository and produce an approved requirements package with acceptance criteria and a routing recommendation.

Frequently Asked Questions about requirements-engineer

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

FAQPage Schema
How do I turn a vague feature request into formal requirements?▼

The Skill investigates the actual codebase and product behavior, then writes a requirements document with stable REQ and AC identifiers, scope guardrails, and acceptance criteria. It presents the package for explicit user approval before routing it downstream.

How does the requirements engineer decide between architecture design and direct implementation?▼

After approval, it runs an Architecture Design Routing Assessment recording preliminary task size and architectural risk. Small or Medium, Low-risk changes with no structural-impact triggers route directly to implementation; anything touching contracts, schemas, security boundaries, or migrations routes to Architecture Designer.

What artifacts does the requirements engineering workflow produce?▼

It always creates requirements-doc.md and investigation-notes.md from templates, plus a requirements-revision-record.md once a baseline exists. Supplemental artifacts like decision tables or contract inventories are added only when they improve precision.

Can the requirements engineer handle UI and prototype feedback?▼

Yes. When the user requests Product Design & Prototyping support, it forwards the request in the user's own terms and later integrates approved UI/UX specifications and final visual references into the canonical requirements package without owning the prototype repository.

What happens when requirements evidence is insufficient for a routing decision?▼

The assessment is marked Unclear with N/A values instead of guessed classifications, and the package is conservatively routed to the Architecture Designer. It never invents a direct route without supporting evidence.

Does the requirements engineer write code or design the target architecture?▼

No. It explicitly does not own target architecture, implementation planning, or production code changes. It records technical facts and feasibility evidence in investigation notes and defers structural decisions to downstream architecture design.