mcpField
J
jp-architecture

jp-architecture

github.com/juspay开发096 次安装4 周前更新
代码仓库

关于 jp-architecture

jp-architecture 是面向 Juspay 集成的架构设计 skill,基于 PRD 通过逐步协作形成文档依据充分的决策,并生成 architecture 与 task-checklist,供 jp-executor 等后续实现使用。

主要功能

  1. 01从 Juspay 集成 PRD 开始
  2. 02逐步协作确认架构决策
  3. 03依据文档核实产品与 API 信息
  4. 04支持前后端分仓及跨端契约
  5. 05生成架构文档和任务清单

适用场景

  1. 01为 Juspay 集成 PRD 制定架构
  2. 02确认分仓前后端之间的接口契约
  3. 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.md
assets/
task-checklist-template.md
data/
integration-complexity.md
products/
ec-api.md
ec-headless.md
hyper-checkout.md
hyper-credit.md
jusbiz.md
juspay-billing.md
lotuspay.md
payout.md
README.md
upi-plugin-sdk.md
upi-tpap-sdk.md
references/
integration-stage-tracking.md
juspay-docs-mcp.md
juspay-mcp.md
split-integration.md
steps/
step-01-init.md
step-02-context.md
step-03-product-sdk.md
step-04-decisions.md
step-05-patterns.md
step-06-structure.md
step-07-validation.md
step-08-checklist.md
step-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 中处理。

评论

支持 Markdown