requirement-parser

Converts natural language hardware descriptions into Chime-compliant JSON specifications with validation and workspace setup.

2|Updated Mar 16, 2026
One-click install
npx skills add https://github.com/xsw632/ChipAgent --skill requirement-parser-xsw632
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: requirement-parser
Source: https://github.com/xsw632/ChipAgent/tree/main/skills/requirement-parser
Command: npx skills add https://github.com/xsw632/ChipAgent --skill requirement-parser-xsw632

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Manually writing structured JSON hardware specification files is time-consuming and error-prone, especially for users who describe digital circuit designs in natural language instead of formal schema syntax.

Core Features & Use Cases

  • Natural Language to Structured Spec: Converts plain English hardware descriptions (e.g., "32-bit ALU with ADD, SUB, AND, OR operations") into standardized, machine-readable JSON files compliant with Chisel naming and type rules.
  • Built-in Validation: Enforces PascalCase module names, camelCase port names, correct Chisel port types (UInt, SInt, Bool) and width definitions, and cross-checks complex design submodule references to eliminate downstream errors.
  • Automated Workspace Setup: Creates the required directory structure for generated code, simulation logs, and output files with a single command. Use Case: Hardware engineering students or junior designers can quickly formalize informal hardware requirements without needing to memorize complex specification schema rules.

Quick Start

Use the requirement-parser skill to convert your natural language description of a 4-bit ALU with add, subtract, AND, and OR operations into a structured JSON specification file for your hardware design project.

Frequently Asked Questions about requirement-parser

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

FAQPage Schema
How do I convert natural language hardware specifications into structured JSON for digital circuit design?

To convert natural language hardware specifications into structured JSON, you parse plain English descriptions into standardized, machine-readable files compliant with Chisel naming and type rules. This enforces PascalCase module names, camelCase port names, and correct port types.

What is the best way to generate Chisel-compatible JSON from plain English hardware descriptions?

Generating Chisel-compatible JSON from plain English hardware descriptions involves transforming unstructured module requirements into formal schema syntax. The process automatically validates UInt, SInt, and Bool port types and cross-checks submodule references to eliminate downstream errors.

Can I automatically enforce Chisel naming conventions and port types when creating JSON specs?

Yes, you can automatically enforce Chisel naming conventions and port types when creating JSON specs. The parsing process validates PascalCase module names, camelCase port names, correct Chisel port types, and width definitions without manually authoring schema-compliant files.

Does converting hardware specs to JSON automatically set up the workspace directory for simulation?

Converting hardware specs to JSON does automatically set up the workspace directory for simulation. It creates the required directory structure for generated code, simulation logs, and output files with a single command during the parsing process.

How do I formalize informal ALU module requirements without memorizing complex JSON schema rules?

You formalize informal ALU module requirements without memorizing complex JSON schema rules by parsing natural language descriptions like "32-bit ALU with ADD, SUB, AND, OR operations" into standardized, machine-readable JSON files for your hardware design project.

Why do my manually written hardware JSON specification files cause downstream compilation errors?

Manually written hardware JSON specification files cause downstream compilation errors due to incorrect schema syntax, invalid Chisel port types, or unresolved submodule references. Parsing natural language descriptions standardizes the format and cross-checks references to eliminate these errors.