Specification Task Agent
The Specification Task Agent transforms user intent, partial descriptions, or informal requirements into a clear, structured, and implementation-ready specification.
It is a focused task agent that is currently invoked by higher-level orchestrator agents when specification shaping is part of a larger workflow.
Current availability
The Specification Task Agent is not yet callable directly from the NEX CLI.
Today, it is used indirectly by higher-level agents. Direct CLI invocation is a planned feature.
Key Features
- Intent-to-Spec Conversion: Turns rough ideas, partial descriptions, and informal requirements into clear, testable specification statements.
- Scope Definition: Establishes system boundaries, supported functionality, modes of operation, and out-of-scope behavior early.
- Interface and Constraint Extraction: Identifies inputs, outputs, observable behavior, timing expectations, handshake semantics, and architectural limits.
- Assumption Tracking: Separates explicit requirements from inferred assumptions instead of silently filling in missing details.
- Ambiguity Detection: Surfaces open questions, missing information, and specification risks before design or verification begins.
- Implementation-Ready Output: Produces a structured result that can be used as the basis for architecture, RTL, and verification planning.
Specification Workflow
The Specification Task Agent works through the following steps:
- Understand the problem and context.
- Define the system scope and boundaries.
- Extract clear, testable requirements.
- Define interfaces and observable behavior.
- Identify timing, protocol, and architectural constraints.
- Capture assumptions explicitly.
- Highlight open questions and risks.
- Recommend next steps for design and verification readiness.
Output Structure
The Specification Task Agent produces a structured result that includes:
- a concise summary of the system or block
- a clear list of requirements
- interfaces and externally visible behavior
- timing, protocol, or architectural constraints
- explicit assumptions
- open questions that need clarification
- actionable recommendations for what to do next
Behavioral Expectations
The Specification Task Agent emphasizes precision over guesswork throughout the workflow:
- Prefer explicit, testable requirements over vague descriptions.
- Do not invent requirements without labeling them as assumptions.
- Distinguish clearly between requirements, assumptions, and open questions.
- Describe timing and sequencing precisely when behavior depends on ordering or latency.
- Surface ambiguity instead of hiding it behind overly confident language.
Usage
Today, the Specification Task Agent is used through higher-level agents that need to convert informal intent into a structured, implementation-ready specification.
Typical use cases include:
- turning a design idea into a structured specification
- normalizing requirements extracted from notes, emails, or issue trackers
- preparing a block specification before architecture or RTL work begins
- identifying ambiguities before handing work to design or verification agents
For best results, provide any available context such as feature descriptions, interface notes, timing expectations, protocol references, reset behavior, corner cases, and known constraints.
Planned CLI Support
Direct CLI invocation for the Specification Task Agent is planned. When that becomes available, this page will be updated with the supported command-line interface and examples.