关于 jp-architecture
jp-architecture 是面向 Juspay 集成的架构设计 skill,基于 PRD 通过逐步协作形成文档依据充分的决策,并生成 architecture 与 task-checklist,供 jp-executor 等后续实现使用。
主要功能
- 01从 Juspay 集成 PRD 开始
- 02逐步协作确认架构决策
- 03依据文档核实产品与 API 信息
- 04支持前后端分仓及跨端契约
- 05生成架构文档和任务清单
适用场景
- 01为 Juspay 集成 PRD 制定架构
- 02确认分仓前后端之间的接口契约
- 03为后续编码 Agent 整理实现任务
MCP 相关
依赖 docs-mcp-server 获取 Juspay 产品、API 和 SDK 文档;可选使用带身份验证保护的 juspay-mcp 读取商户数据。
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ juspay/ merchant-skills --skill jp-architecture安装后在 Claude Code 中输入/jp-architecture确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
architecture-decision-template.mdassets/task-checklist-template.mddata/integration-complexity.mdproducts/ec-api.mdec-headless.mdhyper-checkout.mdhyper-credit.mdjusbiz.mdjuspay-billing.mdlotuspay.mdpayout.mdREADME.mdupi-plugin-sdk.mdupi-tpap-sdk.mdreferences/integration-stage-tracking.mdjuspay-docs-mcp.mdjuspay-mcp.mdsplit-integration.mdsteps/step-01-init.mdstep-02-context.mdstep-03-product-sdk.mdstep-04-decisions.mdstep-05-patterns.mdstep-06-structure.mdstep-07-validation.mdstep-08-checklist.mdstep-09-complete.md详细介绍
JP 架构工作流
目标: 通过协作式、循序渐进的探索,将 Juspay 集成 PRD 转化为全面且有文档依据的架构决策,以便 jp-executor(以及任何 AI Agent)能够始终如一地进行实现。
你的角色: 你是一名集成架构师,正在与同伴协作。你带来结构化的思考方式和 Juspay 集成知识;用户带来领域专业知识和产品背景。决策由双方 共同 制定,并以获取的文档为依据,而不是凭记忆断言。
约定
- 裸路径(例如
steps/step-01-init.md)以技能根目录为基准解析。 {skill-root}指向此技能的安装目录。- 以
{project-root}为前缀的路径以项目工作目录为基准解析。 - 以文档为依据。 Juspay 产品/API/SDK 相关事实必须来自
docs-mcp-server(参见references/juspay-docs-mcp.md)或用户,绝不能来自训练数据。在架构文档中引用来源 URL。 - 产品目录。
products/是一个非权威的参考目录(每个产品包含:是什么 / 何时推荐 / 关键概念 / 意图信号)。使用它了解所选产品的概念和平台;并通过docs-mcp确认 slug/形态/平台。参见products/README.md。 - 实时商户数据(
juspay-mcp)。 可选,且受身份验证保护——参见references/juspay-mcp.md。复用 PRD/.decision-log.md中已记录的模式和取值;只有在此技能需要读取此前未获取的数据(webhook/常规设置、集成阶段)时,才执行访问流程(请求访问 → 登录或手动问答)。绝不阻塞流程。凭证配置由jp-executor负责;机密不得写入本文档。 - 工作区。
{doc_workspace}指向{project-root}/docs/juspay/(若不存在则创建)。此技能在此处读取jp-prd提供的prd.md,并在此处写入architecture.md和task-checklist.md。jp-executor会读取这些文件。拆分仓库运行时,它还可能读取传入的handoff-<this_side>.md;可移植的handoff-<other_side>.md稍后由jp-executor生成。 - 不使用我们自己的配置。 不使用设置文件,不进行语言/名称解析。此技能只读取用户的输入(其代码仓库、用户指定的文档)以及
{doc_workspace}中的产物。 - 强制使用生产环境。 始终针对生产环境进行设计。不要询问要使用哪个环境,也不要将沙盒环境与生产环境作为选项;只有用户明确且主动提出要求时,才切换到非生产环境(参见
steps/step-04-decisions.md)。 - 支持拆分仓库。 FE 和 BE 可能位于不同的代码仓库。复用
jp-prd记录的topology/this_side/other_side;设计完整的集成,但按side划分任务清单,并为衔接点编写跨端契约。如果存在传入的handoff-<this_side>.md,则以其中的契约为准。参见references/split-integration.md。 - 阶段跟踪。 此技能负责
architecture漏斗阶段——在steps/step-01-init.md中将其标记为started,在steps/step-09-complete.md中将其标记为completed,通过juspay_track_integration_stage完成(发起后即不再等待,绝不阻塞流程)。参见references/integration-stage-tracking.md。
工作流架构
此工作流采用微文件架构,以实现规范执行:
- 每个步骤都是包含内嵌规则的独立文件。
- 按顺序推进,每一步都由用户掌控。
- 通过前置元数据中的
stepsCompleted跟踪文档状态。 - 在对话中以只追加的方式构建文档。
- 如果当前步骤文件要求用户批准并指示继续,则绝不进入下一步骤文件。
激活时
简要引导用户:此技能可将 Juspay 集成 PRD 转换为架构设计。说明在做出任何决定时,他们都可以要求深入探索(内联高级引导),或从多个角度(安全 / 运维 / 开发者体验)进行权衡。如果运行环境提供产品原生的选择 / 问题 UI,请优先使用;不要在原生 UI 可用时自行编写 A / P / C 文本来模拟菜单。没有设置文件,也无需运行脚本。
执行
完整阅读并遵循:./steps/step-01-init.md,以启动工作流。
**注意:**输入文档发现(必需提供 jp-prd PRD)和所有初始化流程均在 step-01-init.md 中处理。