v5.15.0

v5.15.0 - ??????????(????? + ????,React ?????)

????????("?????????????????? / ??????????"):?????????

????

• ????????(????):????? ? ?????(????)? ?????(??????)? ?????(????????????);???????????????
• ??????:????????"????";????????(???????/?????/????????);???????????;??/??/?? JSON?
• React+Vite ?????:frontend/arch-view ?? + ???? core/web/arch_view.html(???? CDN?????,????? Node)?
• S28 ??(v5.14.4 ??):???????????,?? CALLS ? 927 ? 0?
• skill ????:?? coderef-governance-semi ??????(???????)?

??

• ????:Brooks-Lint Health 96?CodeRabbit ???? 0 finding?pyflakes 0 ??
• ?? 259 ????;coderef-src ???

v5.14.3

v5.14.3 — 外部审查 9 项修复 + 结构性债务治理（4 课题）

• A 级（正确性/发布一致）：pyproject 版本同步 5.14.3；MCP_SETUP 工具数 50→52 / 依赖修正 / 架构图版本；README「不修改代码」声明边界澄清；ast_parser 死代码清理；gitnexus 3 处 shell=True 改列表参数
• B 级（静态清理）：pyflakes 未使用 import 清理 ~90 → 15 处（保留跨模块隐式加载导入）
• 课题 1 · 版本号收敛：单一真源 core/version.py（init/pyproject dynamic/mcp_server 自动读取）+ tools/check_version.py 发布前校验防文档漂移；顺修 pyproject SPDX license 构建失败
• 课题 2 · 上帝模块检测维度：tech_debt_detector 新增文件过大检测（>1000 medium / >2000 high / >3000 critical），填自身盲区，实测命中自身 20 个
• 课题 3 · f-string 无占位清理：111 处冗余 f 前缀清理（AST 语义等价验证 26 文件全 PASS）
• 课题 4 · 覆盖率监控：requirements-dev(pytest-cov) + pyproject coverage 配置 + tools/coverage_report.py（fail_under=15 诚实起点，趋势追踪）
• 课题 5 · 860s 超时：验证现有 partial 兜底可操作，记录决策不改码
• 测试：测试方逻辑层全量回归 248 OK + 运行态 E2E 实测通过（版本探针 5.14.3 / coderef_eval 真实 LLM PASS / 上帝模块命中 8）；master 自测 164 用例全绿；三层审查（pyflakes + Brooks-Lint + CodeRabbit 全链 0 finding）
• 版本号：5.14.2 → 5.14.3

v5.14.2

v5.14.2 — coderef_eval 契约加固（Brooks-Lint 审查修订）

承接 Brooks-Lint PR Review 修复 coderef_eval 诚实性缺口 + 3 可维护性改进；CodeRabbit 复审 0 finding。

• 修复：硬指标部分降级误 PASS → 整体 degraded/SKIP 不误 PASS，披露 degraded_metrics；
• 修复：拒绝 bool/NaN/Inf score 走重试→降级路径；
• 改进：越界 score 披露 score_clamped；公开 parse_json_response；metric enum 同源；
• DeepSeek 模型名更新 deepseek-v4-flash → deepseek-flash；
• skill 编排补齐 6 工具；
• 全量 164 用例通过。

完整日志见 CHANGELOG.md。

v5.13.11

v5.13.11 - U-44 ?????????? dir ?? + U-45 overview ???????????

U-44:???? agent/td ??????????? dir ??,????(_refactor_backup)?? HIGH???:_denoise ????? dir ???(????? dir ????,????? _is_excluded_path),??????????????;???????????? N ?????:kuajingdianshang ?? coderef_audit full,HIGH/MEDIUM ? _refactor_backup ?? = 0?

U-45:overview ?????????????????,???????????:_load_audit_findings ?????????????? scan_ts ?????;overview ??????????????????????:?????? overview,scan_ts ????????????????

??:master ?? 164 ?????

v5.13.10

v5.13.10 — change_guard 健康基线锚定在无持久化 git 身份仓库可成功（登记册 #3）

承接登记册「多 Skill 成效与调度审查」#3：coderef_change_guard action=anchor 对 Coderef-Ai-master 失败 Committer identity unknown（仓库无持久化 user.name/email，git tag -a 需 committer 身份）。

修复：新增 _HEALTH_IDENTITY（-c user.name=CodeRef-AI -c user.email=coderef@local），anchor 的 commit/tag 统一带临时身份执行。不写 git config（不违反 NEVER update git config 铁律），任意已存在仓库均可锚定，无需配置 git 身份。

验证：临时仓库无持久化身份场景 anchor 成功打 coderef-health-* tag；对 Coderef-Ai-master 补锚成功，health_baseline 不再为 null。全量 164 用例通过。

v5.13.9

U-43 design ?? description ???????????(??????????)

• ??:DesignRegistry.manage(add) ??? description ??,?????????????
• ??:?? _ADOPTION_DECL_RE ??,???? N workflow ???? ValueError;?? multi_source_route ????????
• ?? 164 ????

v5.13.8

U-41 arch_verify ?????? arch_audit ?????

• ??:_score_health ????? health_score ??,???? 0.5/raw=null
• ??:?? summary.health,arch_health_raw ???? 0-10 ?????? 0-1
• ??:mock 2.0?0.2/5.0?0.5/10.0?1.0;Coderef-Ai-master audit 2.0 ? verify.health{0.2, raw 2.0}
• ?? 164 ????

v5.13.7

operation_memory ?????????????

• ?? ResourceScanner._detect_docs_reports ??? CODEREF.md/AGENTS.md,?????/???? sync ???????
• tests ????????????? operation memory(source=CODEREF.md ? 8 ?)
• CodeRabbit major ??:? rel ?????????,????????
• ?? 164 ????

v5.13.6

U-39/U-40 ?????

• U-39 ???????????(memory_layer ???? dir ??,?? v5.13.5 ????)
• U-40 workflow_graph GitNexus/CodeAnalyzer ?????????? dir ??
• CodeRabbit major:????????????????????

v5.13.5

v5.13.5 — U-38 观察项双修复（coderef_version 探针返回空 + memory_layer 图谱重建漏排除）

承接登记册 U-38 真实现场终验后留下的 2 条观察项（不阻塞闭环，但须修复以防止后续版本再触发同类问题）。

• ① coderef_version 版本探针返回空（登记册 U-38 §观察项①）：_run 层 project_path 校验豁免名单只列了 coderef_scan_list / coderef_gov_workspace，漏了 coderef_version。schema 声明无需 project_path，但调用时 p="" 走到 _validate_project_path 抛 ValueError → 客户端看到"返回空"。这也是 v5.12.7 登记册 §1 就提过的"schema 标无需参数与实际封装不一致"的根因。修复：把 coderef_version 加入豁免名单，使其与 coderef_scan_list 一致——schema 与运行时行为对齐。
• ② 图谱重建时 _refactor_backup 备份目录仍入图（登记册 U-38 §观察项② / U-37③ 关联方向）：MemoryLayer._update_knowledge_graph 调用 kg.build() 没传 exclude_dirs，导致 coderef_memory(action=sync, mode=full) 路径下备份目录文件全入图，污染符号级真身/循环/重复判定。pipeline_runner._build_kg 是接了 whitelist dir 的，但 memory_layer 这条独立路径漏了。修复：_update_knowledge_graph 读取 whitelist rule=dir 条目并传入 exclude_dirs，与 _build_kg 口径一致。
• 回归测试：新增 VersionProbeTest.test_via_run_skips_path_validation（走 _run 层空参数返回版本）+ MemoryLayerKgExcludeTest.test_update_kg_passes_whitelist_dirs（memory 层 whitelist dir 传入 kg.build）×2；全量 161 通过（Python 3.10）。
• 版本号：5.13.4 → 5.13.5（patch，缺陷修复；不改工具暴露面）。

---