长任务自动通知助手，执行前预告、定时进度心跳、完成后即时反馈，避免用户焦虑等待，适用于耗时超过3分钟的任何操作。
说明：
## 核心用法
`let-me-know` 是一项任务执行增强技能，专为解决 AI 助手执行长耗时任务时的”黑箱焦虑”问题而设计。其工作流程分为五个阶段：
1. **预飞通知（Pre-flight）**：任务启动前发送明确预告，说明任务内容、预估时长，并承诺”完成/失败即时通知 + 可配置心跳间隔”
2. **定时心跳（Heartbeat）**：默认每 5 分钟发送一次进度更新，内容基于实时状态（最新步骤、关键指标、下一步），非模板重复
3. **任务执行**：实际运行耗时命令（安装、构建、测试等）
4. **即时完结**：任务完成后立即发送结果摘要
5. **心跳清理**：自动移除定时任务，避免消息骚扰
用户可动态调整心跳间隔（如”改为 2 分钟”），系统会在下次心跳时确认更新。
## 显著优点
– **消除等待焦虑**：透明的进度反馈大幅降低用户对”助手是否卡住”的担忧
– **可控性强**：间隔可配置，适应不同场景（编译 10 分钟 vs 模型训练 2 小时）
– **状态实时性**：每次心跳读取最新日志，避免”僵尸进度条”问题
– **故障响应快**：失败时立即停止心跳并告警，避免无效信息轰炸
## 潜在局限
– **依赖外部状态源**：需能读取进度日志或状态文件，否则心跳内容可能空洞
– **消息频率下限**：默认 5 分钟可能仍显频繁，极长任务（数小时）建议用户调大间隔
– **网关脆弱性**：cron 清理失败时需重启网关，存在极短暂的消息泄露风险
– **Discord 耦合**：示例严重依赖 Discord DM 格式，其他平台需适配
## 适合人群
– 频繁执行 CI/CD、依赖安装、模型训练、大数据处理等长耗时任务的用户
– 对助手响应透明度有要求的场景（客户服务、自动化运维）
– 需要”人机协作”而非”后台静默执行”的工作流
## 常规风险
– **信息过载风险**：若用户忘记调大间隔，长时间任务可能导致消息疲劳
– **状态误判风险**：依赖外部日志的实时性，若日志写入延迟，心跳可能报告过期状态
– **权限风险**：`commands.restart` 涉及网关重启，需确保调用环境具备相应权限
会员专属
