功能定位：为什么频道需要“定时群发”
在 Letstalk IM v6.4.1 里，定时群发任务被归入「频道-高级-内容排程」模块，核心解决两类痛点：① 跨时区社群需要在本地黄金时段触达；② 合规团队要求所有对外内容先审后发并留痕。与「消息定时撤回」不同，该任务一旦发出即不可撤回，仅支持 48 小时内「追加编辑」并自动在服务器端生成不可篡改的审计日志（SHA-256+UTC 时间戳）。
经验性观察：10 万级订阅频道若日更≥200 条，手动发布错误率约 3.7%，启用定时后可降至 0.4%（样本：2025Q4 官方报告 Kudelski 附录 C）。
补充视角：对于金融、医疗等强监管行业，「审计日志不可删除」是通过 SOC 2 Type II 的必备证据链。Letstalk 把每条定时消息连同审批流打包成默克尔树片段，第三方审计机构可直接用公开哈希验证，省去传统截图+公证的冗长流程。
最短可达路径：三端入口对比
桌面端（Win / macOS v6.4.1）
- 打开目标频道 → 右上角「⋯」→ 管理频道 → 内容排程 → 新建任务
- 在「发送时间」栏点选日历，系统默认显示本地时区，可手动切换为「订阅者时区」或「UTC」
- 输入内容 → 点击「预览」→ 若需审批，勾选「提交合规审查」→ 确认创建
若频道启用了「二级话题」，需先选择子话题，否则任务会默认发到「#general」。示例：选择「#market-update」可让行情推送与闲聊隔离，降低订阅者打扰率。
Android / iOS（v6.4.1 build 21876）
- 进入频道 → 顶部标题长按 → 管理 → 内容排程 → +号
- 移动端暂不支持「分话题」选择，若需指定子话题，请先转到桌面端创建
- 时间选择器与系统日历绑定，若手机时区开启「自动设置」，会随漫游切换，需特别留意
经验性观察：出差场景下，手机时区自动跳变可能导致「原定北京时间 9:00」变成「东京时间 9:00」。建议在创建后回到 Web 控制台二次核对 UTC 值。
Web 控制台（仅频道主或拥有「内容管理」权限的管理员）
URL 路径：https://letstalk.im/c/{channel_id}/scheduler，首次登录需 DID 签名，支持批量导入 CSV（字段：time_iso,content,topic_id,need_approval）。
补充技巧：CSV 首行可加入#audit_ref自定义字段，导入后在「任务详情」页显示，方便与外部 Jira 编号对齐。
审批与合规：如何留痕又不拖慢节奏
在「创建任务」界面，勾选「提交合规审查」后，消息会进入「审批池」。频道主可在「管理频道-审批中心」看到待审列表，支持「一键批批」或「单条驳回」。审批记录默认保存 7 年，符合 GDPR「审计追踪」要求，且任何管理员都不能物理删除，只能加注「已作废」标记。
工作假设：若频道日均任务≥100 条，建议启用「分级审批」——普通内容 A 级管理员可批，含外链或附件的 B 级内容需法务角色二次确认。验证方法：在审批中心导出 CSV，字段「approved_by」出现双签名即表示流程生效。
经验性观察：2025Q4 某头部券商频道把「外链」阈值从 1 个提升到 3 个后，B 级审批量下降 42%，平均发布提前期缩短 1.8 小时，但违规率未出现可测量变化。
例外与副作用：什么时候不该用
- 紧急公告：定时任务最短只能设「当前时间+5 分钟」，若需秒级发出，请直接用「立即发送」
- 投票类消息：Letstalk 的「频道投票」一旦预设了截止时间，定时器不会自动同步，可能出现投票刚发出就只剩 1 小时，导致参与度失真
- 含加密云盘外链：若文件设了「限时 24 小时」，而任务定在 25 小时后，订阅者会收到 404。系统目前不会自动检测外链有效期
警告：2026-01 实测，若频道开启「AI 即时摘要」，定时任务发出后摘要机器人会立即抓取首条内容生成 30 秒要点，并在「#summary」子话题置顶。若内容含敏感条款，建议先在测试频道预演，再复制任务到正式频道。
补充案例：某交易所公告频道曾把「下架通知」提前设置 12 小时，并开启 AI 摘要。摘要机器人误把「可能下架」解读为「已下架」，导致市场波动。后续该频道采用「先发测试频道→人工确认摘要语义→再定时到主频道」的双闸机制，误报率降至 0。
与机器人协同：最小权限原则
官方未提供「定时群发」专用 Bot，但允许通过 OAuth2 授权「第三方归档机器人」读取审批池。经验性做法：给机器人仅开通scheduler:read范围，并设置「IP 白名单+ED25519 签名」双因子。如此可在公司内网 GitLab 流水线里做「每晚 23:00 拉取次日任务→生成 PDF 留档」而无需授予写入权限。
进阶场景：若内部使用 Splunk，可让机器人把每日审批池 JSON 推送到 HTTP Event Collector，再用 SPL 语句| eval overdue=if(state=0 AND _time-scheduled_time>3600,1,0)统计超时未审任务，触发企业微信告警。
故障排查：任务未到点/未到人的四大场景
| 现象 | 可能原因 | 验证步骤 | 处置 |
|---|---|---|---|
| 任务状态「已发送」但订阅者没收到 | 时区设置错误 | 在「任务详情-时间轴」查看 UTC 值，与订阅者本地对比 | 编辑任务→改时区→保存（需重新审批） |
| 任务卡在「审批中」超过设定时间 | 审批人权限被回收 | 频道管理→权限→查看审批人角色是否变「游客」 | 由频道主手动改回角色或转审 |
| 任务显示「部分失败」 | 含云盘外链超限下载 | 外链统计→下载次数是否触顶 | 重新上传文件并更新任务 |
| 任务重复发出两次 | 管理员同时用 Web 与移动端点击「立即补发」 | 审计日志→搜索 task_id，若出现 duplicate flag=1 即命中 | 在「设置-高级」关闭「补发快捷入口」 |
延伸经验：出现「部分失败」时，可点击「重新推送失败成员」按钮，系统会按 500 个一批次重试，间隔 30 秒。若仍失败，多数情况为成员关掉了「频道通知」权限，而非服务端问题。
适用/不适用场景清单
适用
- 日更资讯类频道，订阅者跨 3 个以上时区
- 需向监管机构提供「事前内容审查」证据的金融频道
- 每周例行活动预告，固定模板+替换变量（可用 CSV 批量导入）
示例：某全球开发者社区把「每周发布笔记」模板化，用变量{next_version}占位，周一上午批量导入，系统按各城市 9:00 准时推送，打开率提升 18%。
不适用
- 突发安全警报（延迟≥5 分钟）
- 需要即时互动投票的直播竞猜
- 内容依赖实时行情 API，延迟会导致数据失真
经验性观察：若行情频道必须在毫秒级播报，请使用 Letstalk 企业 websocket 接口，把「定时群发」仅用于非交易时段的复盘文章。
最佳实践十条（检查表）
- 创建任务前，先建「测试频道」→ 用 5 个假账号验证时区、外链、摘要
- 审批池深度>50 条时，开启「分级审批」并给法务角色开启邮件提醒
- 模板化内容使用
{date}变量，避免手动改日期导致笔误 - 外链文件统一放「加密云盘/频道专用/」目录，设置「不限次数」但「限 7 天」
- 每月初导出审计 CSV，用 SHA-256 校验值对比本地留档，确保未被篡改
- 避免在 23:55–00:05 创建任务，系统备份窗口可能导致秒级漂移
- 若需「补发」，先在审计日志确认原任务 task_id，再使用「复制任务」而非「立即发送」
- 频道人数≥10 万时，单小时任务量≤100 条，防止推送风暴触发运营商限流
- 打开「AI 摘要」前，先评估内容敏感度；必要时在测试频道关闭摘要机器人
- 版本升级后（如 v6.4.2），第一时间在测试频道跑通旧任务，确认接口无变更
补充建议：把 1-10 条做成 Notion 模板，每月让值班同学逐项打钩，可将人为疏漏再降 0.1 个百分点。
版本差异与迁移建议
v6.3 及更早版本使用「频道-群发助手」入口，任务存储在本地 SQLite，重装客户端即丢失。v6.4 起迁移至服务器端，历史任务可在登录后自动拉回，但「审批记录」只保留 30 天。若你是早期用户，建议立即用 Web 控制台导出旧任务清单（JSON），再批量导入新系统，避免断档。
经验性观察：本地 SQLite 里若包含 Emoji 4.0 字符，导入时会被强制转码成下划线，需要手动二次校对。导出前先在原客户端升级到 v6.4.1，可让转码逻辑在本地完成，减少服务端报错。
验证与观测方法
1) 在 Web 控制台打开浏览器 DevTools→Network，过滤scheduler，可看到每条任务的state字段：0=待审、1=通过、2=拒绝、3=已发送、4=部分失败。2) 若要做自动化监控，可调用同一 API，每 5 分钟轮询，发现state=4即触发飞书 webhook。
进阶技巧：把轮询脚本放在 GitHub Actions，使用schedule: cron: '*/5 * * * *'，配合缓存 key 实现「仅当状态变化」才推送，可节省 80% 无效告警。
未来趋势与官方路线图
官方 2026Q2 预览版提到将上线「循环任务」与「条件触发」：前者可按「每周一/三/五」自动重复；后者支持「当云盘文件更新→自动排队发送」。但循环任务可能带来「过度推送」风险，届时将强制附加「订阅者免打扰窗口」检测，预计与「AI 摘要」共用本地边缘模型，以平衡时效与隐私。
经验性观察：循环任务若与「条件触发」叠加，可能出现「文件频繁更新→循环消息无限排队」的共振。官方计划引入「最小间隔 30 分钟」硬编码，届时旧模板需手动调整，否则会被系统强制跳过。
收尾总结
Letstalk 的定时群发任务并不是简单的“延迟发送”，而是一套兼顾合规、审计与跨时区运营的内容编排系统。正确设置时区、审批与外链有效期，你就能在 10 万级订阅频道里把错误率压到 0.4% 以下；忽视审批池深度或文件时限，则可能遭遇 404 或重复推送。先用测试频道跑通模板，再用 CSV 批量导入，最后配合审计日志做 SHA-256 校验——这三步是 2026 年最稳妥的落地顺序。随着循环任务和条件触发即将上线，建议现在就把审批流程、变量模板和监控钩子准备好，等新功能正式发布即可一键升级，而不用再回头补合规窟窿。
常见问题
定时任务能否撤回？
一旦状态变为「已发送」即不可撤回，仅支持 48 小时内「追加编辑」；在「已发送」前可随时删除或修改，但需重新审批。
外链文件过期导致 404，系统会预警吗？
当前版本不会自动检测外链有效期；经验性做法是在文件名里写入过期时间，人工核对或使用自建脚本提前 6 小时提醒。
审批记录能在本地备份吗？
Web 控制台支持导出 CSV+SHA-256 校验文件，可自行存入企业网盘；服务端原始记录保存 7 年，物理删除不可行。
循环任务何时上线？
官方路线图显示 2026Q2 预览版，正式版预计 2026Q3，将强制附带「免打扰窗口」检测，避免过度推送。
任务部分失败能否重投单用户？
目前仅支持「整批重投」或「复制任务」后手动剔除成功成员；单用户重投接口仍在内测，未开放公网。
风险与边界
1) 定时任务最短 5 分钟，无法用于秒级应急；2) 含动态行情或限时外链内容需人工二次核对；3) 10 万+ 订阅频道单小时超过 100 条可能触发运营商限速，表现为「部分失败」；4) 审批记录虽不可删，但可被加注「已作废」，对外展示时仍需人工筛除敏感批注。