p1-spec-research-policy

Generates Iron and organic requirements for hardware design projects.

43|9|Updated Feb 25, 2026
One-click install
npx skills add https://github.com/babyworm/rtl-agent-team --skill p1-spec-research-policy
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: p1-spec-research-policy
Source: https://github.com/babyworm/rtl-agent-team/tree/main/skills/p1-spec-research-policy
Command: npx skills add https://github.com/babyworm/rtl-agent-team --skill p1-spec-research-policy

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Phase 1 research in hardware design is often inconsistently scoped and under-documented. This Skill defines rigorous criteria, review protocols, naming conventions, artifact format specifications, and checklists to standardize Phase 1 work across teams.

Core Features & Use Cases

  • Structured interview protocols and decision gates for phase-1 analysis.
  • Standardized artifact templates (iron-requirements.json, open-requirements.json, io_definition.json, timing_constraints.json, reviews) to ensure traceability and consistency.
  • Governance and escalation workflows to align stakeholders and resolve ambiguities early.

Quick Start

Run the Phase 1 research workflow for a new hardware spec by generating iron/open requirements, io_definition.json, and review templates.

Frequently Asked Questions about p1-spec-research-policy

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

FAQPage Schema
How do I standardize Phase 1 research workflows for hardware design specs?

Standardizing Phase 1 research workflows requires formalized criteria, structured interview protocols, and decision gates to ensure consistency across hardware design specs. This Skill enforces governance rules and generates traceable artifacts like io_definition.json and timing_constraints.json to structure analysis.

What artifacts are required for Phase 1 hardware design documentation?

Phase 1 hardware design documentation requires specific artifacts including iron-requirements.json, open-requirements.json, io_definition.json, timing_constraints.json, and review templates. These standardized formats ensure traceability and satisfy functional documentation requirements during cross-team reviews.

How do I conduct structured interviews for Phase 1 hardware design analysis?

Conducting structured interviews for Phase 1 hardware design analysis involves applying predefined protocols and decision gates to guide stakeholder discussions. This approach resolves ambiguities early through governance and escalation workflows, ensuring all functional requirements are captured and reviewed.

Can I use this Phase 1 research policy to align stakeholders on open requirements?

Yes, aligning stakeholders on open requirements uses governance and escalation workflows defined by the Phase 1 research policy. It formalizes cross-team review protocols and generates open-requirements.json artifacts to systematically document and resolve ambiguities in hardware specs.

What is the best way to generate iron-requirements and io_definition templates for hardware specs?

Generating iron-requirements and io_definition templates is best handled by running a standardized Phase 1 research workflow that outputs predefined JSON artifacts. This enforces naming conventions and checklist criteria to structure hardware design specifications consistently.

Why does my hardware design spec lack traceability during Phase 1 research?

Hardware design specs lack traceability during Phase 1 research when artifact formats and review protocols are inconsistently scoped. Implementing formal governance rules, decision gates, and standardized templates like timing_constraints.json ensures consistent documentation and cross-team alignment.