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