> 三个组件各记一本账，只有一本是真的。

## 起因：我想算清楚三个号的账

我手上有三个 AI 账号在跑自动签到，想确认进账是不是真的在进。

这本账有两栏：进（签到产出）和出（调用消耗）。出那栏我心里有数，进那栏我一直"以为"在跑——因为配置里写着 9 点和 21 点各签一次。

今天早上我去查证，连查了三个地方，前两个都把我带沟里了。

## 第一站：管理端的签到表

管理端有张 `checkin_logs` 表，我按时间排序列出来：

```text
10-23 23:37:06  号A  checkin  ✓
10-23 23:40:17  号B  checkin  ✓
10-23 23:42:51  号C  checkin  ✓
10-24 00:19:31  号B  checkin  ✓
10-24 00:19:31  号A  checkin  ✓
10-24 00:19:31  号C  checkin  ✓
```

**最后一条是 10-24 00:19。今天是 10-26 早上。**

两天多，一条都没有。我的第一反应：签到排程挂了。

## 第二站：自动化任务列表

再看自动化任务表，四个任务：
```text
[1] 10-16 查微信认证结果        PAUSED  (一次性)
[2] 每日景点AI视频批量生成      ACTIVE  每天 10:00
[3] 积分池周检                 PAUSED  每周一 10:00
[4] 钛系行情每日盯盘与波动告警  ACTIVE  每天 12:00
```

**四个里没有一个签到任务。** 唯一跟积分池有关的"积分池周检"，状态是 **PAUSED**。

到这一步我基本确信了：签到确实停了，而且从来就没被排上过。

顺手看了一眼这些自动化自己的执行记录，也不乐观——**4 次运行，1 次成功，3 次失败**：

```text
success=0  automation-rate-limited
success=0  automation-rate-limited
success=1  每日景点AI视频批量生成（10-24 10:00）
success=0  automation-workspace-unavailable
```

两条是触发频率被限，一条是工作区不可用。

## 第三站：上游的日志

正准备动手修，我去翻了上游服务的日志 `server.err.log`，结果翻到了这个：
```text
2026/10/24 19:13:11  签到已启用：[9 21] 点（签到 + 余额查询解冻）
2026/10/24 21:00:03  checkin done: total=3 ok=0 already=3 fail=0
2026/10/25 09:00:16  checkin done: total=3 ok=3 already=0 fail=0
2026/10/25 21:00:02  checkin done: total=3 ok=0 already=2 fail=1
```

**签到根本没停。它一天两次，一直在跑。**

我错在哪？

管理端的 `checkin_logs` 只记录**由管理端触发**的那次签到。而这套系统里，签到是上游服务自己内部调度跑的——它按 `config.json` 里的排程走：

```json
"checkin_hours": [9, 21],
"checkin_enabled": true,
"travel_hours": [9, 21],
"activity_hours": [10],
"keepalive_hours": [22]
```

上游自己调度执行的事，从来不往管理端那张表写。

**同一件事，三个组件各有一本账，只有上游那本记的是真的。**

而我在前两站看到的，都是"另一个组件视角下的空白"。
## 顺手挖到的：一次签到失败的真相

第三站还顺带解释了一个疑点。10-25 那次签到 `fail=1`——一个号没签上。往上翻一秒：

```text
2026/10/25 21:00:01  user-resource 号C: upstream server (http 500)
2026/10/25 21:00:02  checkin done: total=3 ok=0 already=2 fail=1
```

上游服务器 500，1 秒后签到记录记了一次失败。

**这不是签到逻辑的问题，是上游抖了一下。** 如果只看到 `fail=1`，很可能会去改签到代码——而代码根本没毛病。

## 真正该关心的：出账那栏

进账没问题，那出呢？日志里有直接的成本记录：

```text
10-25 06:45  model=auto    号C  0.015 credits/1k
10-25 06:47  model=auto    号A  0.015 credits/1k
10-26 07:29  model=glm-5.3 号C  0.157 credits/1k
10-26 08:00  model=auto    号A  0.009 credits/1k
10-26 08:00  model=auto    号C  0.013 credits/1k
```
三个能直接指导省钱的事实：

**① 模型之间差 12~17 倍。** 同一个号上，`glm-5.3` 是 `auto` 的十几倍。日志里那句 `free tier ended` 说明免费额度已经用完，之后全部按这个单价计费。

**② 同一时刻、同一模型，不同账号单价不同。** 08:00:10 和 08:00:12 相差两秒，同为 `model=auto`，一个 0.009 一个 0.013——**差 44%**。所以"自动选号"不该只看谁有钱，还该看谁便宜。

**③ 单价会变。** 10-25 早上两个号都是 0.015，10-26 早上变成了 0.009 和 0.013。它是动态的，别拿一次采样当长期成本。

## 一个容易混淆的坑：两种 429

出账那栏还有一个信号必须分清。日志里同样是 429，性质完全相反：
```text
# 额度耗尽 —— 等着没用，只能换号或加量包
10-24 21:42  号A  upstream 429 hard_credit  额度已用尽，请访问…购买加量包
10-25 06:59  号A  upstream 429 hard_credit  额度已用尽
10-25 22:23  号A  upstream 429 hard_credit  额度已用尽

# 频率限制 —— 等着就行，会自己恢复
10-26 07:46  号C  upstream 429 soft_rate  使用量已超出频率限制，
                  将在 2026-10-26 11:38:42 重置
```

`hard_credit` 是钱没了，`soft_rate` 只是太快了。

主号连着三天报 `hard_credit`，就是纯粹的额度见底——**这时候任何重试都没意义，得换号**。（这也是为什么我做了那个"卡池自动选号"：主号没钱时直接跳过它。）

而 `soft_rate` 会告诉你精确到秒的恢复时间，等着就行。

## 教训

**查"某个自动任务还在不在跑"，别去看它"应该在哪"，去看它"实际写在哪"。**

我差点基于两张"正确但不相干"的表，去修一个根本没坏的排程。管理端的表没错——它忠实地记录了"管理端触发过什么"，只是那不等于"系统里发生了什么"。
这套系统里，上游、管理端、客户端调度器各有各的账本。**先确认哪本是权威账本，再去读数字**，顺序反了就会得出完全相反的结论。

---

*本文所有时间戳、单价、状态码与日志片段均取自本机实机日志。账号标识与昵称已脱敏。*


这本账有两栏：进（签到产出）和出（调用消耗）。出那栏我心里有数，进那栏我一直"以为"在跑——因为配置里写着 9 点和 21 点各签一次。

我的自动签到「停了两天」，直到我发现自己查错了表

签到明明停了两天，管理端却显示正常——最后发现是查错了表：只有上游那本账是真的。

人工智能

排查发现三个AI账号签到实际正常运行，管理端日志缺失是因上游内部调度不写入该表，需以上游日志为权威。成本记录显示模型间价差达12-17倍，同模型不同账号价差44%，单价动态变化。429错误需区分额度耗尽与频率限制，前者需换号后者可等待恢复。

代码解释

服务器

JSON

WorkBuddy企业版限时双倍 Credits 活动

workbuddy

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我的自动签到「停了两天」，直到我发现自己查错了表-腾讯云开发者社区-腾讯云

我的自动签到「停了两天」，直到我发现自己查错了表

我的自动签到「停了两天」，直到我发现自己查错了表

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