自动签到与签到监控

让支持签到的聚合账号每天按时签到、累计额度，并保存最近一次执行结果，避免人工忘记操作。

功能概览

• 签到状态检测：添加或刷新账号时自动判断站点是否带签到入口，无需手动开启“签到检测”。
• 自定义签到入口：签到页面不在标准路径时，可在账号的“签到配置”中填写“外部签到站点 URL”。
• 自动签到调度：基于浏览器后台定时能力执行 每日一次 的常规自动签到，并按设置重试当天符合条件的失败和待确认结果。
• 执行记录：保存最近一次执行结果，包含成功、失败、跳过原因、最后运行时间和下次计划，可在“自动签到”页面查看；当前不是多日历史日志。

使用前提

1. 在 账号管理 中已添加账号，并成功刷新或识别一次。
2. 确认账号登录凭据有效。选择“自动选择”时，尚未选出方式的账号可在每日任务中重新检测；确认可用方式后才会执行签到。具体要求见下方“支持站点与认证要求”。
3. 在 账号管理 → 编辑账号 的“签到配置”中确认出现“启用每日自动签到”。只有支持内置签到的账号会显示此开关。
4. 浏览器需支持后台定时能力；浏览器关闭、设备休眠或后台策略变化时，不保证准点执行。

设置步骤

1. 账号级开关

• 打开任意账号 → 编辑账号 → “签到配置”。
• 支持内置签到的账号会显示：
  • 签到方式：选择“自动选择”后，系统会在尚未选出方式或原方式明确失效时按需重新检测；只有能唯一确定适用方式时才自动选择或切换。手动指定方式会固定你的选择。若该方式仍属于当前站点但还没有检测记录，执行前只确认这一条；匹配、不支持或不确定都不会更换该选择。
  • 启用每日自动签到：默认开启；关闭后即使全局启用，该账号也不会参与自动签到。
  • 签到接口路径（可选）：站点修改过内置签到接口时填写（例如某些 New API 二次开发站点）。留空则使用默认路径；点击“重新检测签到方式”时会先尝试自动识别，识别成功后本次检测即按新路径完成。手动填写的路径不会被自动检测覆盖；自动识别的路径失效后，重新检测会尝试学习新路径。清空并保存可恢复默认路径。
  • 外部签到站点 URL（可选）：签到页面不是标准路径时填写。所有账号都可以按需配置外部签到入口。
  • 自定义充值/兑换页面 URL（可选）及“使用外部签到时同时打开充值页面”。
• 账号表单没有“签到检测”开关，签到状态会在账号刷新或识别时自动读取。
• 自动重新检测需要同时开启全局和账号的自动签到，随每日任务执行（也包括打开界面时提前触发的每日任务），同一账号两次自动检测至少间隔 24 小时。网络错误、超时或登录过期不会被当作方式失效。
• 主动点击“重新检测签到方式”不受自动检测冷却限制，只查找方式，不直接签到；账号编辑框中的检测结果随保存生效。

2. 全局时间窗口

在 设置 → 签到与兑换 → 自动签到 面板中：

设置保存后立即生效，无需重启扩展；升级会保留你已保存的设置。

3. 查看执行状态

• 打开 设置页左侧“自动签到” 页面，可查看最近一次执行结果、下次每日计划时间和（如有）下次重试计划时间。
• 结果区会显示可参与、已执行、成功、失败和跳过等状态；页面底部还会显示“账号检测状态”、提供方、跳过原因和最近结果。
• 点击“立即执行”可为符合条件的账号手动运行一次，不受全局自动签到开关影响；账号仍需启用且满足签到条件。只处理单个账号时，可使用账号“…”菜单中的“快速签到”。
• 弹窗或侧边栏顶部的“快速签到”日历图标会打开签到页面并发起一次手动批量签到。
• 失败结果行可按需使用“重新尝试”“手动签到”“外部签到”“打开网站”等操作；手动签到需要你在站点页面完成。
• “待确认”结果在该方法能读取当天状态时提供“验证状态”。不能读取状态的方法改为提供“再试一次”，不再提供必定失败的验证。自动重试受下方执行与重试规则限制；不能安全重复领取的方式需要先到站点确认结果。
• 需要反馈问题时，在账号菜单或结果行选择“反馈签到问题”或“申请签到适配”，检查报告后复制或前往 GitHub 提交。

4. 处理检测与执行状态

账号的签到配置会保留你的手动方法选择和自定义 URL，不会因为网络错误或登录过期而切换方法。根据状态采取对应操作：

执行与重试规则

