股票监控工具
Bastix 的 TAP 可定义、启动、停止和调度持续研究任务，并保留每次运行记录，便于逐项验收观察结果。本文提供股票观察任务的配置与验收方法，明确它是可复核的研究调度，不是个股预警、实时通知服务或自动交易工具。
Bastix 已公开确认的能力是 TAP（可持续运行策略单元）：用户可以定义、启动、停止和调度研究任务，系统保留运行记录。它的边界是研究、观察和整理，不连接券商，也不下真实订单。1
这不等于 Bastix 已经提供独立“股票预警”产品、手机通知渠道或送达承诺。本页用一个股票观察任务说明：用户应该怎样写清问题，又该怎样检查任务有没有按预期工作。文中的字段表和状态名是用户验收模板，不是 Bastix 当前界面或运行记录的既有字段清单。
先把“监控”改写成可回答的问题
“监控这只股票”“发现异动就告诉我”都无法直接验收。一个可检查的问题至少需要五项：
| 项目 | 必须说明 | 不合格写法 |
|---|---|---|
| 对象 | 完整标的代码、市场或用户维护的标的池 | “我关注的股票” |
| 字段 | 收盘价、成交量、公告发布日期等具体字段 | “走势”“情绪” |
| 条件 | 运算符、阈值、观察窗口 | “明显上涨”“重大变化” |
| 时间 | 时区、检查时点、允许的数据时效 | “实时”“尽快” |
| 结果 | 原始值、来源、数据时间、无法判断的原因 | 只给“触发/未触发” |
如果目的只是每天整理当日公告，也可以不设涨跌阈值。持续研究的重点是按相同问题重复检查，而不是强行预测价格方向。
示例：收盘后整理一个研究标的
下面是用户可采用的任务说明模板。它不是 Bastix 预置模板，也不证明当前产品会返回相同字段。
任务名称: 示例甲收盘研究检查
对象:
symbol: 600000.SH
market: CN
问题:
- 检查当日收盘字段是否可得
- 整理当日新增公告标题
计划:
timezone: Asia/Shanghai
schedule: 每个交易日 16:15
结果要求:
- 原始字段
- 数据截止时间
- 来源链接
- 缺失项
- 无法判断的原因
停止条件:
- 对象无法确认
- 数据连续不可用
- 用户手动停止示例中的标的、时间和停止条件仅用于教学。A 股数据链路仍处于测试口径，市场覆盖、延迟、交易时段、修订机制和许可边界没有已批准的统一承诺。2
Bastix 当前能力与验收要求要分开
| 范畴 | 当前可确认 | 用户仍应自行验收 |
|---|---|---|
| 任务定义 | 可定义 TAP 持续研究任务 | 对象、规则和时间是否表达无歧义 |
| 控制 | 可启动和停止任务 | 控制动作是否符合当前版本和账户权限 |
| 调度 | 存在定时触发链路 | 实际触发时间、频率限制和交易日处理 |
| 记录 | 存在运行记录 | 当前版本具体保存哪些时间、输入、结果和失败信息 |
| 市场数据 | A 股等数据链路处于测试状态 | 覆盖、时效、缺失和修订是否适合具体任务 |
| 通知 | 没有获批的个股提醒渠道或送达 SLA | 若未来接入渠道，需单独测试发送和设备接收 |
产品事实只支持左栏。右栏必须通过真实任务、当前版本和原始记录验证，不能从代码或教学模板推断。
一条任务的验收路径
1. 定义：保存用户真正提出的问题
先保留对象、条件、时区、计划和停止条件。对象无法唯一识别时，不应擅自选择相似代码。字段或阈值缺失时，任务应先回到澄清阶段。
2. 验证：定时运行前先执行一次受控检查
受控检查要验证三件事：对象是否正确、数据是否能回到来源、缺失时是否明确显示无法判断。一次成功不能证明之后每次都成功，但能尽早发现定义错误。
3. 启动：记录启用动作和计划
启动后，不要只保存“已开启”截图。验收者应同时保存任务定义版本、启动时间和下一次计划时间。Bastix 是否在当前版本直接展示这些项目，需要以真实运行记录为准。
4. 运行：区分完整结果、未满足条件和无法判断
用户自己的验收台账可以采用三种结论：
- 满足条件：输入完整，规则成功执行，条件为真；
- 未满足条件：输入完整，规则成功执行，条件为假；
- 无法判断：字段缺失、数据过期、对象歧义、来源不可用或任务未完成。
这些是验收分类，不代表 Bastix 当前输出固定使用这些状态名。
5. 变更：另存新版本再重新验证
修改对象、阈值、时间或数据窗口会改变问题本身。用户应保留旧定义、新定义、修改理由和新的验证结果。当前产品在修改后如何处理计时状态，需通过当前版本真实操作确认，本页不作承诺。
6. 停止与恢复：不要补造缺失期间的结果
停止时记录是谁停止、何时停止、为什么停止。恢复前重新执行受控检查；没有实际运行的期间保持空白，不能根据之后的数据倒推“当时应该触发”。
可直接使用的验收记录
下面的字段由验收者保存，可放在表格、测试单或研究日志中。它们不是 Bastix 已批准的输出格式。
| 验收字段 | 记录内容 |
|---|---|
test_case_id | 本次测试的唯一编号 |
task_definition_version | 用户保存的任务定义版本 |
expected_time | 预期检查时间和时区 |
observed_start / observed_end | 人工观察到的实际开始和结束时间 |
input_objects | 本次实际检查的对象 |
source / data_as_of | 结果引用的来源和数据截止时间 |
observed_result | 满足、未满足或无法判断 |
missing_items | 缺失字段、来源或运行步骤 |
evidence_ref | 截图、导出或运行记录的保存位置 |
reviewer / reviewed_at | 真实复核人和复核时间 |
如果产品当前无法提供其中某项，验收表应写“未提供”，不能用推测值补齐。尤其不要把页面刷新时间当作数据时间，也不要把“没有收到消息”直接写成“条件未满足”。
失败分类用于排查，不是现有错误码
验收者可按下列问题分类失败，便于决定下一步：
| 观察到的问题 | 可能原因 | 验收动作 |
|---|---|---|
| 对象错误或不唯一 | 代码、市场或标的池定义不清 | 停止任务，确认对象后重建测试 |
| 有值但时间不合格 | 数据陈旧或时区理解错误 | 保存数据时间，不执行阈值判断 |
| 关键字段为空 | 数据覆盖或来源异常 | 列出缺失字段，保留无法判断 |
| 任务没有按预期时间出现记录 | 调度、权限或系统故障 | 保存计划与观察时间，人工核查 |
| 只有部分结果 | 某个步骤失败或任务中断 | 不把部分结果当完整结论 |
| 任务有结果但没有通知 | 未配置通知或发送链路失败 | 在任务记录与通知记录之间分开测试 |
表中的描述不是产品错误码。只有在当前版本真实运行并由产品负责人批准后，具体状态和错误字段才可以进入公开能力说明。
为什么通知必须单独验收
持续任务产生结果、渠道完成发送、设备实际收到，是三件不同的事：
研究任务执行 → 结果被保存 → 渠道发送 → 设备接收Bastix 当前没有获批的个股通知渠道、冷却去重规则或送达 SLA。因此，本页不使用“第一时间提醒”“必达”“永不漏报”等表述。若用户需要现成到价或技术提醒，应阅读股票监控软件选型，并在实际设备完成同题测试。
什么时候不该使用持续研究任务
- 需要自动提交或撤销证券订单；
- 需要同步券商真实持仓与资金；
- 需要承诺固定延迟、全市场覆盖或通知必达；
- 没有合法的数据权限与来源；
- 任务必须在缺数时仍给出确定交易结论。
这些需求超出 Bastix 当前公开边界。需要组织盘前、盘中和盘后研究步骤时，可以继续阅读智能盯盘工作流；该页面提供的是中立工作流模板，不代表平台已经自动完成跨时段交接。