feat(v2): 纠偏第四批——会议结果录入与改进发布接真实知识发布入口

- api/prescreen.py：transition_improvement 注入 _knowledge_publisher，
  release 委托 knowledge_cards.publish → component_registry.release；
  按 proposed_revision_ref 以「组件id@版本」精确解析草稿（不取"最新草稿"，
  否则会出现"审核的是 A、发布的是 B"）；客户端自报 released_ref 一律 422；
  非 knowledge 目标 409 诚实拒绝；发布与候选状态同一事务，失败保留旧版。
- TrajectoryPanel：新增会议结果录入（追加式更正走 supersedes_id；
  未匹配单列且不计入分母）。
- ImprovementPanel（新增）：偏差→候选→两道评测门→独立审核→发布；
  请求体不含版本号，无自动上线，不自批。
- 界面并入「轨迹复盘」，不新增第四个导航入口（AC-53）。
- 守卫：新增 scripts/test_improvement_panel.cjs（verify.py 13→14 项）；
  test_module_shell_ui.cjs 的「只读」断言改为分别锁死「回放只读」与「结果只可追加」。
- 测试：新增 backend/test_improvement_release.py（AC-57 端到端 + 三条反例）；
  test_improvements.py 补「自报版本号被拒」。
- 文档：17 第四批交付记录、15 §7 交接、03 §9.4 发布事务边界。

验证：scripts/verify.py 14/14 PASS（backend-unit 572 项），证据
test-evidence/20261001-013517-3e15bda/；scripts/xingbang_batch4_smoke.py
对真实服务器实跑通过（发布指针实测移到新版本）。

Co-Authored-By: Claude Code <noreply@anthropic.com>

docs/v2/03-detailed-design.md

@@ -147,7 +147,7 @@ TrajectoryStep 的输入/输出正文通过授权存储引用访问；cost 缺
 | GET /runs/{id}/trajectory | 200 {run_id,steps:TrajectoryStep[],next_cursor}；seq稳定分页 | 项目查看；404；按当前权限解析引用 |
 | POST /projects/{project_id}/review-outcomes | meeting_id,occurred_at,reviewed_snapshot_id?,raw_code,conditions,evidence_ids,supersedes_id?；201 ReviewOutcome；服务端映射label | 指定评审记录人；E-03/04/07，E-23/26为已保存记录警示 |
 | POST /projects/{project_id}/improvements | target,target_ref,source_run_ids,outcome_ids,change_summary,proposed_revision_ref；201 ImprovementCandidate draft | 提议者；E-03/04/07 |
-| POST /improvements/{id}/transitions | action:evaluate/submit/approve/reject/release/withdraw,expected_revision,note；200 ImprovementCandidate | 审核与发布独立资格；E-03/05/24；release委托既有发布入口 |
+| POST /improvements/{id}/transitions | action:evaluate/submit/approve/reject/release/withdraw,expected_revision,note；200 ImprovementCandidate | 审核与发布独立资格；E-03/05/24；release委托既有发布入口，**版本引用由服务端从真实发布结果产生，不接受客户端提交 `released_ref`**（提交即 422） |
 
 提炼作业、数据生成与评测先做内部受控任务；不开放任意prompt/文件路径/SQL执行API。新增读取卡片、方案、会议结果和改进列表在T02沿既有组件目录/对象查询接口扩展；实际URL与所有前端消费字段须在Contract gate前补齐，当前明确为阻塞项，不由实现者临时猜路径。
 
@@ -161,7 +161,8 @@ TrajectoryStep 的输入/输出正文通过授权存储引用访问；cost 缺
 | 会议结果 | 追加保存matched/unmatched；核对关联通过追加修订记录 | 无证据拒绝；E-23/26可保存但不计有效标签；更正不改原运行 |
 | ImprovementCandidate | draft→evaluating→ready或rejected；ready→in_review→approved或rejected；approved→released；released→withdrawn | rejected可新建修订draft；评测失败保留原因；release引用已有不可变发布结果 |
 
-改进发布与卡片发布同一事务/幂等命令边界，不允许一边标released一边没有对应版本；若复用服务跨事务，须在详细实现设计中明确outbox/恢复协议并有故障测试。评测锁定后才揭示结果；标签污染任何阶段均可追加作废记录。
+改进发布与卡片发布同一事务/幂等命令边界，不允许一边标released一边没有对应版本；若复用服务跨事务，须在详细实现设计中明确outbox/恢复协议并有故障测试。
+**已实现（纠偏第四批）**：`release` 由端点注入的 publisher 在不新增连接的同一个 `_db()` 事务内执行——先按候选的 `proposed_revision_ref` 以 `组件id@版本` **精确**定位草稿（不按组件 id 取"最新草稿"，否则会发布与候选声明不符的版本），再调 `knowledge_cards.publish` → `component_registry.release`；publisher 抛异常即整体回滚，组件版本与候选状态要么一起生效、要么都不写。"发布失败保留旧版"与"自报版本号被拒"两条反例均有测试。评测锁定后才揭示结果；标签污染任何阶段均可追加作废记录。
 
 存储优先现有对象/版本/审计机制，通过追加迁移保存新增类型；唯一键至少覆盖run+sequence、project+版本引用、命令幂等范围。完整DDL、索引、读写白名单及迁移前后恢复测试属于T02门禁，当前未建表。新数据根与旧库物理隔离由T01验证。