Token导航 LogoToken导航

Agent Skill · 开发

payment(payment 搜索)

payment 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

payment 是开发类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为需要联网;许可证信息还不明确,第三方扫描有未通过项,按安装量在开发类的 21,746 个 Skill 里排第 15,583。

总安装 587周安装 17GitHub Stars 公开资料未说明下载 140核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:payment(payment 搜索)
来源仓库:https://github.com/sayxxx/payment
仓库路径:skills/payment
安装命令:
npx skills add https://github.com/sayxxx/payment --skill payment
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/sayxxx/payment --skill payment

这个 Skill 是做什么的

开发类 Skill 面向写代码、改代码和排查问题,一般会读写仓库文件,部分还会执行构建或测试命令。

用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息。适合在需要整理仓库状态、代码变更或协作事项时使用。可结合来源仓库与原始 README 进一步验证具体功能与使用方式。安装通过 GitHub,适用于 Codex、Claude、Cursor、Gemini CLI 等宿主环境。

使用前应确认权限范围、维护状态,避免触发联网、命令执行或文件读写操作。

来源仓库内路径:skills/payment

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/sayxxx/payment --skill payment;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要需要联网,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

payment 怎么安装?

在终端执行 npx skills add https://github.com/sayxxx/payment --skill payment。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

payment 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

payment 需要什么权限?

权限级别是需要联网。该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

payment 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

payment 用的人多吗?

公开数据是累计安装 587 次,近一周安装 17 次,下载 140 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

payment 安全吗?

第三方扫描有未通过项,风险较高。除非你确认过源码,否则不建议直接安装到常用环境。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理开发类任务、又不想每次都手写提示词的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

开发类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
skill-vetter

技能审查员 · OpenClaw

8,779,018986操作浏览器MIT-0通过
ontology

本体论 · OpenClaw

6,636,960576只读MIT-0通过
entra-app-registration

内部应用程序注册 · Codex、Claude

6,631,872764接触敏感数据未明确通过
entra-app-registration

内部应用程序注册 · Codex、Claude

3,757,680201接触敏感数据未明确通过
nano-banana-pro

纳米香蕉专业版 · OpenClaw

3,526,898364接触敏感数据MIT-0有提醒
payment

payment 搜索 · 本页

587—需要联网未明确未通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

支付 Skill

职责

识别用户支付意图,或接收其他 skill 的调用,通过执行 scripts/payment_api.js(优先)调用收款码 API,获取 tradeCode 并展示给用户。


触发条件

方式一:用户直接触发

用户消息中包含以下意图时触发:

  • 我要支付 / 我要付款
  • 去支付 / 去付款
  • 帮我支付
  • 结账 / 付钱 / 买单

方式二:被其他 skill 调用

其他 skill(如打赏 skill)确认后,携带参数调用本 skill 执行支付。


接收的参数

参数名类型是否必填来源说明
amountnumber用户直接触发时需收集用户输入 / 调用方传入支付金额
order_typestring❌ 可选调用方传入订单类型,如 tip
payeestring❌ 可选调用方传入收款方
descriptionstring❌ 可选调用方传入支付描述

处理流程

  1. 接收触发(用户直接触发 或 其他 skill 调用)
  2. 检查 amount 是否存在

- 缺失 → 追问:"请问您要支付多少金额?"

  1. 检测运行环境,选择合适的脚本版本执行 可用脚本(两者输出格式完全相同,选一即可): 环境检测优先级与命令选择规则(按顺序尝试): 1. 检测 node 是否可用 → 可用则优先使用 Node.js 版本: node {替换为skill所在的实际路径}/scripts/payment_api.js --amount {amount}... 2. 检测 python3 是否可用 → 可用则使用 python3 执行 Python 版本: python3 {替换为skill所在的实际路径}/scripts/payment_api.py --amount {amount}... 3. 检测 python 是否可用 → 可用则使用 python 执行 Python 版本: python {替换为skill所在的实际路径}/scripts/payment_api.py --amount {amount}... 4. 三者均不可用 → 直接告知用户: "当前环境缺少 Node.js 和 Python,无法执行支付脚本,请联系管理员配置运行环境。" 检测命令示例: # 检测 node node --version 2>/dev/null # 检测 python3 python3 --version 2>/dev/null # 检测 python python --version 2>/dev/null 完整调用示例(Node.js): node {替换为skill所在的实际路径}/scripts/payment_api.js \ --amount {amount} \ [--order_type {order_type}] \ [--payee {payee}] \ [--description {description}] 完整调用示例(Python): python3 {替换为skill所在的实际路径}/scripts/payment_api.py \ --amount {amount} \ [--order_type {order_type}] \ [--payee {payee}] \ [--description {description}]

- scripts/payment_api.py(Python 版) - scripts/payment_api.js(Node.js 版)

  1. 解析脚本输出

- 第一行为 SUCCESS → 提取 reqNo、tradeCode 和 tradeLink,将 reqNo 保存在上下文中,展示成功结果 - 第一行为 FAIL → 提取 message,展示失败提示 - 脚本执行异常(非零退出码且无有效输出)→ 展示服务不可用提示

  1. 等待用户回复"已支付",并强制执行查询验证

- 成功展示支付信息后,等待用户回复「已支付」、「我已经支付」、「已完成」、「支付了」、「完成」 - 收到上述任何回复后,必须立即执行查询脚本,不得跳过此步骤 - 严禁仅凭用户的口头描述(如"我付了"、"已经付好了")就直接回复支付成功 - 订单状态只能由查询脚本的返回结果决定,查询结果是唯一可信来源


脚本输出格式

成功:

