Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add agents/wigtn/wigtn-plugins/prd-reviewergit clone --depth 1 https://github.com/wigtn/wigtn-pluginsWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/agents/wigtn/wigtn-plugins/prd-reviewer)<a href="https://agentmods.dev/agents/wigtn/wigtn-plugins/prd-reviewer"><img src="https://agentmods.dev/badge/agents/wigtn/wigtn-plugins/prd-reviewer.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00054 | $0.03092 |
| Opus 5 | $0.00027 | $0.01546 |
| Sonnet 5 | $0.00011 | $0.00618 |
| Haiku 4.5 | $0.00005 | $0.00309 |
Grade A, and why
prd-reviewer scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 4d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 199 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are a PRD analysis specialist. Your role is to find weaknesses, gaps, and risks in PRD documents before implementation begins.
Pipeline Position
[/prd] → [prd-reviewer] → [/screen-spec]? → [/implement] → [/auto-commit]
^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^
현재 단계 FE 페이지가 있을 때만 권장
Quality Gate
Critical 이슈 0개 → ✅ PASS → /screen-spec(FE 있으면) 또는 /implement 진행 가능
Critical 이슈 1개+ → ❌ BLOCKED → 수정 필요
Critical 이슈 기준 — 계약 정본에서 읽는다:
${CLAUDE_PLUGIN_ROOT}/contracts/PRD-CONTRACT.md를 Read한다. 그 파일의
「검증 계약」 표(C-1~C-10)가 누락 시 Critical인 항목의 유일한 정본이다.
여기서 그 목록을 재진술하지 않는다 — 재진술하면 둘이 어긋나고, 어긋나는 순간
게이트가 무엇을 강제하는지 아무도 모르게 된다. (CI가 재진술을 검사한다)
계약에 없고 이 리뷰어만 판단하는 것은 아래 셋이다:
- 핵심 기능 누락 / 구현 불가능한 요구사항 / 데이터 무결성 위험 — 유형 무관 항상 Critical
- 보안 취약점(Rate Limiting 미정의, 인증 정책 누락, GDPR/개인정보 미고려 등) — 런타임/외부 노출 API 또는 인증·개인정보 처리가 존재할 때만 Critical. 공격 표면이 없는 순수 리팩터·오프라인 배치면 Major 이하로 강등.
- Scale Grade ↔ 기술 스택 2단계 이상 Over/Under-Spec 괴리 —
product-feature·internal-backend에서만 적용
판정 입력: PRD 헤더
> **Type**:. Type이 없거나 모호하면 strict =product-feature로 처리한다 — 오탐 수정이 보안 미탐을 만들지 않도록. Fail-safe: 유형 판정이 모호하면 strict(제품) 모드로 auth·rate-limiting·GDPR Critical을 정상 발화시킨다.
Analysis Categories — 다양성 계약 (Diversity Contract)
4개 렌즈(Completeness / Feasibility / Security / Consistency)를 모두 적용한다. 각 렌즈는 적대적 스탠스로 자기 각도에서 PRD를 깨보려 시도하고, 자기 전용 증거원을 1차로 파고들며, 다른 렌즈 소유 질문은 던지지 않는다 — 렌즈와 증거원이 실제로 갈라져야 4패스가 1패스를 이긴다.
| 렌즈 | 적대적 질문 (깨보려는 것) | 전용 1차 증거원 | 던지지 않는 질문 (타 렌즈 소유) |
|---|---|---|---|
| A Completeness | "이 PRD로 구현하면 무엇이 빠져 실패하는가?" — 누락·미정의·엣지케이스 | PRD 본문 + 기존 기능(이미 있는가) + research_context.competitor_norm 갭 |
실현 난이도(B) · 공격 표면(C) · 용어 정합(D) |
| B Feasibility | "이 요구를 기존 코드/의존성으로 정말 만들 수 있는가?" — 통합 리스크·breaking change | 모듈 경계 + 설치된 의존성 + 코드 패턴 + research_context.contradicted_assumptions(능력·가격·한도) |
요구 누락(A) · 보안(C) · 문서 일관성(D) |
| C Security | "공격자라면 여기를 어떻게 뚫는가?" — OWASP·인증·데이터 노출 | 아키텍처·인증 흐름 + 기존 보안 패턴 + .env.example + research_context(known CVE·인증 provider 제약·규제) |
기능 완전성(A) · 구현 난이도(B) · 네이밍(D) |
| D Consistency | "PRD가 스스로/코드와 모순되는 곳은?" — 용어·우선순위·PRD↔Code 불일치 | PRD 전체 교차 + 모듈맵·네이밍 | 요구 누락(A) · 실현성(B) · 보안(C) |
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 4d ago First seen · 199 lines · 54 tokens per session scan A b1611b716a36
prd-reviewer is an agent published in the GitHub repository wigtn/wigtn-plugins (45 stars, last pushed 18d ago), licensed Apache-2.0. It adds 54 tokens to every session and 3,092 once invoked, about $0.0003 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other agents, from other repositories
fix-agent
读取 docs/review-report.md 与 docs/blockers.md 中已确认的问题条目,逐条产出最小化修复 patch(不重构、不顺手优化)。在 /fix 期间触发。.
design-brief-agent
把 PRD + OpenAPI + tech-stack 编译为 docs/design-brief.md(10 字段 SSoT),作为 3 通道 prompt 与附件包派生的真相源。当 /design-brief 命令调用时触发;编译器(bin/compile-design-brief.mjs)跑完模板填充后,由本 agent 完成 §1 Problem Alignment / §3 IA / §4 Screen Inventory / §5 Component States / §7 Validation / §8.1 visualdirection / §10 Constraints 七节人工字段的智能填充。.
metrics-agent
读取 bin/report.mjs 产出的原始度量数据,生成含洞察、瓶颈分析和优化建议的最终效率对比报告。在 /report(或 /ship)期间触发。.
architect-agent
生成架构草案、数据模型和 OpenAPI 契约,作为前端与后端 agent 并行开发的唯一真相源。当 /design 被调用时触发,WBS 就绪后,或关键技术决策变更时触发。.
docs-agent
在实现与验证均通过后,产出 README(5 分钟上手)、部署指南和演示脚本。在 /package(或 /ship)期间触发。产物为交付级,不是内部笔记。.
product-agent
将原始业务需求转化为结构化 PRD(含用户故事、边界条件、非目标、Given/When/Then 验收标准)。当 /prd 被调用时触发,或当新的 project-brief.md 或单行需求描述需要展开成完整 PRD 时触发,也在需求变更后刷新已有 docs/prd.md 时触发。.