2 Commits

Author	SHA1	Message	Date
JianFeeeee	bf0d2510cc	fix(scheduler)!: D1 更正为「中断从上一个任务之前的完整状态开始」，并实现现场合回 ... 用户明确语义（我此前对 D1 的解析就是错的——当时回答里的“A”指的是 git 选项， D1 实际要的是方案 B）： 中断打断时，上个任务到达以来的所有上下文现场被保护（含 toolcall）， 然后中断在「上个任务前的那个完整状态」上开始运行； 中断结束后再把被挂起的任务与其上下文现场加载回中断任务之上，并继续运行。 实现： - 删除 SeedMsgs 与 D1=A 的“只读前缀”机制：中断任务不再继承被打断任务的任何内容， 它就是普通新任务，正常走完整 prepare（system prompt + timeline + 自己的输入） - TaskFrame 新增 PrefixLen（基础前缀长度）与 InputBlocks； stepPrepare 在 buildMessages 之后记录 PrefixLen - 新增 rebaseFramePrefix：恢复时重建基础前缀（中断已提交进 a.context， 重建的 timeline 含中断效果＝“加载回中断之上”），再把本任务自己的尾部 （Stage 上下文 + 工具轮产物 + 占位）接回；并补回 IsInterrupt 标记与多模态块 - resumeTask 在 runTaskSteps 之前调用 rebaseFramePrefix - 设计稿 §5.3 改写为「已定：D1=B」并写明实现对应；§6.2 补“重建前缀→接回尾部”； §12 的 D1 行更新 测试： - TestPreempt_HigherPreemptsAndResumes 改为断言「中断不继承、恢复后看得见中断内容」 - 新增 TestPreempt_ResumeRebaseRestoresTailDecorations（前缀重建后尾部装饰补回） - 原 TestPreempt_SeedPathDoesNotLeakInterruptFlag 随之删除（机制已不存在） 验收：agent 全量 + -race；全仓 build/vet 通过	2026-09-13 06:24:20 +08:00
JianFeeeee	1b7c3fa53e	feat(scheduler): M5 饥饿防护（抢占计数提升有效级 + 抢占冷却） ... 设计依据 docs/zh/input-scheduler-design.md §9、§11.5（G1/G2）。 - Task 增加 PreemptCount / LastPreemptAt；effectiveLevel(t) = min(L4, Level + min(PreemptCount, 2))：被抢占越多越“值钱”， 逐步追上抢占它的流，但封顶 L4 因而抢不过真正的紧急输入 - 选择函数 taskBefore 改用有效级；requestPreempt 与 preemptGrantedFor 同样以有效级比较 - 抢占冷却 preemptCooldown=2s：刚被抢占的任务期内不再被抢占， 避免同一任务被反复打断到永不完结 - 新增 scheduler_starvation_test.go 4 项：提升与封顶、冷却期内不得再抢占、 提升后同级不得抢占而更高可、选择函数确实用有效级 - 验收：agent 全量 + -race；全仓 build/vet 通过	2026-09-13 00:38:30 +08:00