[Bug] 主线任务归档后，其后台定时/监控类任务（Automation）不停止，持续消耗套餐额度且缺少管理入口

环境

• 客户端：ZCode 桌面版 3.10.1（macOS 26.6.2，Apple Silicon）
• 套餐：Lite 包月积分制

发现时间

2026-08-30 晚

问题概述

后台定时任务（Automation）的生命周期与任务/会话归档完全不联动，存在两类场景：

1. 主线任务归档后，其挂载的定时任务不停止。主线任务收尾归档后，此前为它挂载的周期性后台任务（分钟级周期，如定时督查、定时巡查、余额监控类）仍按原周期持续自动触发，每次触发都是一次真实的模型调用并消耗套餐额度。
2. 监控类任务归档后同样在后台持续运行。以自动化形式运行的监控类任务，在对应主线工作已结束、任务被归档之后，依然在后台按周期空转。

会话归档不会连带停止任何后台自动化，也没有任何提醒，形成用户不可见的"孤儿自动化"。

实测消耗量级

• 在一个完全无人工操作的 26 分钟窗口内，套餐余额从约 43.6% 降至约 38.4%，消耗约 1,580 万 units，约合套餐总额度的 5%。该窗口内前台无任何任务在跑，消耗全部来自后台定时任务的多轮触发。
• 其中周期较长（10 分钟一轮）的督查类任务，每轮需要读取较大的会话记录并生成汇报，单轮消耗可达百万 units 量级；高频短周期任务则持续小额消耗。
• 影响后果：照此空转速率，每天将空耗套餐额度的相当大比例。若未被及时发现，用户会在毫无感知的情况下持续损失付费额度；额度紧张时更会直接挤占正常工作任务所需资源，甚至导致任务中断。对包月用户，这相当于付费资源被后台无声流失。

对正常使用的影响

1. 额度在"用户什么都没做"的情况下持续下降，第一反应是计费异常，但消耗实际真实发生且无法归因，排查成本很高；
2. 客户端界面内没有面向用户的"当前活跃自动化任务"面板，普通用户无法发现、暂停或删除仍在后台运行的定时任务（本次是在模型会话侧通过查询任务列表才发现有 3 个仍在运行的定时任务，分别每 5/10/30 分钟触发一轮）；
3. 用量明细无法区分"前台会话消耗"与"后台自动化消耗"，额度下降时用户无从自查。

我方目前的处置方式（临时手段）

在模型会话侧查询后台任务列表，确认有 3 个已归档任务遗留的定时任务仍在运行，随后逐一手动删除并确认任务列表清空，消耗随即停止。该方式依赖用户主动排查，不是产品级保障，因此请求官方从默认行为上根治。

修复请求

请求官方在产品默认行为层面修复，保证后续不再出现"任务已归档、后台仍在空跑并消耗额度"的情况。建议方向（供参考）：

1. 任务/会话归档或收尾时，默认停止（或弹窗确认是否保留）其附属的全部定时任务与后台自动化；
2. 提供客户端内用户可见的自动化任务管理入口（查看当前全部活跃定时任务 / 暂停 / 删除）；
3. 用量统计中标注消耗来源（前台会话 vs 后台自动化），便于归因；
4. 对长期无交互的自动化任务，给出消耗提示或自动暂停机制。

联系方式

lqwdl@qq.com（如需更多细节或配合复测，我会继续反馈）

另外想咨询：贵司是否有用户反馈激励/奖励计划？如有，烦请告知参与方式。

No files, tests, or code entry points are mentioned. Start by reproducing the archived-task scenario and tracing the lifecycle of scheduled automations, including how active tasks are listed and deleted. Done means archived tasks no longer consume quota, users can manage active automations, and usage can identify background consumption.