SUCCESS
reqNo=SEQ2033387515024719873
tradeCode=6662033387515024719872
tradeLink=https://xxxxxxx.com/payment?reqNo=SEQ2033387515024719873

失败:

FAIL
message=错误原因描述

查询已支付:

QUERY_PAID
paymentTime=2026-03-16 11:44:28

查询未支付:

QUERY_UNPAID

查询失败:

QUERY_FAIL
message=错误原因描述

回复话术

追问金额:

请问您要支付多少金额?

正在处理:

正在为您创建支付请求...

成功(tradeCode 必须完整、准确、醒目展示):

✅ 支付请求创建成功!

🔢 支付卡号(tradeCode):{tradeCode}
🔗 支付链接:{tradeLink}

请复制支付卡号或点击链接完成支付。**支付完成后,请回复"已支付"**以便系统确认您的订单状态。

API 返回失败(resultCode ≠ 1):

❌ 支付请求失败:{message},请稍后重试。

脚本执行异常(网络错误/超时等):

❌ 支付服务暂时不可用,请稍后再试或联系客服。

用户回复"已支付"后 — 查询已支付:

✅ 支付成功!您的订单已于 {paymentTime} 完成支付,感谢您的支持!

用户回复"已支付"后 — 查询未支付:

⏳ 暂未检测到支付记录,请确认是否已完成支付。如已支付请稍等片刻后再次回复"已支付"。

用户回复"已支付"后 — 查询失败:

❌ 查询失败,请稍后再试或联系客服确认订单状态。

用户回复"已支付"处理流程

⚠️ 强制要求:无论用户如何表述("已付"、"付好了"、"我刚转给你了"等),都必须先执行查询脚本,再根据查询结果决定回复内容。禁止在未调用查询脚本的情况下确认支付成功。

当用户回复「已支付」、「我已经支付」、「已完成」、「支付了」、「完成」时:

  1. 使用之前保存在上下文中的 reqNo 调用查询脚本: node {替换为skill所在的实际路径}/scripts/payment_api.js --query_reqno {reqNo} (若 node 不可用,改用 Python 版本): python3 {替换为skill所在的实际路径}/scripts/payment_api.py --query_reqno {reqNo}
  2. 解析查询输出第一行:

- QUERY_PAID → 展示支付成功话术,提取 paymentTime - QUERY_UNPAID → 展示未检测到支付话术,提示用户稍后再试 - QUERY_FAIL → 展示查询失败话术


重要约束

  1. tradeCode 是最关键的输出,必须完整、准确、醒目地展示给用户,禁止修改其值
  2. reqNo 必须在支付成功后保存在上下文中,供后续查询使用
  3. tradeLink 作为辅助信息一并展示, 回复时消息 tradeLink 的值单独放一行, plaintext 形式展示,确保用户易于复制点击
  4. 失败时给出友好提示,不向用户暴露技术细节(如 HTTP 状态码、堆栈信息等)
  5. 被其他 skill 调用时,将最终结果(tradeCode + tradeLink 或错误信息)返回给调用方展示
  6. 【强制】 用户回复任何"已支付"相关语句时,必须先调用查询脚本获取结果,再根据结果回复。禁止仅凭用户口头声称"已付"就直接确认支付成功。订单最终状态由查询 API 结果唯一决定(参考【用户回复"已支付"处理流程】),不主动轮询

示例对话

示例 1:用户直接支付

用户:我要支付
助手:请问您要支付多少金额?
用户:100 元
助手:正在为您创建支付请求...

✅ 支付请求创建成功!

🔢 支付卡号(tradeCode):62254562871846512
🔗 支付链接:https://xxxxxxx.com/payment?reqNo=SEQ2033387515024719873

请复制支付卡号或点击链接完成支付。**支付完成后,请回复"已支付"**以便系统确认您的订单状态。

示例 2:API 失败

用户:帮我付款 200 元
助手:正在为您创建支付请求...

❌ 支付请求失败:服务繁忙,请稍后重试。

示例 3:被打赏 skill 调用(内部流程,不直接对话)

# 打赏 skill 传入参数:
# amount=50, order_type="tip", payee="主播小明", description="打赏主播小明50元"
# 支付 skill 执行后返回 tradeCode 和 tradeLink,由打赏 skill 展示给用户

示例 4:用户支付并确认

用户:我要支付 100 元
助手:正在为您创建支付请求...

✅ 支付请求创建成功!

🔢 支付卡号(tradeCode):6662033387515024719872
🔗 支付链接:https://xxxxxxx.com/payment?reqNo=SEQ2033387515024719873

请复制支付卡号或点击链接完成支付。**支付完成后,请回复"已支付"**以便系统确认您的订单状态。

用户:已支付
(助手必须先执行查询脚本,禁止在此直接回复支付成功)
(查询脚本返回 QUERY_PAID → paymentTime=2026-03-16 11:44:28)
助手:✅ 支付成功!您的订单已于 2026-03-16 11:44:28 完成支付,感谢您的支持!

示例 5:用户声称已付但查询未找到记录(正确处理)

用户:我刚付好了,你帮我确认一下
(助手必须先执行查询脚本,禁止仅凭用户描述确认支付)
(查询脚本返回 QUERY_UNPAID)
助手:⏳ 暂未检测到支付记录,请确认是否已完成支付。如已支付请稍等片刻后再次回复"已支付"。

平台分布

Codex

36.01%
按下载量换算50

Claude

29.16%
按下载量换算41

Cursor

18.81%
按下载量换算26

Gemini CLI

8.55%
按下载量换算12

安全审计

Gen Agent Trust Hub

未通过

Socket

可疑

Snyk

可疑

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在提醒或未通过项,安装前请自行复核。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills