PRODUCT SPACE

CoDelphi ⌁ gzhanlei/codelphi · main ↗

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

最近一次分析:succeeded

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

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

Archify 运行时准备与命令调用

按 release.json 校验 MIT 许可与归档 SHA-256,解压到固定运行时目录并以标记文件复用;通过子进程调用 Archify 的 deliver 与 visual-check 命令,解析 JSON 回执,失败时抛出携带回执的命令错误。

代码生成稳定链接 archify 运行时准备与命令调用
未核实
实现分布 · 2 个文件
边界情况EC-1生成未核实
情境
运行时目录缺失或标记文件与发布 SHA-256 不一致
操作
prepareArchify 执行
结果
清空运行时目录、重新解压归档并写入标记文件
错误路径ER-1生成未核实
情境
归档文件 SHA-256 与 release.json 不符
操作
verifyArchifyArchive 执行
结果
抛出 Archify archive SHA-256 mismatch
错误路径ER-2生成未核实
情境
Archify 命令返回 ok=false 或子进程失败但 stdout 含回执
操作
runArchify 执行
结果
抛出携带回执的 ArchifyCommandError,消息取首条诊断或 error
正常路径HP-1生成未核实
情境
运行时目录已存在且标记文件与发布 SHA-256 一致
操作
prepareArchify 执行
结果
直接返回 bin/archify.mjs 路径,不重复解压
正常路径HP-2生成未核实
情境
需要生成架构产物
操作
deliverArchify 执行
结果
以 deliver architecture 参数调用 Archify,默认 quality=showcase 并解析 JSON 回执
正常路径HP-3生成未核实
情境
需要验收已生成的架构 HTML
操作
visualCheckArchify 执行
结果
调用 visual-check 并返回解析后的回执