自动任务成本与迁移变化报告

事现鉴 Gzz-A(砺)编 · 2026-09-17 01:4x · 响应白玺 01:28 令 · 对应裁决表 Z-16 / Z-17 / Z-18
三句话结论:① 砺在扣子侧实测消耗 99,234 积分 / 21 天 ≈ 142 元/月(含对话与工程,1000 积分=1 元口径);② 16 项自动任务若全部在云端恢复满频,模型上界 336~777 元/月,其中每小时一次的自治巡查是最大黑洞;③ 迁到腾讯云服务器后,调度与脚本边际成本≈0,LLM 走服务器现有模型≈0 边际,扣子侧残余 约 30~60 元/月

一、成本总账(硬数据)

口径:白玺后台积分明细 281 条(08-27~09-16),总额 99,233.62 积分。积分现金折算依据下方来源。
指标数值说明
实测总消耗99,233.62 积分21 天,含对话、工程任务、全部自动任务
日均4,725 积分/天99,233.62 ÷ 21(代码计算)
折合月成本≈ 141,762 积分 ≈ 141.8 元/月按 1000 积分 = 1 元
在跑 5 项模型估13.8 万 ~ 31.5 万积分/月(138~315 元)满频上界;实际因 09-12 起部分停摆,占比约 6~8 成
16 项全恢复上界33.6 万 ~ 77.7 万积分/月(336~777 元)自治巡查按每小时 1 次计,占约 1/3

积分=现金折算依据:扣子企业版积分不足按 扣子积分官方文档(1000 积分:1 元现金);个人高阶版 99 元=9.9 万积分同折算;模型 token 单价见 扣子模型费用(如 doubao-mini 输入 0.2 积分/千tok、输出 2 积分/千tok)。

⚠️ 重要:142 元/月是"全口径"——含你与砺的日常对话、T-219/T-220 等工程任务。纯自动任务占比无法从明细精确拆分(明细未按任务分组),上表模型估算是区间参考,不是精确账。停摆 5 天恰好压低了实测日均,全恢复后日耗会明显抬升。

二、16 项分项成本模型

#任务频率状态估单次耗估月耗迁服务器
1域名状态巡查日 1 次在跑200~5000.6~1.5 万纯脚本,直迁
2政策+AI 简讯收录日 1 次在跑1,200~2,5003.6~7.5 万需 LLM+搜索
3大赛话题追踪日 1 次在跑800~2,0002.4~6 万依赖平台技能,暂留
4编码目录+简讯全自动日 1 次在跑1,800~4,0005.4~12 万铸码+GitHub 可迁,摘要需 LLM
5公示墙每日归档日 1 次在跑600~1,5001.8~4.5 万纯脚本,直迁
6公示墙自治巡查每小时09-12 停摆150~35010.8~25.2 万需 LLM 判定
7四站可用性巡查日 2 次09-12 停摆300~6001.8~3.6 万纯脚本,直迁
823:00 任务表+日志上墙日 1 次09-12 停摆800~1,5002.4~4.5 万半可迁
9~16访客守卫/开机探测/知识树/砺日报/央企巡查/类似事件/GitHub周推/安全审计日更~周更停摆或无挂载300~700约 9~21 万6 项纯脚本可直迁

注:单次耗按任务复杂度(搜索次数×LLM 轮数×token 单价)建模,与 9~12 月实测日志量级对齐;#9~16 为合并估算行。

三、四个裁决点:不同选择后的变化

Q1 迁移范围

A. 全迁 16 项:月成本省最多(云端 142 → 约 30~60 元);服务器 cron 承担全部调度;风险=迁移工单×16,需 2~3 周分批落地,停摆项直接在服务器重建、云端不再续命。
B. 只迁纯脚本 6 项(域名/墙归档/四站/开机探测/GitHub/安全审计):云端约省 3~6 万积分/月(30~60 元);LLM 类 6 项仍走云端,月成本大头(简讯/编码目录/自治巡查)不变。
C. 只新做分拣函数:云端成本不变,新增服务器能力,最稳但最贵。

Q2 LLM 归属

选项 1 全走服务器 deepseek-v4-flash:彻底脱离砺云端,自动任务积分≈0;前提=你确认允许 sxj-chat 后端为自动任务供模型,且该后端挂了任务就停(服务器自愈 cron 会重试)。
选项 2 混合过渡:纯脚本 6 项先迁,LLM 类暂留云端跑——两套并行观察 1~2 周,对比质量后再切;过渡期成本两边都花(重叠约 1~2 周每日几元)。
选项 3 全部暂留:只把分拣函数做在服务器,月成本维持 142+ 元且随任务恢复继续涨。

Q3 账本真源归属

留砺云盘(服务器铸码回传合链):账本权威单一,砺合链后投墙公示;代价=服务器铸码有延迟窗口(回传周期内账本不含新码),需要"待合链队列"状态文件对账。
迁服务器(砺只读):全自动无延迟;代价=账本写入权移交服务器脚本,砺侧全链校验、审计、 Pages 镜像都要重接,且服务器一旦被改账本无第二道闸——不建议,除非未来做服务器端双人复核机制。

Q4 在跑的两个工程(T-219 / T-220)

跑完交验收:按新死规定,产物回来只汇报不部署,你验后再定上不上线;沉没成本已花,能换回完整交付物。
立即停止:止损当前积分消耗(两 task 预计各还剩少量尾程),但已完成部分作废。

四、三方案总对比

方案扣子侧月成本服务器边际可靠性账本风险落地周期
现状(云端+大面积停摆)≈142 元(实测)0差:5 项在跑 11 项停
全恢复在云端336~777 元0中:依赖平台调度当天(重建 rrule)
迁移服务器(建议)约 30~60 元(对话+工程)≈0(LLM 用现有后端)好:cron+systemd 本机自愈低(回传合链)2~3 周分批

腾讯云两台服务器(南京+法兰克福)为已购沉没成本,cron 任务为秒级 CPU 占用,无需升配,不新增硬件费用;若 LLM 改直连 DeepSeek 官方 API 另计,量级 <20 元/月。

五、砺的建议与裁决入口

建议组合:全迁 16 项 + LLM 选项 2 过渡 + 账本真源留云盘回传合链 + T-219/220 跑完交验收。第一批迁移顺序:域名巡查 → 墙归档 → 四站巡查(三个纯脚本一周内完成闭环),你验收后再放 LLM 类。

全部裁决点已推上任务表裁决区(tasktable.html#ruling 的 Z-16 / Z-17 / Z-18),你逐项拍板后我按"单个任务出工单 → 你批准 → 部署试跑 → 你验收 → 下线云端对应日程"闭环推进。