边界情况
EC-1生成未核实- 情境
- 仓库分析覆盖率不可发布
- 操作
- prepareArchitecture 执行
- 结果
- 不生成架构文档，仅写分析回执并以 standard 质量返回
PRODUCT SPACE
CoDelphi ⌁ gzhanlei/codelphi · main ↗
CoDelphi 把 GitHub 仓库变成一份可追溯的产品规格。 连接仓库后，AI 自动提取功能清单与用户场景，每次 push 自动总结行为变化——每一条结论都附带可点击的源码证据，而不是凭空生成的摘要。
导出 ▾
最近一次分析：succeeded
分析完整性：部分完整——合并完整性部分（合并层有截断/冲突/护栏检出）；核验部分（存在一致性冲突或影子对比不一致）。分析成功不等于完整，完整不等于正确；结论采纳前应经人工核实。
源码装配覆盖率（按文件字节）12.7%（已装配实现文件 196/492 个，6 趟提取）；本规格未覆盖全部实现面（提取趟数触顶），未覆盖部分不产生结论。。运行时开关与数据依赖行为静态提取不可见（边界说明）；发现缺口请在左侧功能树进入功能页，用「编辑/新增场景」人工补充并标记核实。
架构文档生成与版本记录
按仓库证据构建确定性架构文档（Radar/AIVlog 专用模板或通用规则），调用 Archify 交付与视觉验收，成功记 accepted、失败按阶段记 rendered/failed 并保存回执与错误；产物路径限定在受管目录内。
代码生成稳定链接架构文档生成与版本记录未核实
实现分布 · 3 个文件
lib/architecture-generic.ts↗2 行EC-2HP-2lib/architecture-store.ts↗1 行ER-2lib/architecture-version.ts↗3 行EC-1ER-1HP-1
边界情况
EC-2生成未核实- 情境
- 通用仓库识别到的组件少于 2 个或连接为空
- 操作
- buildArchitectureDocument 执行
- 结果
- 抛出 No architecture components detected 或 no component relationships detected
错误路径
ER-1生成未核实- 情境
- 交付或视觉验收阶段失败
- 操作
- generateArchitecture 执行
- 结果
- 按阶段记录 rendered/failed 状态、回执与错误消息后返回
错误路径
ER-2生成未核实- 情境
- 产物路径越出受管 artifacts/products 目录
- 操作
- safeArtifactAbsolutePath 执行
- 结果
- 抛出 Artifact path is outside managed artifact directory
正常路径
HP-1生成未核实- 情境
- 仓库源码可读且证据完整
- 操作
- generateArchitectureVersion 执行
- 结果
- 写 spec、交付 HTML、视觉验收通过后以 accepted 落库
正常路径
HP-2生成未核实- 情境
- 通用仓库存在至少两个可识别组件与连接
- 操作
- buildArchitectureDocument 执行
- 结果
- 返回含组件、连接与证据行号的架构文档