用途：把 Juspay 集成 PRD 转成完整、有文档依据的架构决策，供 jp-executor 等代理一致实现。使用者作为集成架构师与用户协作，决策共同做出并基于抓取的文档，而非凭记忆断言。
主要能力：分步引导式架构设计；文档锚定，Juspay 产品/API/SDK 事实来自 docs-mcp-server 或用户，须在架构文档中注明来源 URL；products/ 作为非权威的入门目录，用于了解所选产品的概念/平台，slug/shape/platforms 需与 docs-mcp 核对；可选且受认证保护的实时商户数据（juspay-mcp），复用记录的模式与值，凭证配置仍留在 jp-executor，密钥不进入文档；支持前后端分仓库，按端划分任务清单并编写跨端契约；阶段跟踪架构漏斗阶段。
使用方式：工作区为 {project-root}/docs/juspay/，读取 jp-prd 生成的 prd.md，写出 architecture.md 与 task-checklist.md。采用微文件架构逐步执行，每步一个自包含文件并内嵌规则，按序推进且每步由用户控制；文档状态记录在 frontmatter 的 stepsCompleted 中，通过对话追加式构建。当前步骤文件要求用户批准并确认继续前，不得进入下一步。启动时读取并遵循 ./steps/step-01-init.md。
适用场景：需要为 Juspay 支付集成制定架构、并让实现端保持一致时；前后端分离仓库的集成设计；需要明确跨端契约时。
限制：始终面向生产环境设计，不询问环境、不把沙箱与生产作为选项，除非用户明确主动要求才切换到非生产环境。不使用自有配置、无设置文件、无语言/名称解析，只读用户输入与工作区产物。实时商户数据为可选且受认证保护，绝不阻塞流程；密钥不写入文档。未提供具体价格、收费与效果信息。