维护者确认：#3656 队列 discard reason 跨包契约

[MagicLizi]

为什么需要维护者确认

PR https://github.com/makecindy/cindy/pull/3656（`fix(scheduler): preserve queued discard reasons`，作者 AoHanBei）命中架构确认门：核心路径改动 430 行 ≥ 150。

改了什么

给 AgentInputCoordinator 的 onDiscardedQueuedMessage 增加必填的 AgentInputQueuedMessageDiscardReason，并同步 packages/maker-scheduler 的 schedule-runner 接口与 desktop scheduler-host / maker-ipc 调用方。目的是保留排队消息在 vendor dispatch 前被丢掉的结构化原因，避免用错误文本反推。

为什么不能按 bugfix 自动放过

架构门问的是结构有没有变，不是用户看不看得见。这次改的是跨模块回调契约（maker-ipc → scheduler-host / maker-scheduler）的形状：原 2 参回调变成 3 参必填 reason。这不是同文件内的实现替换，也不是机械重命名。

请维护者怎么做

• 方向没问题：直接在 PR 上 Approve。Approve 后确认门放行，后续新 commit 也保持 released。
• 需要改：在 PR 上 Request Changes。作者改完后再 Approve 即可。
• 普通评论 / 本 issue 里说「可以」不构成通过。

相关路径：

• apps/desktop/src/main/maker-ipc/agent-input-coordinator.ts
• apps/desktop/src/main/maker-ipc/register.ts
• apps/desktop/src/main/scheduler-host/runner.ts
• packages/maker-scheduler/src/engine/scheduler.ts
• packages/maker-scheduler/src/interfaces/schedule-runner.ts

---

关联 PR:#3656(作者 @AoHanBei);本 issue 由 review-pr 流程自动创建,用于先讨论该 PR 涉及的技术架构调整,维护者确认后 PR 会恢复推进。

[dash-s-cindy]

判断：该问题值得处理，#3656 的总体修复方向是正确的：将排队消息丢弃原因从 AgentInputCoordinator 结构化传递至 IPC bridge、scheduler runner 和 scheduler engine，并移除 scheduler 对错误文本 /abort/i 的取消推断。当前建议对 #3656 Request Changes，暂不 Approve；待以下语义补齐并重新验证后，再由维护者在 PR 上正式批准。\n\n行动：\n\n1. 修正单条队列删除与周期任务重排的边界。 当前 PR 的 ScheduleRunCancellationError 会进入 aborted 分支。根据 PR review 记录，这条分支不会恢复 claimDueFire 清空的 nextFireAt；当用户只删除一条排队输入、而 schedule 仍为 active 且 recurring 时，可能导致任务保持 active 但不再自动触发。应将“删除本轮排队输入”和“暂停/删除整个 schedule”分开：前者不能静默终止周期排期，应按既有 recurring 语义保留或恢复下一次触发；后者才维持 pause/delete 的终止语义。该行为需要用回归测试固定下来，至少覆盖 active recurring、paused/deleted、一次性任务和 manual 触发。\n\n2. 修正并发取消来源的优先级。 当排队项先被标记为用户删除，随后同一 schedule 的 pause/delete 触发 AbortSignal 时，最终收口应以已触发且属于 schedule 生命周期的 signal 为准，继续使用 pause/delete 的 aborted 终态和既有文案；不能因为队列 discard reason 先到，就把真实的 pause/delete 收口记录成“删除排队输入”。建议在 runner/engine 的终态决策处明确来源优先级，并增加该交错顺序的测试。\n\n代码与状态证据：\n\n- 在当前 main 快照 5a595a25fffc369bce61852217a40cdf37b373e8 中，apps/desktop/src/main/maker-ipc/agent-input-coordinator.ts:490 的 onDiscardedQueuedMessage 仍是 (sessionId, item) 两参数契约；多个队列移除入口共用该回调，未携带结构化原因。\n- apps/desktop/src/main/scheduler-host/runner.ts:1886-1889 仍将排队丢弃统一编码为 queued heartbeat prompt removed before dispatch (aborted)。\n- packages/maker-scheduler/src/engine/scheduler.ts:2096-2099 的 wasRunAborted 仍在真实 signal 未触发时对错误文本执行 /abort/i 匹配；终态分支随后写入固定文案 cancelled by user (schedule deleted or paused)。因此 #3581 的原始误报链在当前 main 上仍存在，尚未看到已合并但未发布的修复。\n- #3656 的 PR 描述显示已完成跨层 reason 传播、移除文本推断，并补充 coordinator、runner、engine 定向回归测试；但 PR 当前仍 open，自动 review 已指出上述两个影响周期排期和取消来源的具体问题，相关讨论尚未全部 resolve。\n\n建议的最小验证矩阵：\n\n| 场景 | signal | 预期 |\n| --- | --- | --- |\n| schedule pause/delete 撤销排队 run | true | aborted，使用 pause/delete 文案，不被 queue reason 覆盖 |\n| 删除单条排队自动化输入，schedule 仍 active/recurring | false | 本轮按用户取消或产品既有语义收口，但下一次周期触发仍存在 |\n| 删除一次性排队输入 | false | 不再自动重试，终态与现有一次性任务语义一致 |\n| Stop / clearSession / hook / queue replace | 按入口 | 使用各自结构化 reason，不显示 pause/delete 文案 |\n| 普通错误文本包含 abort | false | 保持 failed，不依赖文本猜测为用户取消 |\n| 删除队列项与 pause/delete 交错 | true | 以实际 schedule signal 为最终来源 |\n| 重叠运行 + 普通消息竞态 | 通常 false | 不误报 pause/delete，并记录确切 discard reason |\n\n相关记录：\n\n- #3581：原始用户故障，确认需要修复错误归类和诊断信息丢失，但没有确认人工消息抢占一定是唯一丢弃入口。\n- #3656：当前实施 PR，方向可行，但应先处理上述两项 review 风险并重新跑跨层测试。\n- #944：历史上已出现 abort 来源误判导致 recurring 任务不再重排的回归，是本次必须保留的调度不变量。\n- #1281：将 Schedule 接入现有 AgentInputCoordinator 的单一输入与恢复生命周期，支持本次继续沿该 owner 模型增加 reason，而不另建 scheduler 恢复状态机。

[MagicLizi]

维护者确认已通过,讨论结束,PR 恢复正常推进。关联 PR:#3656(https://github.com/makecindy/cindy/pull/3656)。本 issue 由 review-pr 流程自动关闭。