边界情况
EC-1生成未核实- 情境
- 同一产品同一 revision 同一错误已记录过
- 操作
- createFeedbackReport 执行
- 结果
- 返回已有反馈 id，不重复插入
PRODUCT SPACE
CoDelphi ⌁ gzhanlei/codelphi · main ↗
CoDelphi 把 GitHub 仓库变成一份可追溯的产品规格。 连接仓库后，AI 自动提取功能清单与用户场景，每次 push 自动总结行为变化——每一条结论都附带可点击的源码证据，而不是凭空生成的摘要。
导出 ▾
最近一次分析：succeeded
分析完整性：部分完整——合并完整性部分（合并层有截断/冲突/护栏检出）；核验部分（存在一致性冲突或影子对比不一致）。分析成功不等于完整，完整不等于正确；结论采纳前应经人工核实。
源码装配覆盖率（按文件字节）12.7%（已装配实现文件 196/492 个，6 趟提取）；本规格未覆盖全部实现面（提取趟数触顶），未覆盖部分不产生结论。。运行时开关与数据依赖行为静态提取不可见（边界说明）；发现缺口请在左侧功能树进入功能页，用「编辑/新增场景」人工补充并标记核实。
产品反馈提交与失败自动记录
成员在产品页提交反馈；分析失败时系统按可报告性自动记录失败反馈（去重键 product+revision+error_message），管理员可把反馈转为 GitHub Issue。
代码生成稳定链接产品反馈提交与失败自动记录未核实
实现分布 · 2 个文件
components/analysis-feedback-button.tsx↗2 行ER-1HP-1lib/feedback.ts↗4 行EC-1ER-2HP-2HP-3
错误路径
ER-1生成未核实- 情境
- 反馈接口返回错误
- 操作
- submitProductFeedback 执行
- 结果
- 抛出接口错误或「反馈提交失败」
错误路径
ER-2生成未核实- 情境
- GitHub Issue 创建失败
- 操作
- submitFeedbackToGitHub 执行
- 结果
- 反馈标记 failed 并记录 submission_error，错误上抛
正常路径
HP-1生成未核实- 情境
- 成员在产品页提交反馈
- 操作
- submitProductFeedback 执行
- 结果
- 返回反馈 id
正常路径
HP-2生成未核实- 情境
- 分析 run 失败且错误可报告
- 操作
- recordRunFailureFeedback 执行
- 结果
- 按去重键落 feedback_reports，来源为系统自动记录
正常路径
HP-3生成未核实- 情境
- 管理员把反馈转为 GitHub Issue
- 操作
- submitFeedbackToGitHub 执行
- 结果
- 创建 Issue 并回写 submitted 与 issue URL；已存在则直接返回原 URL