PRODUCT SPACE

CoDelphi ⌁ gzhanlei/codelphi · main ↗

CoDelphi 把 GitHub 仓库变成一份可追溯的产品规格。 连接仓库后,AI 自动提取功能清单与用户场景,每次 push 自动总结行为变化——每一条结论都附带可点击的源码证据,而不是凭空生成的摘要。

最近一次分析:succeeded

分析完整性:部分完整——合并完整性部分(合并层有截断/冲突/护栏检出);核验部分(存在一致性冲突或影子对比不一致)。分析成功不等于完整,完整不等于正确;结论采纳前应经人工核实。

源码装配覆盖率(按文件字节)12.7%(已装配实现文件 196/492 个,6 趟提取);本规格未覆盖全部实现面(提取趟数触顶),未覆盖部分不产生结论。。运行时开关与数据依赖行为静态提取不可见(边界说明);发现缺口请在左侧功能树进入功能页,用「编辑/新增场景」人工补充并标记核实。

Chandler 支付客户端与回调验签

以服务端 Apikey 建单与退款、用户 token 预支付与查单,幂等键分别为本地商户单号与 refund-平台单号;webhook 以 HMAC-SHA256 恒时验签并解析平台单号与状态。

代码生成稳定链接 chandler 支付客户端与回调验签
未核实
实现分布 · 1 个文件
边界情况EC-1生成未核实
情境
建单响应缺少平台单号
操作
createChandlerOrder 执行
结果
抛出 chandler create_order returned no platform order number
边界情况EC-2生成未核实
情境
未配置 CHANDLER_API_KEY
操作
createChandlerOrder 执行
结果
回退使用用户 token 的 Bearer 鉴权建单
错误路径ER-1生成未核实
情境
webhook 签名缺失或与 HMAC 计算结果不符
操作
verifyChandlerWebhookSignature 执行
结果
返回 false,拒绝该回调
错误路径ER-2生成未核实
情境
webhook body 不是合法 JSON 或缺平台单号与状态
操作
parseChandlerWebhookPayload 执行
结果
返回 null,不推进订单
错误路径ER-3生成未核实
情境
Chandler 接口返回非 2xx
操作
chandlerRequest 执行
结果
抛出携带 chandlerStatus 与解析后 chandlerBody 的错误
正常路径HP-1生成未核实
情境
需要创建支付订单
操作
createChandlerOrder 执行
结果
以本地商户单号为幂等键建单并返回平台单号
正常路径HP-2生成未核实
情境
订单已建且用户持有 token
操作
prepayChandlerOrder 执行
结果
返回微信扫码、H5 与支付宝跳转参数
正常路径HP-3生成未核实
情境
需要核对远端订单状态
操作
queryChandlerOrder 执行
结果
返回平台订单状态字符串,缺失时返回 unknown
正常路径HP-4生成未核实
情境
需要按平台单号退款
操作
refundChandlerOrder 执行
结果
以 refund-平台单号 为幂等键、携带必填正数金额与原因调用退款接口