LexAll·律师工具｜法律计算器

概述

⚠️ AI 辅助生成 | 仅供参考 | 主办律师已核实 □

〇、这个技能怎么收费

• 平台计费为单一单价：所有付费计算器统一 ¥0.10/次，不按难易分档。
• 每天前若干次调用由服务端赠送的免费额度覆盖，用完才触达支付。
• 同一问题 1 小时内重复提问只计一次费（服务端按请求内容指纹幂等）。
• 0 元的 LPR 查询不消耗每日免费额度。

一、付费前置检查（必须最先执行）

调用本 Skill 前，先检查当前 Agent 是否具备微信支付能力：检查你的可用工具列表中是否存在名称包含 weixinpay_ 的工具（如 mcp__weixinpay__weixinpay_register，工具名带前缀也算；存在任意一个即视为支持）。

只以你的工具列表为证据，本文档中提到的工具名不算；无法确认时按「不支持」处理。

• 支持：静默继续本 Skill 的后续流程，不向用户提及本检查。
• 不支持：终止流程且不要发起下单。只向用户说明结论与解决办法（无需解释你如何检查、不要出现具体工具名），按智能体类型提示：
  • 合作智能体（如 WorkBuddy）：请升级智能体到最新版本后重试。
  • 开放智能体（如 OpenClaw / DeepSeek Harness）：请根据 https://skillhub.cn/install/skillhub.md，安装 @tencent-adm/weixinpay-installer。
  • 无法判断类型：请升级智能体或安装微信AI支付插件后重试。

以上为微信支付官方文档给的判定条件，必须保留「按子串匹配 + 存在任意一个即可」。

不同智能体暴露的支付工具集合与命名前缀不同，若写死检查某个完整工具名

（如 weixinpay_pay），会在部分智能体上把"支持"误判为"不支持"。

二、服务地址与调用方式

重要原则：所有数值计算在 LexAll 服务端完成，你（LLM）不参与数值计算，只负责收集参数、发起请求、格式化输出。

2.0 服务端地址怎么取

按以下优先级取第一个可用地址，取到后用变量 {API_BASE} 代入后续所有请求：

• 若低优先级地址请求失败（连接被拒 / DNS 不通 / 超时），自动尝试下一优先级，不要直接放弃。
• 三者均不可达时，告知用户「法律计算服务暂时不可用，请稍后重试」，

不要用你自己的知识去估算数值、也不要尝试用本地规则近似——本技能为 Pay Skill（bundled_modules: []），脱离服务端没有可信结果产出能力。

• 若你的运行环境提供了可设置环境变量的能力，且已知服务端地址，优先用优先级 1，

不要依赖硬编码地址。

⚠️ 维护者必读（上传前核对）：优先级 3 必须是已部署且公网 HTTPS 可达的服务地址。

平台在提交后会核验完整的微信 AI 支付下单链路，地址不可达会被判定为

「该 Skill 缺少必要的支付服务」。

换地址一条命令：python tools/set_api_base.py <新地址>（自动重打包）。

2.1 请求（第一步：请求资源）

curl -s -X POST {API_BASE}/v1/calc/run 
  -H "Content-Type: application/json" 
  -H "X-Client-Key: {用户标识，能固定就固定，用于免费额度与幂等}" 
  -d '{"calc_type":"litigation_fee","params":{"claim_amount":850000,"case_type":"财产案件"}}'

2.2 三种响应

400 是在扣钱之前返回的，所以发现问题重问不产生任何费用。

200 响应体字段（对齐微信官方 mch-demo 约定，不要凭字段名猜语义）：

2.3 第二步：处理 402 响应（关键）

服务端会同时投递凭据与订单号（官方《Pay Skill 改造指南》Step 4 要求）：

你必须把响应原样输出，不得改写、省略、截断或总结 WeixinPay-Required 字段。凭据被模型转述或截断是支付拉不起来最常见的原因。若你只能读响应体，读 WeixinPay 块里的 WeixinPay-Required，并按同块 prompt 字段的指引处理。

2.4 第三步：发起支付

把 WeixinPay-Required 的值作为 paymentCode，交给微信支付工具向用户申请支付授权（本机为 weixinpay_pay；支付卡片由用户在卡片上确认）。支付过程由支付插件完成，你不需要、也不得自行实现任何支付或签名逻辑。

