Wolfins
English | 中文
IPD Multi-Agent Collaboration System — Structured Product Delivery for Claude Code
AI writes code in one pass. AI ships products? It skips requirements, skips tests, and nobody reviews the architecture.
Wolfins doesn't generate code. It enforces TR1–TR5 hard gate controls, turning AI-assisted development into a traceable product delivery process.
Highlights
| Feature | What it does |
|---|
| 📋 | Two-Level Requirements | IR (Initial Requirement) → SR (System Requirement), from user perspective down to verifiable specs |
| 🚧 | Five-Stage Gate Controls | TR1 Concept → TR2 Spec → TR3 Architecture → TR4 Module → TR5 Verification. No pass, no proceed. |
| 👥 | 4-Role RACI | PDT Manager (A), System Engineer (R), Test Expert (C), Product Manager (C) — each stage, clear ownership |
| ⚡ | Parallel SR Development | TR4 batches SRs by dependency DAG topological order — no wasted compute |
| 🔍 | Full Traceability | RTM links IR acceptance criteria → SR → test cases → results |
| 📊 | Visual Exit Reports | Standalone HTML report per TR stage, browser preview, PASS/FAIL decision |
Quick Start
Installation
claude install-plugin https://github.com/wyxpku/wolfins
Confirm the plugin is enabled in .claude/settings.json:
{
"projects": {
".": {
"allowedPlugins": {
"wolfins": true
}
}
}
}
Update: /plugin → /reload-plugins
Launch
/ipd-start <your requirement description>
Wolfins walks you through the full process:
- IR Definition — Interactive requirement clarification, structured IR document
- TR1 Concept Review — Feasibility and testability assessment
- TR2 Spec Review — IR → SR decomposition, dependency DAG
- TR3 Architecture Review — System design, tech stack, test architecture
- TR4 Module Review — Parallel SR development, unit tests, per-SR acceptance
- TR5 Verification Review — Integration test, defect closure, GA
Each TR stage ends with a visual exit report. Open in browser, reply PASS or FAIL.
Commands
| Command | Description |
|---|
/ipd-start <requirement> | Start IPD flow with interactive IR definition |
/ipd-status | View current IR / TR stage / SR progress |
/ipd-resume | Resume interrupted IPD flow |
TR Gate Controls
Each TR stage has a gate — a quality checkpoint you must pass before moving forward. On top of that, five additional gates plug common quality gaps that IPD projects tend to miss:
| Gate | Stage | Mandatory | Description |
|---|
| Gate 1 | TR1 | Conditional | UX Specification review — only for interactive projects where user experience is a core deliverable |
| Gate 2 | TR3 | Yes | Integration Wiring Diagram + SR Responsibility Matrix — ensures modules are wired correctly and ownership is clear before coding starts |
| Gate 3 | TR4 (per-SR) | Yes | Smoke Verification — basic sanity check after each SR is built, catches integration issues early |
| Gate 4 | TR4 (post all) | Yes | Seam Review — verify all SR interfaces match the wiring diagram from Gate 2, no broken contracts |
| Gate 5 | TR5 | Yes | Real & Complete SVT/E2E — full system verification with mock inventory and risk reporting before GA |
Roles & RACI
Each TR stage is reviewed by a team of four IPD roles. The matrix follows the RACI model:
- A — Accountable: Ultimately accountable for the review outcome. Makes the PASS/FAIL call. One per task.
- R — Responsible: Does the actual work — design, code, test. At least one per task.
- C — Consulted: Provides domain expertise before decisions are made. Two-way communication.
- I — Informed: Notified of outcomes after decisions are made. One-way communication.
| Role | TR1 | TR2 | TR3 | TR4 | TR5 |
|---|
| PDT Manager | A | A | A | A | A |
| System Engineer | R | R | R | R | C |
| Test Expert | C | C | C | C | R |
| Product Manager | C | I | C | C | C |
Deliverables
All IPD documents are archived under docs/wolfins/{IR}/:
