设置系统通知、Webhook、Telegram 与邮件
OKYAWATCH文档中心

规则与通知

设置系统通知、Webhook、Telegram 与邮件

分别验证规则命中和通知送达,并确认哪些文字会离开浏览器。

更新于 3 分钟阅读

只共享你有权查看的画面。本地识别不代表外部通知或云端翻译也在本地完成。

本篇适合谁

通知是任务条件命中后的一个输出,不是让远程服务器代替你监控画面。Watch 仍需要持续取得共享画面并完成识别。每个任务可以独立选择网页内提醒、浏览器系统通知、Webhook、Telegram 或通过自配接口发送邮件,也能组合使用。选中了渠道,不代表该渠道已经配置完整或实际可达。

操作步骤

先用已知能命中的条件验证网页内提醒。需要系统通知时,再通过浏览器控件授权,并检查操作系统通知设置。外部渠道则先在设置中填写对应服务,使用测试按钮验证,最后触发一次真实任务。请查看实际发送结果,而不是仅凭条件出现了“命中”就认定远处的接收人已经收到消息。

核对结果

Webhook 可连接受支持的 Slack 或 Discord 类型地址;Telegram 需要自己的 Bot Token 与 Chat ID。邮件需要你提供发送接口,填写收件人不等于产品自带托管邮件服务。先用无敏感信息的内容测试,并妥善保管凭据;令牌若出现在截图、聊天或共享浏览器中,应按服务提供方流程撤销或更换。

正式使用前

浏览器请求会受到目标接口可用性与跨域权限限制。一个地址能在服务器或命令行中工作,不代表它接受来自网页的相同请求。失败时应查看动作状态,再对照接口文档检查请求约定。不要为了让测试通过而关闭浏览器安全机制,也不要把完整令牌和带密钥的地址贴到公开求助内容里。

常见问题排查

系统通知可能被浏览器权限、系统专注模式或通知设置抑制;声音还受浏览器音频策略影响,可能需要一次用户操作解锁。应先试听内置提示音,再验证实际事件。没有声音不等于任务没命中,网页内显示成功也不等于外部服务已把消息送到某个人手上,这些环节需要分别确认。

功能与安全边界

外部渠道可能发送识别文本及任务上下文。用于私人或工作画面前,应缩小观察范围,确认消息内容与目标接收方,并禁用不用的渠道。本地 OCR 与主动发送远程通知并不矛盾,但两者具有不同的数据边界。停止识别后,也要检查保存的渠道设置,避免把临时测试凭据长期留在共享设备上。

可以。网页内通知、系统浏览器通知、Webhook、Telegram 和邮件可按任务独立多选。Webhook 支持 Slack 与 Discord;Telegram 需要 Bot Token 与 Chat ID,邮件需要自行配置通知接口。

继续阅读

参考资料