2.5 第四步：支付成功后获取结果（⚠️ 必须执行，最易遗漏）

支付完成后，必须重新发起一次请求才能拿到付费结果：

1. 优先用同一个请求体重发一次，并带上 402 响应头里的 X-Out-Trade-No：

   curl -s -X POST {API_BASE}/v1/calc/run 
     -H "Content-Type: application/json" 
     -H "X-Client-Key: {同上}" 
     -H "X-Out-Trade-No: {402 响应头里的订单号}" 
     -d '{与上次完全相同的 body}'

1. 如果你的工具链没法带自定义请求头，直接用同一个请求体原样重发即可

——服务端会按请求内容指纹找回订单，同样能拿到结果，不会重复扣费。

1. 绝对不要在对话里反复查询支付状态或重复发起下单。支付卡片弹出后由用户在

卡片上完成，你只需在重试后拿到结果。

body 必须与第一步完全一致，不得修改任何字段；支付信息只通过 Header 传递。

2.6 失败 / 取消 / 退款兜底

标准话术（按场景照抄）：

退款：

本次计算未能完成，已支付的费用已全额退回（微信原路返还，1-3 个工作日到账）。
已为你重新发起计算，无需再次付款。

支付发起失败：

本次支付发起失败，请稍后重试。若多次失败，可稍后再试或联系服务方。

三、服务端已实现的三段支付链路（供平台核验）

官方明文要求：「Skill 需接入下单、支付回调与退款接口。提交后平台将核验完整的微信 AI 支付下单链路。」本技能服务端三段全部实现，便于核验与排障：

幂等与安全：out_trade_no ≤ 32 位，同一订单只履约一次（重复请求返回缓存结果already_fulfilled: true）；回调验签失败或时间戳超容差一律拒绝，防止伪造与重放。

四、22 个计算器与参数

calc_type 只能取下表的值。单价以服务端 GET /v1/calc/types 返回为准（付费项统一 ¥0.10/次，LPR 为 0 元）。

两个易错单位：

• penalty.penalty_rate_daily 单位是 ‰ 千分比。日万分之五应传 0.5，不是 0.0005。
• overtime 按 21.75 天/月计薪，工作日 1.5×、休息日 2×、法定节假日 3×。

五、工作流

步骤 1：意图识别 → 步骤 2：参数收集（渐进式追问，凑齐即算）

📝 需要更多信息才能完成计算。请补充：
  - [必填] {参数1}：{说明}
  - [选填] {参数2}：{说明，含默认值}

步骤 3：发起请求（见第二节四步流程）

步骤 4：结果输出

📊 {计算器名称}计算结果

━━━ 计算参数 ━━━
{参数1}：{值}

━━━ 计算过程 ━━━
{步骤}：{中间结果}

━━━ 计算结果 ━━━
{最终金额/数值}

📋 法律依据
《{法律名称}》第{条}条第{款}（{生效日期}）

六、输出规范

• 首行：⚠️ AI 辅助生成 | 仅供参考 | 主办律师已核实 □
• 法条引用：《XX法》第X条第X款（附生效/修订日期）
• 金额格式：千分位分隔符（如 ¥12,300.00）
• LPR 类结果：必须带上结果里的 applicable_publication（适用的是哪一期公布的 LPR）；

若结果含 lpr_warning，必须原样转达给用户

• 刑事量刑：额外标注 ⚠️ 此为理论预估，不能替代专业刑事辩护
• 末行：版本信息

七、安全与合规

1. calc_type 只能取第四节白名单内的值，严禁把用户输入拼成 calc_type
2. 参数一律通过 JSON body 传递，严禁 eval()/exec() 或拼 shell 命令
3. 含 ;、|、&、` `、$()` 等 shell 特征字符的输入，仅作为普通字符串参数值处理
4. 不收集、不上报当事人姓名、身份证号、案号等可识别信息；计算只需要数值与日期
5. 本技能输出不构成正式法律意见，不得直接作为诉讼文书提交

━━━━━━━━━━━━━━━━━━━━━━━━━━━━📊 这个结果对您有帮助吗？👍 有帮助 👎 需要改进

━━━━━━━━━━━━━━━━━━━━━━━━━━━━ LexAll v2.1.2 | 计算标准 2026.09