健康状态独立
健康监控告诉您机器或平台是否停止报告。交易监控告诉您实际上发生了哪些交易活动。
Signalator Notify · 交易监控
将实时交易活动转化为清晰的运营感知。
Notify 交易监控会追踪实时发生的交易事件，将其整理为清晰的生命周期，并按照您选择的信息详细程度进行路由。 与其事后阅读终端里的杂乱信息，不如在多个实盘账户与平台之间，获得关于仓位、挂单、保护性变更以及盈亏里程碑的结构化感知。
仓位、挂单、修改及里程碑的全生命周期
多账户、多平台的结构化呈现
完整、精简与隐身三种隐私层级
仪表板、移动推送、Telegram 及基于策略的路由
交易监控流程实践
实时结构
终端或平台
交易事件发生
Notify 交易监控
事件被标准化与归类
您查看或行动
确认、调查或响应
XAUUSD 上仓位已开
账户上出现新的敞口
执行中
止损/止盈已更新
开仓后保护价位发生变更
已修改
挂单已取消
执行前意图消失
挂单
盈亏里程碑已达成
基于规则的盈亏进展变得可见
里程碑
仪表板
移动推送
Telegram
结构化历史
本模块的目的
交易监控回答一个问题：账户上究竟发生了什么？
该模型最强的地方在于分离。Health 告诉您机器或终端是否在报告。Price Watch 告诉您市场价位是否被触及。 交易监控则专注于开仓、平仓、部分平仓、挂单变更、保护性更新以及里程碑事件——这样每条告警都保持清晰的运营含义。
价格监控独立
价格监控告诉您某个市场条件已被触及。交易监控告诉您发生了一次交易或订单生命周期的变动。
结构是有意设计的
正因这些模块保持独立，操作者才能相信每条告警的含义，而非面对一条夹杂着各种不相关噪音的混合信息流。
我们监控什么
交易的全生命周期，而不仅仅是入场和出场。
好的监控不止于"仓位已开"和"仓位已平"。Notify 交易监控覆盖那些构成某个交易真实运营故事的事件。
仓位开仓
一笔新交易在账户上变为活跃，应立即可见。
仓位部分平仓
敞口发生变化但交易未完全消失，这对风险、管理和操作复盘都很重要。
仓位平仓
交易生命周期结束，应作为最终事件可见，而非被默认忽略。
挂单创建
执行意图在进场前出现，这本身往往在运营上就很重要。
挂单修改
距离、价格或订单意图在执行前改变，这种变化不应被隐藏。
挂单取消
一笔计划中的交易消失，视工作流而定，这可能与新进场同样重要。
止损/止盈变更
进场后保护和目标价位发生改变，揭示仓位是如何随时间被管理的。
盈利与亏损里程碑达成
基于规则的进展告警可在交易触及您所关心的盈亏条件时浮现出来。
盈利里程碑详解
盈亏规则让交易监控更强大，因为它们在交易结束前就能展现交易进展。
这是 Notify 交易监控中最强的部分之一。与其只等待开仓、修改或平仓事件， 盈亏规则可以在交易仍存活时就展现交易进展。根据规则和数据来源的不同，评估可能在交易平台的发送端或通过 Notify 的监控层完成。
多层盈亏规则
单笔交易不必只产生一个里程碑。Notify 可以监控多个层级，因此当交易抵达下一个运营上重要的条件时，能再次变得可见。
- 盈利已到达和亏损已到达类型的条件
- 同一品种或工作流上可设多个层级
- 在完全平仓前就能发挥作用，而非仅在事后
规则可按需部署
盈亏规则可以结构化应用，而非只能全局生效。这意味着您可以跨不同品种、账户、终端或平台来源监控不同的思路， 而无需用一套扁平规则覆盖所有。
- 按品种，例如 EURUSD 或黄金
- 按账户，当某个账户需要更严格的可见性时
- 按终端或执行来源，当工作流不同时
监控思路示例
仅供示意
EURUSD
25 点盈利达成
在更快节奏的日内工作流中展现早期进展。
EURUSD
50 点盈利达成
仅在交易进一步深入盈利时触发下一层。
XAUUSD · 账户 1
100 点盈利达成
对特定账户或终端上的黄金使用更大的里程碑。
风控
亏损阈值已触及
当监控纪律很重要时，将下行层面与上行层面同等清晰地展现出来。
为什么监控这些
因为交易活动往往在执行与感知之间的缝隙中出错。
风险往往不仅是交易本身。风险在于某件事发生了，而您发现得太晚、在不恰当的地方、缺乏足够背景， 或者涉及太多账户而难以快速解读。
意外活动需要即时可见
一次跟单复制、人工干预、平台侧修改或操作者动作，都可能产生您没预料到的事件。 Notify 缩短了事件发生与您知晓之间的时间。
一条混合告警流会很快变得难以阅读
当多个账户和多个终端同时活跃时，扁平的告警通知就不再具有运营价值。 随着规模扩大，结构化监控变得更加重要。
生命周期背景比原始消息更重要
"有东西变了"是薄弱的信息。开仓、部分平仓、已取消或止损更新等是不同性质的事件，理应保持区分。
交易监控支撑纪律与复盘
干净的事件历史有助于确认实际发生了什么，比对预期与真实行为，并在无需猜测的情况下审计变更。
隐私层级
多种隐私风格，匹配告警应如何以及在何处被查看。
交易监控不应强制到处展示相同级别的细节。有些工作流需要完整背景以实现快速的操作响应。 另一些则需要感知但较少暴露可见信息。Notify 将此作为一套实用的隐私模型来处理，而非一个非此即彼的开关。
完整
完整的运营细节
最适合直接操作者使用的路由，他们需要完整背景信息来快速行动。
- 品种、方向和事件类型
- 账户和来源上下文
- 手数、价格及保护价位
- 为即时查看提供清晰的运营全貌
精简
可操作，但可见细节更少
最适合告警仍需明确含义和背景，但您希望在可见路由中暴露更少信息的场景。
- 保留事件含义清晰
- 修剪非必要的可见字段
- 适用于更广泛的运营路由
- 在感知与隐私之间取得平衡
隐身
最低限度的对外可见暴露
最适合告警需确认有事发生，但将交易细节留在可见消息路径之外的场景。
- 最小化的消息表面
- 适用于对隐私敏感的投递路由
- 侧重于先行感知，详情另置
- 支撑更严格的运营暴露控制
Notify 中的隐私是实用且结构化的。
它通过可见消息内容、存储细节、保留策略以及针对特定路由的暴露设置来共同塑造—— 这样监控就能保持有用，而无需强制在所有地方呈现相同的信息。
何时发送
交易监控由事件驱动。它会在被监控的交易事件实际发生时发送。
这不是一个延迟的摘要模式。Notify 会在交易事件重要的那一刻将其呈现，然后应用您选择的路由和细节策略。
在进场和出场时
当仓位开仓、部分平仓或完全平仓时，交易监控可立即将该生命周期步骤展现出来。
在挂单状态变化时
挂单的创建、修改和取消会在其状态改变时变为可见，而非仅在执行后。
在保护价位和目标变更时
止损止盈更新是有意义的管理事件，可以在发生后立即进行路由。
在多层盈亏里程碑达成时
当被监控的盈亏条件被满足时，Notify 可以展现该进展事件，而无需等待交易结束。
在您定义的通道路径上
同一事件可以根据策略，为仪表板、移动推送、Telegram 或其他运营路由进行定制。
以您选择的详细程度
事件时机保持实时，而可见内容可以根据路由保持完整、精简或隐身级别。
Notify 为何不同
它被构建为结构化监控，而不是松散的交易告警流。
差异不仅在于 Notify 可以发送消息。更在于当真实运营规模变大且复杂度提高时，监控模型依然保持清晰可读。
结构化事件模型
事件被标准化为清晰的生命周期，而不是保持原始的终端噪音。这使历史记录、路由和复盘更加可用。
在众多账户间保持可读
Notify 为多账户监控的现实而设计，在这种场景下，上下文与结构比仅仅收到另一条消息更重要。
多平台监控面
目标是在多个终端和已连接交易平台之上构建一个清晰的监控层，而非按来源分割的碎片化感知。
隐私内建于模型之中
交易监控可以根据路由和受众暴露不同的细节级别，同时保持运营上的有用性。
与健康状态和价格监控分离
交易事件保持与运行状态及市场条件告警相分离，这使得运营含义更清晰、更值得信赖。
支持复盘的历史记录
监控不仅用于告警的那一瞬间。它也创造出更可靠的运营历史，记录什么发生了变化以及何时发生。