Privora 实时监控:给资产字段配阈值,越线即推飞书/微信

前言

盯盘和盯净值是两种不同的折磨。前者要反复刷行情页面,后者要等到基金公司晚上公布净值才有答案,而真正需要的动作——跌穿某条线就通知——往往还得自己写个脚本挂在 cron 上。脚本要自己管 token、管重试、管渠道,时间一长就成了没人愿意接手的遗留物。

下面介绍的这个 Skill 把这件事拆成了「订阅资产 → 配阈值规则 → 验证 → 上线」的固定流程。它是 SkillHub 上的通用 SKILL.md 格式 Skill,在 Agent 侧被调用,不需要你另外起一个常驻进程。

这是什么

一句话定位:给一个已经订阅的资产字段配一条阈值规则,价格或净值越线时,通过飞书、微信或通用 Webhook 通知你。

  • 名称:🔔 Privora · 实时监控 / 黄金实时监控 · 基金净值监控 · 股价预警(越线即飞书/微信
  • 坐标:@org-eyw2ohcx/guangfuwu-privora-alert-103
  • 版本:1.0.0
  • 来源:enterprise
  • 分类:data-analysis
  • 发布者:RealQ
  • 官方地址:https://api.skillhub.cn/org-eyw2ohcx/guangfuwu-privora-alert-103

它解决的问题很具体:把「某个字段越过某个值」这个判断从人手里拿走,交给 Agent 按规则执行,并把结果投递到你已有的IM或Webhook渠道。

核心功能

只写已核实的能力。

  1. 资产订阅与字段级监控。覆盖黄金实时监控、基金净值监控、多资产阈值告警三类需求,规则作用在「已订阅资产字段」上,而不是整只标的。
  2. 阈值方向三选一。每条规则支持跌破、突破、等于三种触发条件,配一个阈值即可。
  3. 通知渠道可插拔。支持飞书、微信和通用 Webhook,前两者面向人,后者面向你自己的系统。
  4. 市场覆盖。港股、美股、A股同样支持。
  5. Agent 侧直连。通过 Bearer Token 直接调用 /agent/skills/execute,不依赖额外中间件。

关于页面标注的评分与下载量:线索里写的是评分 99738、下载 761,SkillHub 页面快照里是评分 100000、下载 779,两个来源不一致。写稿时官方页面无法访问,未能核对,具体数值以页面实时显示为准。分类 data-analysis、来源 enterprise、发布者 RealQ、版本 1.0.0 在两处一致。

安装与启用

这个 Skill 带 requires_api_key=true 标签,意味着启用前需要先准备好凭证。

调用方式是 Bearer Token 直连 Agent 的技能执行入口:

POST /agent/skills/execute
Authorization: Bearer <你的 Token>

这一步的作用是把「触发一次监控技能」变成一次普通的 HTTP 调用,Agent 侧负责读取 SKILL.md、解析参数并执行。请求体的字段名和取值以 SKILL.md 与官方文档为准——抓取到的资料里没有给出字段清单,这里不臆造。

需要说明的是:官方页面在本次写稿时无法访问,Cursor、Codex CLI、Claude Code 各自的安装命令未能核实,因此不写。如果你用的是其中某个环境,先确认该环境能否加载 @org-eyw2ohcx/guangfuwu-privora-alert-103 这个坐标,再按上面的 HTTP 方式验证 Token 是否可用。

典型用法

官方给出的流程是一份文档 11 步,可以概括为四个阶段:建渠道 → 建规则 → 验证 → 上线。下面按阶段拆解,每一步做一件事。

建渠道阶段:

1、先确定通知落到哪里。飞书、微信、通用 Webhook 三选一(或多个)。
2、拿到对应渠道的接收地址或凭证,Webhook 就是 URL,飞书/微信按各自方式配置。
3、用一次测试消息确认渠道本身是通的。渠道不通时,后面的规则再正确也收不到通知,所以这一步要单独验证。

建规则阶段:

4、订阅目标资产,明确要监控的字段。
5、为该字段新建一条阈值规则,选触发方向(跌破/突破/等于)并填阈值。
6、把渠道绑定到规则上。

验证阶段:

7、用一个必然会触发的阈值跑一次,确认通知真的发出去了。
8、检查通知内容是否包含可识别的资产标识和触发值。
9、把验证用的临时阈值删掉或改回真实阈值,避免上线后重复打扰。

上线阶段:

10、确认规则状态为生效中。
11、保留一条运维路径:规则被改坏、Token 失效、渠道被回收时,能查得到、能回滚。

第 7 步是这套流程里最容易省掉、也最容易事后后悔的一步。阈值规则一旦生效,触发条件本身就可能出错——比如把「跌破」写成「突破」,或阈值填错小数点。没有一次真实触发的验证,上线后要么不通知,要么天天通知。

适用场景与注意

适合这些情况:

  • 你关心的是某个具体数值(金价、净值、股价),不需要整条 K 线或基本面分析。
  • 你的下游已经有飞书、微信或 Webhook,缺的只是「判断 + 通知」这一段。
  • 你希望把监控逻辑交给 Agent,而不是自己维护一个常驻脚本。

需要注意的限制:

  1. 规则作用在已订阅资产字段上,没订阅的标的不会进入监控范围,新增标的要走一遍建规则流程。
  2. 依赖外部行情与净值源,源站延迟或停更会直接影响触发时机。基金净值本身有公布时间差,晚间净值监控的触发时刻天然晚于行情类标的。
  3. 需要 API Key。没有 Token 无法调用 /agent/skills/execute,Token 失效时的表现是调用失败,不会静默降级。
  4. 触发是「越线即通知」,不是止损指令。收到通知后的动作仍由人或你自己的系统决定。
  5. 阈值规则需要有人维护。资产多了之后,规则的取舍会变成实际工作量,别默认它可以无限叠加。

结尾

这个 Skill 的价值不在它替你做了行情判断,而在它把「阈值判断 + 渠道投递」这段固定动作标准化了。建渠道、建规则、验证、上线四步走完,后面新增标的只是重复流程。

官方地址:https://api.skillhub.cn/org-eyw2ohcx/guangfuwu-privora-alert-103
SkillHub 页面:https://www.skillhub.cn/skills/org-eyw2ohcx/guangfuwu-privora-alert-103

如果页面恢复正常,建议优先核对两处:评分与下载量的实际值,以及各 IDE 环境下的安装命令。

羽毛球分组比赛记分
小程序二维码

欢迎使用《羽毛球分组比赛记分》微信小程序

小夜