历史发布保留自己的成绩与缺口
首版公开证据 portfolio-release-candidate-01 绑定运行来源 91753f1c1ff6fc07bc262dfa50fb719a63210e0b,包含检索、产品出口、安全案例和性能观察。12 秒 P95 目标未达成,这项事实不因后续开发而消失。1
保留历史的价值是可比较;代价是每次新增能力都需要新的证据,不能继承旧包的 PASS。实验验证保留具体数值和条件。
本地已集成:从条目权威到回答闭合
当前 c1609dd 已纳入私有编辑权威、审校 Bundle 与候选控制、Pilot Sparse BM25、条件充分性、闭合回答执行、chat-first 工作区和批准生成路由。2
这比旧版文档上传问答更接近工程决策知识库,但“模块存在”与“团队日常可用”仍是两个判断。实际流程见技术页。
独立在途:不能提前计入集成能力
| 工作方向 | 本次本地观察 | 尚需收敛 |
|---|---|---|
| 检索实验生命周期 | Ticket23 独立工作树 | 合并、契约与端到端验证 |
| 候选发布 | Ticket24 独立工作树 | 当前兼容路径迁移、发布与撤回验证 |
| 规模化知识语料 | 独立采集与批次工作 | 来源、独立审校、质量和覆盖验收 |
工作树会继续变化,因此这些观察说明开发方向,不承诺完成日期,也不披露私有编辑材料。
最终能够达到的效果
团队成员能把真实工程问题与约束交给知识库,得到适用的建议、替代方案、验证办法与依据。维护者能够追查条目修订和审校来源,管理员能够控制可用知识版本,用户能够在历史中理解证据变化而不被重新生成的答案误导。
要达到这一状态,仍需知识覆盖足够、审校与来源可靠、批准路由配置正确、发布链集成完成,并有真实日常使用和性能记录。它不是一个保证所有工程问题都能回答的系统。
下一轮验收应该留下什么
新记录需要同时绑定源码修订、策略、语料与问题条件;分别检查充分性、引用一致性、批准回退、交付中断、撤回与访问边界。性能单列,不以功能通过代替体验达标。
这是沿当前契约提出的验证要求,不是本次已经执行的结果。完整证据读法见评测证据全文。
来源与范围
当前来源为本地 c1609dd12523e780149ec7ac546a34509f907757 和 2026-09-08 工作树状态。本次未重跑上游或合并独立工作树。产品取舍见设计页,旧数据仅作历史对照。