一键导入
brainstorming-extension
Enforces design review gate after brainstorming — bridges superpowers:brainstorming into the tribunal quality pipeline
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Enforces design review gate after brainstorming — bridges superpowers:brainstorming into the tribunal quality pipeline
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Layered configuration resolution for tribunal.yaml
Create comprehensive GitHub issues with TDD plans, acceptance criteria, and agent instructions for autonomous PR lifecycle management
Multi-agent brainstorming debate — agents propose solutions, critique each other, and reach consensus before design review
Delegate implementation and review tasks to external AI CLI tools (Codex, Gemini) with cross-model adversarial review
Address PR review feedback systematically — fetch inline comments, review bodies, handle outside-diff-range comments, resolve threads with proper attribution
Migrate from npm-installed tribunal to the marketplace plugin — removes redundant files with safety checks
| name | brainstorming-extension |
| description | Enforces design review gate after brainstorming — bridges superpowers:brainstorming into the tribunal quality pipeline |
| auto_activate | true |
| triggers | ["after:superpowers:brainstorming","design document committed"] |
This skill bridges superpowers:brainstorming into the tribunal quality pipeline by enforcing the Design Review Gate after any design document is created. Without this bridge, brainstorming flows directly into writing-plans, bypassing the 5-agent design review that catches architectural, security, and requirements issues before expensive implementation begins.
This is a critical workflow enforcement point, not a passive extension.
superpowers:brainstorming has a built-in terminal state: "The ONLY skill you invoke after brainstorming is writing-plans." This creates a pipeline bypass:
WITHOUT this extension (broken flow):
superpowers:brainstorming
└── Commits design doc
└── writing-plans (DIRECTLY — no review!)
└── executing-plans
└── Implementation begins on UNREVIEWED design
WITH this extension (correct flow):
superpowers:brainstorming
└── Commits design doc
│
▼
┌─────────────────────────────────────────┐
│ MANDATORY DESIGN REVIEW GATE │
│ (Enforced by CLAUDE.md + start-task) │
│ │
│ 5 parallel review agents: │
│ • Product Manager (use cases) │
│ • Architect (architecture) │
│ • Designer (UX/API) │
│ • Security Design (threats) │
│ • CTO (TDD readiness) │
│ │
│ ALL FIVE must APPROVE │
└─────────────────────────────────────────┘
│
▼
ALL APPROVED? ────No────► Iterate on design (max 3)
│
Yes
│
▼
writing-plans → plan-review-gate → orchestrated-execution
YAML frontmatter triggers (auto_activate, triggers) are metadata hints — Claude Code does not enforce them automatically. Instead, this enforcement works through three redundant mechanisms:
The CLAUDE.md template contains a "Workflow Enforcement (MANDATORY)" section that explicitly states:
After brainstorming: STOP → Run Design Review Gate → Wait for all 5 agents to APPROVE → Only then proceed
This instruction is loaded into every conversation and overrides conflicting skill instructions.
The /start-task command's Problem Definition Phase includes an explicit "MANDATORY HANDOFF" block that requires the design review gate after brainstorming.
When this skill is loaded (either by name or auto-activation), it provides the detailed procedure below.
When superpowers:brainstorming commits a design document:
## Design Review Gate Activated
Your design document has been committed. Before proceeding to implementation,
I'll run it through our 5-agent review panel.
Spawning reviews:
- Product Manager Agent (use case/requirements validation)
- Architect Agent (technical architecture)
- Designer Agent (UX/API design)
- Security Design Agent (threat modeling/security review)
- CTO Agent (TDD readiness)
This typically takes 2-3 minutes...
Check tribunal.yaml for debate configuration. If debate.rounds > 0 and debate.agents is non-empty:
$debate with the design document and research findingsIf debate is not configured (no tribunal.yaml or debate section), skip directly to the design review gate.
Invoke $design-review-gate with the path to the design document. This spawns all 5 review agents in parallel.
If ALL APPROVED:
## Design Review Gate: PASSED
All five reviewers have approved your design!
| Agent | Verdict | Notes |
| --------------- | -------- | ------------------------------------- |
| Product Manager | APPROVED | Clear use cases, measurable benefits |
| Architect | APPROVED | Clean architecture, follows patterns |
| Designer | APPROVED | Good API design, clear error states |
| Security Design | APPROVED | No high-risk threats, mitigations OK |
| CTO | APPROVED | TDD specs present, ready to implement |
### Next Steps
1. Create epic for this feature
2. Create implementation plan (writing-plans)
3. Run plan through Plan Review Gate (3 adversarial reviewers)
4. Set up worktree for isolated development
5. Begin orchestrated execution
Ready to proceed? [Yes / No]
If ANY NEEDS_REVISION:
## Design Review Gate: NEEDS REVISION
Some reviewers found issues that need to be addressed.
### Blocking Issues
[Agent-specific issues listed here]
### Questions Requiring Answers
[Questions listed here]
---
Please revise the design document and I'll re-run the review gate.
(Iteration 1 of 3)
The review gate can be skipped ONLY when:
superpowers:brainstorming — The upstream skill this bridges from$design-review-gate — The 5-agent review implementation$plan-review-gate — The next gate in the pipeline (after writing-plans)$orchestrated-execution — The execution framework after planning