功能定位：为什么需要“单聊自定义静音时段”
在 Letstalk IM 里，单聊自定义静音时段允许对某一联系人单独设置“免打扰窗口”，与全局“夜间模式”或群组“慢速模式”互不干扰。它解决的是高频、强提醒场景下的注意力碎片化问题：例如，海外运营同事只在北京时间 02:00-05:00 离线，若把 TA 的消息完全屏蔽，可能错过紧急发布；若保持提醒，又会被凌晨的 emoji 点赞吵醒。
v7.3 之前，Letstalk 仅支持“静音 8h/1 天/永久”三档，无法循环；v7.4 起引入“按天重复”与“跨天区间”，成为目前（2026-02）唯一支持端到端加密+本地存储前提下，仍可对单聊做细粒度通知控制的 IM。注意：该设置仅影响本地通知，对方侧无感知，也不改变消息漫游与备份策略。
经验性观察：同一账号在 5 台设备同时在线时，静音时段由各自客户端独立解释，服务器只做“静默同步”。这意味着某台手机忘记升级，就可能出现“其他端都安静，唯独旧机响铃”的孤岛现象，季度复审时务必核对版本号。
版本演进与兼容性速览
| 客户端 | 最低可用版本 | 功能差异 |
|---|---|---|
| Android | 7.4.0（build 21403） | 支持“跨天区间”，如 20:00-次日08:00 |
| iOS | 7.4.0（TestFlight 21402） | 暂不支持跨天，需拆成两段 |
| 桌面端 | 7.4.1（Win/Mac/Linux） | 与移动端同步策略一致，但 UI 在右键菜单 |
| WebAssembly 网页端 | 7.4.1 | 只读显示，不可编辑 |
经验性观察：若你在 7.3 版设置过“静音 1 天”，升级后会被自动迁移为“单次时段”，不会循环；需手动重新勾选“每天重复”。
版本碎片带来的典型坑点：Android 7.4.0 与 iOS 7.4.0 在“跨天”实现上并不对等，若你在 Android 设置 20:00-08:00，iOS 端会 fallback 成“20:00-23:59”有效，而 00:00-08:00 处于未定义状态，导致凌晨响铃。解决方法是先在 Android 端关闭跨天，再于 iOS 端拆两段补齐，随后 Android 端重新打开跨天，服务器即可识别为“兼容模式”，两端行为保持一致。
决策树：什么时候用单聊静音，而非全局或群组
- 高频非紧急：对方日均消息 >50 条，且 80% 为进度同步，非@你——适合静音时段。
- 跨时区协作：你与对方时差 ≥4h，且双方都有“深夜在线”习惯——用循环时段比 8h 临时静音更省心。
- 合规留痕：金融、律所需“消息必达但通知可延迟”——单聊静音不影响服务器投递，仍满足审计。
- 不适用：需要对方立即确认的审批单、on-call 告警机器人——应改用“@提醒+免打扰例外名单”。
若无法确定，可先用“试用 3 天”方案：设置每天 22:00-07:00 静音，观察是否漏掉@消息；3 天后根据未读比例 <5% 决定是否永久保留。
示例：某分布式团队共 12 人，横跨 UTC+8、+2、-5 三个时区。负责人把“日报 Bot”与“发布 Bot”统一拉到单独群组，对该群永久静音；而对高频沟通的纽约接口人，仅设置单聊静音 00:00-08:00（北京时间）。结果 7 天内@消息零漏读，夜间唤醒次数从 19 次降到 2 次，符合 5% 阈值，策略固化至今。
操作路径：最短 3 步完成（分平台）
Android（以 7.4.1 为例）
- 在聊天列表长按目标单聊 → 通知 → 自定义静音时段
- 打开“每天重复”开关，起止时间分别滑动到 22:00 与 次日 07:00（可跨天）
- 点击右上角保存，系统弹出“已生效”Toast，无需重启
iOS（TestFlight 21402）
- 进入单聊 → 点击顶部用户名 → 通知 → 添加静音时段
- 因暂不支持跨天，需创建两条规则：① 22:00-23:59 ② 00:00-07:00，均勾选“每天”
- 返回即自动保存；若左滑删除任一规则，另一条仍生效
桌面端（Win/Mac/Linux 7.4.1）
- 右键单聊 → 通知设置 → 自定义时段
- 时间控件与 Android 一致，可跨天；勾选“Apply to daily”即为循环
- 确认后客户端顶部出现紫色月牙图标，hover 可预览时段
提示：WebAssembly 端目前仅显示“静音中”状态，无法编辑；若临时需要修改，请切到任意原生客户端。
例外与回退：如何临时开启“紧急穿透”
Letstalk 提供3 级例外，优先级依次升高：@提及 > 指定关键词 > 连续拨打语音。设置入口在设置→通知→静音例外，对全局生效，但可在单聊层单独关闭。
- 若对方连续拨打语音 ≥2 次（间隔 <30s），第 3 次将强制响铃 5s，即使处于静音时段。
- 关键词例外支持正则，如
/urgent|紧急|on.?call/i，但会增加 3% 左右电量消耗（经验性观察，样本：Pixel 8，24h 统计）。
回退方案：在单聊界面输入 /silent off（官方命令，7.4.1 起生效）可立即关闭该聊天的所有自定义时段，恢复默认通知；如需重新启用，需手动再次设置，不会自动记忆。
经验性观察：部分用户误以为“/silent off”会清除历史时段配置，但实际上它只是临时禁用，设置数据仍保存在本地 SQLite；重新启用时，客户端会把原有时段重新载入，无需再次滑动时间轴。
与机器人、轻应用的协同边界
Letstalk 的轻应用（如投票、工单）通过 Bot 发送的消息，sender_id 为系统号，不在“单聊”范畴，因此不受自定义静音时段影响。若需对 Bot 通知做时段限制，请改用群组级“慢速模式”或将 Bot 加入单独群组后对该群设置静音。
经验性观察：2026-02 社区有人把 CRM 告警 Bot 拉进双人群，再对该群设置静音，成功实现“仅工作日 09:00-18:00 提醒”，且不影响私聊体验。
补充说明：双人群在 Letstalk 内部仍被识别为“群组会话”，因此支持群组级慢速、静音、甚至管理员权限转移。该技巧被社区称为“伪单聊”，适用于需要对 Bot 做细粒度通知控制但又不想污染主群的用户。
故障排查：时段不生效的 4 种常见原因
| 现象 | 可能原因 | 验证步骤 | 处置 |
|---|---|---|---|
| 静音时段内仍响铃 | 系统把 Letstalk 列入“电池无限制” | 系统设置→电池→检查无限制 | 改回“优化”或重启 |
| 跨天区间失效（iOS） | iOS 端本身不支持跨天 | 查看是否被拆成两段 | 手动补 00:00-结束段 |
| 桌面端不弹通知 | 系统 Do Not Disturb 打开 | 检查系统栏月亮图标 | 关闭系统 DND 或把 Letstalk 加入白名单 |
| Web 端仍显示红点 | Web 端只读，不同步本地静音 | 换手机查看是否红点消失 | 属预期行为，可忽略 |
适用/不适用场景清单（2026-02 版）
适用
- 跨国 DAO 贡献者，时区跨度 ≥3，消息频率高但非实时
- 培训机构班主任，夜间 22:00 后仍收到家长私信，但需留痕
- 律所合伙人，需“延迟提醒”以避免非工作时间律师-客户直连
不适用
- 7×24 on-call 告警群——应使用@+例外名单，而非静音
- 一次性验证码 Bot——sender 为系统号，不受单聊时段控制
- 需要“已读回执”立即上传的合规场景——静音时段内用户可能延迟打开，导致回执超时
最佳实践 5 条（可打印检查表）
- 先评估频率：连续 3 天统计对方日均消息，若 >30 条且@你的比例 <5%，再启用时段。
- 用 3 天试用期：设置后每天 10:00 检查“未读@数量”，若 >2 条则缩小静音窗口。
- 跨端验证：至少用 Android+iOS 各登录一次，确认时段同步无漂移。
- 保留穿透：除非合规禁止，否则保持“@提及”例外，防止真正紧急事件被延迟。
- 季度复审：项目结束或对方换岗时，及时删除规则，避免“幽灵静音”导致消息黑洞。
未来趋势：v7.5 可能引入“智能预测静音”
根据官方 2026-02 的月度 AMA 记录，产品团队正在 A/B 测试“AI 预测静音”：利用本地差分隐私模型，学习你对某联系人的打开延迟分布，自动建议静音窗口。该模型宣称不上传原始消息，仅记录“打开间隔”直方图；若通过欧盟 NIS2 审计，预计 7.5 公测。届时，自定义静音时段或成为“手动纠偏”而非首选入口。
警告：AI 预测功能需要开启“本地学习”开关，会额外占用约 30 MB 存储与 1% CPU；若你使用 4 年前低端机，建议保持手动模式。
常见问题
单聊静音时段是否影响消息漫游与备份？
不影响。该设置仅作用于本地通知层，服务器仍按正常策略完成多端漫游与加密备份，对方也不会察觉任何提示。
iOS 端为何无法输入跨天区间？
受限于当前系统时间选择器 SDK，iOS 端需拆成两段规则（如 22:00-23:59 与 00:00-07:00）才能覆盖整夜，官方已在 TestFlight 追踪该缺陷。
如何验证静音时段真正生效？
可让同事在时段内发送测试消息，并观察系统是否未弹横幅、未亮呼吸灯；同时检查通知栏是否仅出现“静默”图标。建议连续验证 2 个周期以排除缓存延迟。
桌面端紫色月牙图标代表什么？
紫色月牙表示该单聊已启用“自定义静音时段”，hover 即可预览起止时间；若同时出现橙色五角星，则说明存在@例外规则。
升级到 7.5 后，旧规则会丢失吗？
官方迁移文档指出，7.5 的 AI 预测功能默认关闭，原有手动规则将完整保留并作为训练初始值；只有当用户主动开启“智能替换”时，系统才会逐步给出新建议，原配置可随时回滚。
风险与边界
单聊静音时段虽能缓解打扰，却可能掩盖真正紧急事件。对于 SLA <15 分钟的金融交易或医疗急救场景，任何本地延迟都有合规风险；此外，低端机若同时开启正则关键词例外，CPU 占用会进一步放大，可能引发卡顿。建议此类环境改用“@+短信兜底”双通道，而非依赖 IM 单一路径。
结论
Letstalk 的单聊自定义静音时段在 7.4.1 已覆盖主流平台，操作路径最短 3 步，支持跨天循环与多重例外，能在不破坏端到端加密的前提下，显著降低跨时区、高频率私聊的注意力税。只要遵循“先评估、再试用、后复审”的三段式流程，就能在合规、效率与体验之间取得平衡。随着 7.5 引入 AI 预测，手动设置将退居“纠偏层”，但理解其底层逻辑仍是进阶用户不可替代的基本功。
