docs: 回填 BUG-954~956/958 修复版本 5b6abc23
This commit is contained in:
+4
-4
@@ -12529,7 +12529,7 @@
|
||||
- 防复发:源码遍历合同;不得用删掉 `jyotishSkillBinding()` 让窗口路线通过。
|
||||
- 关联记录:BUG-205、BUG-214、BUG-922、BUG-923、BUG-937、BUG-938、BUG-955
|
||||
- 复发自:无(与 922/923/937 同现象、不同根因;那三条均未覆盖窗口 Agent 的提示词装配)
|
||||
- 修复版本:`8e3e5c73`
|
||||
- 修复版本:`5b6abc23`
|
||||
|
||||
## BUG-955 | 输入处理器 abort 与「合同未完成」同码,窗口装配失败藏了四周
|
||||
|
||||
@@ -12545,7 +12545,7 @@
|
||||
- 防复发:装配失败不得再并进合同未完成;参照 BUG-938 对供应商 error 块的同类处置。
|
||||
- 关联记录:BUG-954、BUG-938、BUG-922
|
||||
- 复发自:无
|
||||
- 修复版本:`8e3e5c73`
|
||||
- 修复版本:`5b6abc23`
|
||||
|
||||
## BUG-956 | 合同未绿时静默丢弃模型正文,用户只看到「未完成」
|
||||
|
||||
@@ -12561,7 +12561,7 @@
|
||||
- 防复发:合同未绿不得再整段丢正文;既有「合同完成前的旁白不进可见回答」仍保留,成功计算后清空缓冲。
|
||||
- 关联记录:BUG-954
|
||||
- 复发自:无
|
||||
- 修复版本:`8e3e5c73`
|
||||
- 修复版本:`5b6abc23`
|
||||
|
||||
## BUG-957 | 窗口计算由模型决定调不调,对结果无信息增益
|
||||
|
||||
@@ -12593,6 +12593,6 @@
|
||||
- 防复发:窗口指令源码合同锁住该句。
|
||||
- 关联记录:BUG-954
|
||||
- 复发自:无
|
||||
- 修复版本:`8e3e5c73`
|
||||
- 修复版本:`5b6abc23`
|
||||
|
||||
|
||||
|
||||
@@ -3,7 +3,7 @@
|
||||
工作树:`.worktrees/window-consult-contract-20260918`
|
||||
分支:`codex/window-consult-contract-20260918`
|
||||
基线:`origin/staging` @ `e5b2ad14`(任务书写 `9cdcf96b`,其后纯文档已快进到改写后的任务书)
|
||||
合入提交:`8e3e5c73`
|
||||
合入提交:`5b6abc23`
|
||||
任务书:`docs/tasks/TASK-window-consult-contract-20260918.md`
|
||||
|
||||
## 任务状态
|
||||
|
||||
@@ -138,7 +138,7 @@
|
||||
| `TASK-consult-three-channels-20260918.md` | `PROGRESS-consult-three-channels-20260918.md` | 咨询运行时三通道:进度 / 思考 / 正文生成时分离。设计分支误用 BUG-939/940/941,落地改号 942–944 | 验收未通过(见修复单) | `94c1e81f` |
|
||||
| `TASK-consult-three-channels-fix-20260918.md` | `PROGRESS-consult-three-channels-fix-20260918.md` | 验收修复单:领域上限解耦(945)、31s 预算断言(946)、校正思考分片门(947)、Pass 4 按模式分流(948)、容量算术(949) | 已验收通过(Claude:tsc 0 / lint 0 error / npm test 3491 条 31 红且与基线 `742ffbc6` 同一组、原 12 条红全绿 / `/` 仍 Static / 首屏 js gzip 468,388 B 较基线 +0.02%);review 另出 BUG-950~953 见下一行 | `e32ce624` |
|
||||
| `TASK-consult-pass4-streaming-20260918.md` | `PROGRESS-consult-pass4-streaming-20260918.md` | 验收 review 三轮:Pass 4 一 hold 正文就整段蹦出、逐字流式消失(BUG-950 产品拍板按句放行);无出生分钟模式整段被一句拒绝顶掉、一般知识句一起丢(951 改按句丢弃);该模式下日期不留痕(952);校正流 token 级 thinking 是死链,按 P2 删除并把测试翻转成否定合同(953)。基线 `1e553976` | 待验收 | `cd4775ae` |
|
||||
| `TASK-window-consult-contract-20260918.md` | `PROGRESS-window-consult-contract-20260918.md` | **P0 线上**:申报时段模式**自 2026-08-21 起每轮秒败**(69ms、0 token、模型从未被调用)。服务端日志实证根因:窗口 Agent attach 了 `jyotishSkillBinding()`,但 `windowJyotishInstructions` 从来不含方法块 marker,输入处理器直接 abort(BUG-954)。abort 与「模型没调工具」同码,是它藏四周的原因(955);另含合同未绿不得丢正文(956)、计算不该由模型触发(957,须等 954 上线后另轮)、窗口指令应期冲突(958)。基线 `9cdcf96b` | 待验收 | `8e3e5c73` |
|
||||
| `TASK-window-consult-contract-20260918.md` | `PROGRESS-window-consult-contract-20260918.md` | **P0 线上**:申报时段模式**自 2026-08-21 起每轮秒败**(69ms、0 token、模型从未被调用)。服务端日志实证根因:窗口 Agent attach 了 `jyotishSkillBinding()`,但 `windowJyotishInstructions` 从来不含方法块 marker,输入处理器直接 abort(BUG-954)。abort 与「模型没调工具」同码,是它藏四周的原因(955);另含合同未绿不得丢正文(956)、计算不该由模型触发(957,须等 954 上线后另轮)、窗口指令应期冲突(958)。基线 `9cdcf96b` | 待验收 | `5b6abc23` |
|
||||
| `TASK-first-paint-dead-screen-fallback-20260917.md` | — | 真机:首页永远停在「正在载入账户」,兜底全在没跑起来的 bundle 里(BUG-936 investigating)。根 layout 加与 bundle 无关的内联兜底 + 去掉本仓正则后行断言 | 待领取 | — |
|
||||
| `TASK-consultation-answer-start-anchor-20260917.md` | `PROGRESS-consultation-answer-start-anchor-20260917.md` | 主会话回答落在结尾:`useConversationScrollAnchor` 是贴底跟随,流式期间视口钉在最后一个字,回答开头滚出视口;改为发送后问题钉顶、回答向下长、长出视口显示「跳到最新」、末尾动态留白;产品追加拍板:校正面同一语义(推翻 BUG-041/048 贴底),本轮开头 = 用户行或新助手行。BUG 段 930 起 | 已验收(经修复单) | `worktree/green-harbor-5be3` |
|
||||
| `TASK-consultation-answer-start-anchor-fix-20260917.md` | `PROGRESS-consultation-answer-start-anchor-fix-20260917.md` | 验收修复单:F1 头就是留白行时留白按整视口算(BUG-931);F2 留白只在钉住期间存在(BUG-932);前置:先修 e4e73f56 的两处 TS 错否则门禁不过 | 已验收 | `cc1a8980`(Claude 验收:tsc 0 / lint 0 error / npm test 3457 条 39 红与 11c0028d 逐条一致、新增 2 条绿 / `next build --webpack` 通过、`/` Static、首屏 gzip 591,242(较 09-16 基线 582,800 +1.45%,含会话列表单)/ Chrome 真实布局 S1–S6 全部通过,S6 新助手行距顶 16px 且增高不动,S5 不再写留白);真机六条欠 |
|
||||
|
||||
Reference in New Issue
Block a user