PRODUCT SPACE

CoDelphi ⌁ gzhanlei/codelphi · main ↗

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

最近一次分析:succeeded

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

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

通知渠道与投递

管理产品级 Slack/webhook 通知渠道(目标加密落库、UI 只显示 host+path)与成员邮件偏好;分析成功后 best-effort 投递行为变化摘要,单渠道失败只记 deliveries 不回滚分析。

代码生成稳定链接 通知渠道与投递
未核实
实现分布 · 1 个文件
边界情况EC-1生成未核实
情境
本次分析没有行为变化
操作
renderNotificationText 执行
结果
返回 null,不发送任何通知
边界情况EC-2生成未核实
情境
检测到规格坍缩或单功能坍缩
操作
renderNotificationText 执行
结果
通知正文附带坍缩警告行,提示核实变化明细
错误路径ER-1生成未核实
情境
单个渠道投递失败
操作
deliverAnalysisNotifications 执行
结果
记录 failed 投递与错误,继续投递其他渠道,不回滚分析状态
正常路径HP-1生成未核实
情境
产品配置了启用的通知渠道且本次分析产生行为变化
操作
deliverAnalysisNotifications 执行
结果
按渠道发送 Slack 文本或 webhook payload,并记录 sent 投递
正常路径HP-2生成未核实
情境
成员开启了该产品的邮件偏好
操作
deliverAnalysisNotifications 执行
结果
经 Chandler /v1/mail/send 发送摘要邮件并记录 sent 投递