RDD guides an AI coding agent from ambiguous requirements to human-approved specifications, acceptance tests, implementation, and verification.
The fastest way to install a skill directly from the registry.
npx clawhub@latest install rdd
Copy the skill folder to one of these locations
~/.openclaw/skills/ <project>/skills/ Priority: Workspace > Local > Bundled
Copy this prompt to OpenClaw to install it automatically.
Help me install rdd using Clawhub. If Clawhub is not installed, install it first (npm i -g clawhub).
Get the raw skill files in a ZIP archive.
Requirements-Driven Development (RDD) is an Openclaw Skills workflow for converging natural-language requests into clear, testable, and traceable software changes before implementation begins. It separates intent, behavior, evidence, and code through a structured lifecycle: Raw Requirement, Feature, Story, Specification, Acceptance Criteria, implementation, and verification.
The skill keeps humans responsible for product decisions while the agent handles analysis, refinement, question generation, specification drafting, coding, and validation. It supports full .rdd/ work-item chains, a Lite path for smaller changes, and a zero-file Solo-dev path where the commit message serves as the specification.
RR Work Item from the user's natural-language request, record its source and goal, identify scope, and set its status to analyzing.draft, candidate, and approved states only when open questions and assumptions are appropriately resolved or labeled.TEST-*.md descriptions; write test code alongside product code during implementation.SPECIFICATION_BLOCKED instead of inventing requirements.completed; failures return to specification refinement..rdd/links.yml when needed, and Work Item parent relationships to connect requirements to code. Archive or remove temporary artifacts according to their retention policy.RDD is a workflow skill rather than a standalone runtime package. Enable or install it through the host Openclaw Skills mechanism, then invoke it with phrases such as RDD, requirement driven, or the equivalent requirements-convergence trigger supported by your agent environment.
For a full repository-based workflow, initialize the expected workspace structure:
mkdir -p .rdd/items
printf '%s\n' '.rdd/state.yml' >> .gitignore
Use the templates supplied in references/templates.md for Raw Requirements, Specifications, and traceability artifacts. For Solo-dev work, no .rdd files are required: place the Feature ID in the commit subject and behaviors, Acceptance Criteria, and decisions in the commit body.
To inspect commit-based traceability, use:
git log --grep "FE-00"
If enforcement is required, configure the repository's pre-commit checker to prevent invalid state transitions such as draft directly to implementing. The default RDD mode is advisory, so status values guide the workflow without automatically blocking commits.
RDD organizes information as typed Work Items, structured Specifications, Decisions, and optional traceability manifests.
| Artifact | Identifier | Purpose | Typical location |
|---|---|---|---|
| Raw Requirement | RR-### |
Captures the original user request | .rdd/items/RR-###.md |
| Feature | FE-### |
Defines a deliverable product capability | .rdd/items/FE-###.md |
| Story | US-### |
Describes a user-centered requirement | .rdd/items/US-###.md |
| Task | TK-### |
Tracks a concrete development task | .rdd/items/TK-###.md |
| Bug | BG-### |
Records a defect | .rdd/items/BG-###.md |
| Specification | SPEC-### |
Stores behaviors, constraints, invariants, AC, questions, decisions, and assumptions | .rdd/items/SPEC-###.md |
| Decision | DEC-### |
Persists important human-approved business or architectural choices | .rdd/items/DEC-###.md |
| Traceability manifest | — | Maps file and line ranges to Acceptance Criteria IDs | .rdd/links.yml |
| Session state | — | Stores temporary workflow state and is not committed | .rdd/state.yml |
Work Item files use YAML frontmatter plus a Markdown body. Each item includes an ID, type, parent relationship, status, owner, and creation metadata. Standard parent chains connect RR → FE → US → SPEC → AC → CODE.
A Spec uses statuses such as draft, candidate, approved, and invalidated. Information must be labeled as confirmed, inferred, or unresolved; the agent must not present an inference as a human-confirmed requirement. Decisions may be marked frozen, while Work Items can use permanent, migration-only, or session-only retention policies.
For Solo-dev projects, Git is the primary artifact repository. Feature IDs belong in commit subjects, while behaviors, Acceptance Criteria, and decisions belong in commit bodies. Use .rdd/items/ only for frozen cross-feature decisions and unresolved questions when needed.
modifies, depends_on, and violates relationships between Specifications.draft through analyzing, refining, approved, implementing, verifying, and completed..rdd/links.yml instead of scattering IDs through source comments; use rdd detach when embedded IDs must be removed..rdd/ chain for complex, multi-person, or cross-session work; use Lite or commit-based workflows for smaller changes.Loading
A regulatory documentation skill that uses the IMDRF STED structure to create reusable, market-specific medical device technical files.

PostKing Reddit Growth finds relevant communities, creates tailored posting angles, and rewrites content into review-ready Reddit drafts.

agent-ready audits websites for AI agent discoverability and safely fixes structured data, trust pages, llms.txt, crawlability, and Ghost Pro deployment gaps.

A safety-focused automation skill for managing Namecheap DNS records without accidentally replacing hidden or unmanaged entries.

Chat Order OCR turns pasted chat messages and OCR text into structured, grouped, and human-reviewable order lists.

Feishu Calendar Tool Pro gives AI agents enterprise-grade calendar automation for shared schedules, collaboration, synchronization, and intelligent meeting coordination.








