• 每日计划：在设置的本地时间窗口内每天安排一次常规签到，完成后安排下一天。浏览器关闭或设备休眠可能导致延迟，无法补签前一天。
• 执行前确认：检查方式、凭据和当天状态。没有适用方式、多个候选无法确定或检测未完成时，不会随意选择一种执行。旧方式明确失效时可按检测规则选择唯一替代方式；请求已经发出但结果待确认时，先核验结果，不会换一种方式再次提交。
• 完成判定：“成功”和“今日已签到”都视为完成；新签到成功后还会刷新账号数据。
• 重试条件：开启重试后，符合条件的失败和待确认结果会在当天稍后重试。需要登录、权限不足、方式被关闭或不支持、执行环境无效，以及账号或凭据等前提不满足时，不会自动重试。不能安全重复领取的方式也不会自动重试，请先到站点确认结果。
• 重试前确认：支持读取状态的方式会先确认当天状态，已签到就不再提交；无法读取状态的方式会直接重试。同一次执行不会立刻提交第二次。

支持站点与认证要求

以下站点有已适配的签到方式，是否可用仍以账号检测结果为准：

Sub2API 站点的签到差异

Sub2API 站点可能由运营方单独添加签到功能，账号类型仍选择 sub2api，可用方式以检测结果为准。重新检测、保存和启用自动签到的操作见上方设置步骤。

AgentRouter 登录签到与账号登录

AgentRouter 通过重新登录触发签到。编辑账号，在「签到设置」选中登录签到后，下方才显示独立的「账号登录」设置；签到区会显示当前登录方式并提供配置入口。关闭自动签到不会隐藏它，因为手动签到也需要登录。切换到其他签到方式会隐藏此设置，但保留已保存的登录配置。

• 用户名和密码：选择「用户名和密码」，填写该账号的网站登录用户名和密码，保存后即可由登录签到使用。密码默认隐藏，按账号保存，可能随账号备份和同步导出；它不是 API 密钥，也不会替换账号的 API 访问令牌。保存仅更新配置，不会立即登录。
• 登录流程与会话：密码登录优先进入网站的密码登录入口，填写并提交原生表单；会自动勾选已识别的登录协议项，保留已勾选状态，不选择营销订阅等可选项。验证码、二次验证或无法自动处理的页面沿用扩展的介入提醒，在同一登录窗口完成。只有提交前没有可识别的原生登录控件且未要求额外验证时，才使用 API 兜底；已有但不认识的登录界面会留给你操作，提交结果不明时不会重复登录。登录签到需要一次新登录，不能仅复用已登录状态。建议允许扩展在无痕窗口运行以隔离常规窗口的登录态；无痕窗口之间仍可能共享会话。仅在无其他同站点标签页的私密环境中自动退出旧会话，否则提醒你确认并手动退出，再继续登录目标账号。
• GitHub / Linux DO：使用当前浏览器中对应平台的身份。添加账号时，只有站点明确返回单一绑定身份才会自动预选；绑定多个身份或未返回绑定信息时，需要手动选择。扩展不会猜测登录方式，也不会在失败时改用另一种方式。
• 第三方身份冲突：同一种 GitHub / Linux DO 登录方式同一时间只能由一个启用自动签到的账号使用。已被其他账号占用的选项会置灰，后台会跳过非归属账号。此限制不适用于每个账号独立保存的用户名和密码，但浏览器登录仍会依次执行。
• 更改或清除：在「账号登录」更改方式，或选择「未配置」清除。改用第三方登录并保存会移除原密码。修改站点地址、站点类型或账号 ID 也会清除原登录配置，避免向错误账号提交凭据。
• 结果与验证：执行签到时才进行登录，并核对实际登录账号。网站要求验证码或二次验证时，需要到原站处理；登录成功也只有在站点返回签到确认后才记为签到成功。不确定的结果不会自动重放登录。此配置不启用凭证失效后的自动重新登录或续期。

其他站点若未检测到可用方式，可配置外部签到 URL、手动签到，或申请签到适配。

最佳实践

• 时间窗口建议：设置在站点低峰期（例如凌晨），提高成功率。
• 浏览器需保持运行：浏览器完全关闭或设备休眠时不会签到，也不会主动唤醒设备；唤醒后错过的闹钟可能延迟触发，且不会补签前一天。闹钟行为可参考 Chrome Alarms API。
• 外部签到和手动签到：外部签到只打开你配置的页面，页面成功打开后只记录“今天已打开”，不会提交或验证网页内是否真的签到；手动签到则打开站点原生签到页，需要你在网页中完成签到。
• 多设备注意：WebDAV 和 GitHub Gist 同步账号与偏好，但不共享当天签到状态、最近结果和浏览器计划；建议只在一台设备上开启自动签到。
• 异常通知：每日计划与自动重试完成时会发送任务通知（在 设置 → 通用 → 通知 配置）；手动“立即执行”和单账号“快速签到”不会发送计划任务通知。

常见问题

相关文档

• 自动识别排查指南
• 自动刷新与实时数据
• WebDAV 备份与自动同步
• Cloudflare 过盾助手
• 任务通知