wds-agent-mimir-builder

Implements Work Orders as PRDs and verified code one task at a time.

Updated Mar 14, 2026
One-click install
npx skills add https://github.com/ArchaonHW/MingGoRTS --skill wds-agent-mimir-builder-archaonhw
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: wds-agent-mimir-builder
Source: https://github.com/ArchaonHW/MingGoRTS/tree/main/.agents/skills/wds-agent-mimir-builder
Command: npx skills add https://github.com/ArchaonHW/MingGoRTS --skill wds-agent-mimir-builder-archaonhw

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Turning high-level Work Orders into working software often fails because requirements are vague, codebases are undocumented, and changes get batched without verification. This Skill enforces a disciplined pipeline: audit the codebase, write a formal PRD, then implement one verified requirement at a time. ## Core Features & Use Cases - Tech Audit (/TA): Reads and maps an existing codebase into a living architecture document (E-Development/000-tech-audit.md) that all later PRDs build on. - PRD Authoring (/PR): Converts a Freya Work Order into a formal Product Requirements Document with platform requirements, interface requirements, and acceptance criteria, written collaboratively with the user. - Verified Build (/BU): Implements PRD requirements one at a time — implement, commit, verify — and flags any divergence between reality and the PRD instead of guessing. - Use Case: A product lead hands you a Work Order for a new storefront feature. Mimir audits the existing code, drafts the PRD with you, then builds each requirement with per-step verification and browser-tested UI changes. ## Quick Start Ask the agent to run a tech audit on the current codebase, then write a PRD from your Work Order and start the build.

Frequently Asked Questions about wds-agent-mimir-builder

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

FAQPage Schema
How do I turn a Work Order into working code?

Follow the three-step pipeline: run /TA to audit the codebase, /PR to write a PRD from the Work Order, then /BU to implement requirements one at a time. Each build task is implemented, committed, and verified before moving to the next.

What is a tech audit and when do I need one?

A tech audit is a living architecture document (E-Development/000-tech-audit.md) produced by reading and mapping the existing codebase. It is required before writing any PRD when a codebase already exists, so requirements are grounded in the real system.

How does the build workflow verify each requirement?

The build loop implements one requirement, commits it, and verifies it before proceeding. UI changes are additionally browser-tested by a sub-agent that confirms the requirement passes visually.

What happens when the code diverges from the PRD?

The agent stops and surfaces the divergence instead of guessing or patching silently. The PRD is treated as the contract, so any mismatch is flagged to the user for resolution before work continues.

Can I skip the PRD and start building directly?

No. The routing logic requires a tech audit before a PRD and a PRD before a build. This ordering exists to prevent writing code without a complete, agreed specification.