用途：为 Juspay 支付集成创建、更新或校验高质量 PRD，聚焦集成本身并便于实现交接。PRD 记录集成必须做什么、纳入范围的输入/流程/方式/界面以及下游设计需遵守的约束；如何实现由 jp-architecture 决定，编码由 jp-executor 完成。
主要能力：
- 三种意图：Create（无 PRD）、Update（已有 PRD）、Validate（只评审不改动）。
- 激活时先调用 juspay_get_merchant_details 连接商户，取得 merchant_id、client_id 与 integrationType（PP = HyperCheckout，EC_API = Express Checkout API，EC_SDK = Express Checkout SDK），据此确认产品，不盲目展示产品菜单。
- 代码库与环境扫描：识别语言/框架、包管理器、前后端与移动/Web 形态、已有支付代码、配置文件键名（不读取或回显密钥值）；默认目标环境为生产，不询问沙箱/生产选择。
- 支持拆分仓库（前后端分仓），检测拓扑并吸收另一侧交接文件作为权威跨侧契约。
- 通过与 docs-mcp 核对产品事实（字段、错误码、webhook 结构），每条文档事实标注来源 URL，不从记忆或训练数据推断。
- 发现流程：脑暴输入、代码库扫描、产品选择、工作模式（Fast path 批量提问后起草并标 [ASSUMPTION]；Coaching path 逐节推进，可选 Capabilities + Flows 或 Journey-led）。
- 产物写入 {project-root}/docs/juspay/：prd.md、addendum.md、.decision-log.md 及临时评审文件；.decision-log.md 为决策与审计记录，addendum.md 存放不属 PRD 正文的深度内容。
- 评审门：按 prd-validation-checklist.md 派发并行子代理，各自写入 review-{slug}.md 并仅返回简要结论。
使用方式：随对话式交互推进，优先使用运行时原生问题/选择 UI；用户可随时要求深入某一节或多角度权衡。缺失事实以暂未提供说明，不编造。
限制：不提供配置项；仅读取用户提供内容与工作区产物；凭证配置在 jp-executor 阶段完成；文档事实仅来自 docs-mcp 或用户。