PRODUCT SPACE

CoDelphi ⌁ gzhanlei/codelphi · main ↗

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

最近一次分析:succeeded

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

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

Chandler webhook 处理

验签后事件先落库(唯一键防重),重复事件直接 ACK;订单定位后按平台状态推进 paid 履约或 refunded 退款确认,未知单返回 404 让平台重试。

代码生成稳定链接 chandler webhook 处理
未核实
实现分布 · 1 个文件
边界情况EC-1生成未核实
情境
同一平台单号与状态的事件重复投递
操作
processChandlerWebhook 执行
结果
撞唯一键直接 ACK,返回 duplicate
边界情况EC-2生成未核实
情境
平台状态为 closed 等其他态
操作
processChandlerWebhook 执行
结果
仅记录 raw_notify,不推进状态机,返回 200
错误路径ER-1生成未核实
情境
平台单号在本地不存在
操作
processChandlerWebhook 执行
结果
返回 404 unknown_order,让平台重试
错误路径ER-2生成未核实
情境
事件落库或订单推进抛错
操作
processChandlerWebhook 执行
结果
返回 500,平台重试
错误路径ER-3生成未核实
情境
签名缺失或不匹配
操作
processChandlerWebhook 执行
结果
返回 401 invalid_signature
正常路径HP-1生成未核实
情境
签名正确且事件首次到达
操作
processChandlerWebhook 执行
结果
事件落库并推进订单状态,返回 200 ok