能力子页 · AI 与监控

tick-stock-panel 的 AI 助手到底会不会编数据?

这是大多数人对量化工具里 AI 功能的第一个质疑。本页不谈“智能程度”,只谈一件可核对的事:它调了哪几个工具、传了什么参数、返回了什么,以及一套能自己跑的核对步骤。

本页回答:AI 可不可信 / 监控怎么配 / 提醒怎么到手依据:官方 README、docs/features.md全部工具为只读:不下单、不给买卖指令
18 只读工具
足迹卡可展开
四类监控规则
多渠道推送
tick-stock-panel 的 AI 助手工具足迹卡与监控规则示意(依据官方 README 与 docs/features.md 整理的 schematic,非官方界面图)。工具均为只读:助手不下单、不给买卖指令;截图与数字均不属于本站。
Tool surface

tick-stock-panel 的 AI 助手能调哪些工具?

官方列了 18 个只读工具,按五组分布。看清它们,就能判断一个问题到底能不能被回答。工具不在列表里的事,它就做不了。

工具分组包含的能力(官方口径)它回答什么类型的问题
个股实时行情快照(含批量)、日线区间、关键价位、财务五表“这只标现在什么价位”“它的财务面怎么样”
大盘看板总览、指数行情、市场环境标签、当日异动“今天整体是什么状态”“哪些板块在异动”
板块概念与行业盘中轮动、切换事件与资金排名“资金在从哪里到哪里”“哪个板块刚起量”
我的数据自选(含备注与实时涨跌)、持仓提醒、信号库“我的自选现在怎么样”“我配的信号有哪些”
策略与因子策略目录、执行选股策略取标的、因子目录、因子全市场排名、策略回测“用这个策略选一下”“这个因子排前十是谁”
“18 个只读工具”这个数字的意义在于只读两字。工具清单全部是取数与计算类:行情、财务、环境、因子、回测。官方在 README 里明确了边界:助手是数据分析工具,不提供买卖指令;涉及交易决策的问题会被转换成客观的技术与财务状态、关键价位、风险因素与条件情景。这不是功能缺失,而是产品定位的一部分:它做的是把数据摆到你面前,决定权在你手上。
Interaction design

tick-stock-panel 的 AI 助手在交互上有什么设计?

这一节不讲能力,只讲你会感受到的东西:它怎么出现、怎么让你查证、以及它不能取数时会怎么样。

设计点官方口径对你的意义
逐字流式输出回答逐字出现,而不是等完再一次性打印取数过程可见,不会出现长时间空白后突然出结果
工具足迹卡工具名、参数、耗时与结果摘要均可展开核对你能看到结论是从哪个工具的哪个参数算出来的
面板形态非模态,从右缘滑入,默认宽 720px,可拖宽且记忆不会遮住你正在看的图表;你调过的宽度下次还在
会话管理历史保存在本地,支持多会话切换与删除会话不出本地;你可以按主题分开不会串味
固定合规提示每条回答附带风险与数据口径提示不依赖你自己记住边界,提示就在答案里
未配 Key 时的行为或使用不支持工具调用的供应商时,直接提示前往设置页fail-closed:它不会假装自己能取数,也不会用模型记忆编数据
Verify the answer

tick-stock-panel 的 AI 回答到底能不能信?怎么核对?

下面是一套六步核对法,从你已知答案的问题开始,到把结论变成可回测的规则为止。

AI 助手的答案到底能不能信:六步核对法

  • 第一步 · 先问一个你已知答案的问题

    选一只你熟悉的标的,问他一个你能在页面上直接核对的指标。这是代价最小的一次信任检验。

  • 第二步 · 展开工具足迹卡

    看它调了哪几个工具、传了什么参数、花了多少时间。如果参数里出现了你没说过的标的或日期,那就是第一个警示。

  • 第三步 · 对照工具返回的结果摘要

    结果摘要是工具原样返回的部分。它与答案里的数字应该对得上——对不上就是问题。

  • 第四步 · 换一个问法再问一次

    同一个事实用不同措辞问两次。两次答案不一致且都能对上工具足迹,说明问题在你的描述;两次工具足迹都空,那就不要采信答案。

  • 第五步 · 回到页面交叉验证

    把助手的结论与回测页、选股页或个股页上的同一指标对一遍。两处一致,才能把它当作参考信息使用。

  • 第六步 · 把结论变成可回测的规则

    如果助手给了一个“看起来有道理”的观察,不要直接信,而是把它改写成一个明确的条件,拿去跑回测或监控。只有能跑出结果的观察,才值得放进流程。

  • 这套核对法最后一步最容易被跳过,但它才是关键。助手的答案只是一个待验证的假设,不是结论。真正把它变成结论的动作是:把它里面的条件拆成可执行的规则,拿去跑一次回测或配一条监控规则,看它在历史上会不会真的成立。这也是这个工具链条的价值所在:AI 负责把事实摆出来,回测与监控负责告诉你它有没有用。
    Assistant boundary

    tick-stock-panel 的 AI 助手有什么明确的边界?

    边界不是漩文,而是写在官方文档里的具体行为。知道它们,你就不会对助手抱错期望。

    边界官方口径为什么这样设计
    不给买卖指令助手是数据分析工具;涉及交易决策的问题会转为客观状态、关键价位与条件情景把“买不买”这类无法审计的问题,换成可核对的事实
    工具全部只读没有下单、改单、删数据类工具把“AI 误操作”这个风险直接从架构上取消
    未配 Key / 不支持工具调用的供应商直接提示前往设置页不用模型记忆编数据,也不假装取到了数据
    每条回答附合规提示风险 + 数据口径提示固定附在答案里边界不依赖你自己记得,每次都会看到
    助手本身可删除它是扩展系统的参考实现:后端目录自发现注册路由,前端构建时挂载插槽删掉目录就整体卸载,不留残余代码
    从使用者角度看,这些边界的共同效果是:助手只会让你更容易核对,不会替你担责。所以正确的用法不是“问它该不该买”,而是“把你想验证的假设拆成可查询的事实”:先问事实(价位、指标、环境、财务),再自己下判断,最后把判断变成条件去回测。这也是本页核对法的前提。
    Monitoring rules

    tick-stock-panel 的监控中心支持哪几类规则?

    四类规则都共用同一套执行机制:条件组合、冷却期、严重度分级与触发记录。四类规则不是四个独立模块,而是同一个引擎的四种入口,所以你在一处学会的配法可以直接搬到另一处。

    规则类型它监控什么适合场景
    策略监控策略在盘中是否产生新的选股结果你已经验证过一个策略,想在它出信号时被告知
    个股信号监控某只标的的指标与信号条件关注少数几只标的,想盯住它们的具体状态变化
    价格涨跌监控价格相对基准的涨跌幅度最直接的一类:到位提醒、回撤提醒、突破提醒
    全市场异动整体异动与板块异动你不知道会发生什么,但想在市场出现异常时被告知
    四类规则共用一套执行机制:多条件可以 AND / OR 组合,配冷却期去重,三级严重度(信息 / 警告 / 严重)区分紧急程度;命中后弹窗(可配声效)、写入本地告警日志、菜单上出未读徽标,触发记录里能看到命中的具体条件与当时价位。配置入口有三个:监控中心新建、个股详情页的「加监控」、策略卡片一键开启。
    Abnormal moves

    tick-stock-panel 的异动监控有哪三类?口径是什么?

    竞价、盘中与偏移三个标签页各自回答不同的问题,其中偏移异动的阈值取自交易所口径。三个标签页建议按“先看盘前、再看盘中、最后看偏离”的顺序使用,它们对应的是一天里不同时段的关注重点。

    标签页内容数据来源与前提
    竞价异动每日约 5-6 只,含竞价涨跌与概念标签,并附当日与次日真实收益对照与追高风险标记来自 fuyao 盘前风向标;收益对照来自 60 日回测;需配 fuyao Key
    盘中异动涨停 / 炸板 / 翘板 / 跌停 / 新高 / 新低 / 放量,按当日信号聚合零新增采集,复用盘中已有数据
    偏移异动按交易所异动偏离值口径统计的涨幅异常,并给出实时接近度分级阈值以交易所口径为准,不是本项目自定的
    偏离阈值主板创业板 / 科创板北交所
    3 日累计±20%±30%±40%
    10 日累计+100% / −50%+100% / −50%+100% / −50%
    30 日累计+200% / −70%+200% / −70%+200% / −70%
    实时接近度分三级:≥ 100% 已触发;≥ 70% 边缘;≥ 50% 观察。这三级的意义是让你在“还没触发”时就能看到,而不是等到异动公告出来才反应。竞价标签页的数据按日缓存(当日不缓存),未配 fuyao Key 时会显示引导提示而不是报错。

    竞价标签页里最值得看的不是涨幅,而是那两列真实收益。官方把当日与次日的真实收益放在同一张表里,并对高开(≥ 5%)的标的标上追高风险提示,这两列数据来自 60 日回测。它的意义是:竞价异动本身不是信号,“竞价异动之后买入会怎样”才是。官方把这件事直接算出来摆在该标的旁边,而不是只给你一个排行榜。
    Push channels

    tick-stock-panel 的提醒能发到哪里?

    四类渠道,每条规则可以独立选。选渠道前建议先发一条测试消息。这里有一个常见误解:推送成功与否并不影响规则本身的评估——弹窗、告警日志与未读徽标都是本地写入的,即使某个 webhook 失效,你仍能在监控中心里看到完整的触发记录。

    推送渠道支持情况适合什么场景
    飞书群 Webhook支持;每条规则可独立多选渠道团队共用一个群,提醒可被多人看到
    企业微信群 Webhook支持;同上企业内部使用
    通用 JSON Webhook支持,且可选 HMAC-SHA256 签名接自己的服务或自动化;签名让接收方能验证消息真伪
    SMTP 邮件支持 SSL、STARTTLS 与无加密三种方式需要留档、或团队不用群聊工具时
    两个细节值得先知道:一是每条规则可以独立选多个渠道,你可以让严重级只走飞书、信息级只进弹窗;二是设置页可以发送测试消息——配完监控规则后先发一条测试,比等真信号命中才发现渠道配错要省事得多。
    Troubleshooting

    tick-stock-panel 的 AI 助手与监控出问题,常见原因有哪些?

    下表把八类最常见现象与处理列出来,其中最重要的一条是“助手给了数字但足迹卡里没有对应工具”。

    现象可能原因处理
    助手点开后直接提示去设置页未配置 AI Key,或使用了不支持工具调用的供应商这是 fail-closed 的正常行为;按 README 配一个支持工具调用的接口
    回答里有数字,但展开足迹卡后看不到对应工具该数字不是工具返回的不要采信。用不同措辞再问一次,并回到页面交叉核对
    助手说“某个数据不可用”对应能力档位不够,或对应数据集未开启回到设置页点重新检测,再看能力路由页的档位归属表
    监控规则配了但从不触发条件过严、冷却期过长、或标的不在当前股票池先用策略或选股页确认这只标的会出现在扫描结果里
    盘中规则在非交易日也在跑未识别到交易日状态正常情况下会由交易日探针自动停掉;若未停,先检查上游能力
    飞书支持收不到消息webhook 地址错误、群机器人被移出或安全设置拦截用设置页的测试消息先验通道,再排规则
    JSON webhook 接收方拒收接收方校验了 HMAC 签名且与本地配置不一致对齐双方的签名秘钥与签名算法参数
    不想要助手了,想完全卸掉它是扩展形式存在的删除对应目录即可,不需要改核心代码
    这张表里最值得记住的是第二行:助手给了数字但足迹卡里没有对应工具。那基本上就是模型在“凭记忆说话”,而不是从 tick-stock-panel 取数。这种情况不需要去猜它为什么错,直接不采信就行;反过来,只要足迹卡里有对应工具、参数合理、结果摘要与答案一致,这个结论就值得你拿去与页面上的同一指标对一遍。
    FAQ

    AI 助手与监控常见问题

    以下答案基于官方仓库与文档的核验结果;涉及版本、数据源口径与许可条款的内容一律以官方仓库与官方文档为准。
    tick-stock-panel 的 AI 助手会不会直接告诉我买什么?

    不会,而且这是写进官方文档的设计。它的定位是数据分析工具,涉及交易决策的问题会被转换成客观的技术与财务状态、关键价位、风险因素与条件情景。所有工具都是只读的,没有下单类能力。换句话说,它会把判断所需的事实摆出来,但不替你下判断。

    工具足迹卡到底能看到什么?

    每一次取数都会留下一张卡片,里面有工具名、参数、耗时与结果摘要,而且都可以展开。官方把它描述为设计铁律:取数必须可核对。实际用的时候,你可以用它做三件事:看参数里有没有你没说过的东西;看结果摘要与答案里的数字是否一致;看耗时是否离谱。

    没配 AI Key 的话,助手会怎么表现?

    它不会假装能用。官方的行为是 fail-closed:未配置 AI Key,或使用了不支持工具调用的供应商(官方举例是 Codex CLI)时,直接提示你前往设置页。这比“用模型记忆编一个答案”安全得多。另外 AI 功能全部选配,不配也不影响选股、监控与回测这几块。

    监控规则和策略有什么区别?

    策略是“选出一批标的”,监控是“在某个条件成立时告诉你”。两者共用同一批口径,但监控多了冷却期去重、严重度分级与多渠道推送。实际用法上,一般是先用策略选出池子,再给池子里的标的配监控;也可以直接把策略卡片一键开成监控。另一个常被忽略的区别是频率:策略按交易日扫一次,而监控可以在盘中按分钟级别评估。同一个条件放在两边,实际等效的是不同的时间粒度,不要当成一回事。

    异动监控里的“偏移值”是什么口径?

    它用的是交易所异动偏离值口径,不是本项目自定的。具体是:主板 3 日 ±20%、创业板与科创板 ±30%、北交所 ±40%;10 日 +100% / −50%;30 日 +200% / −70%。系统还会给实时接近度分级:≥ 100% 已触发、≥ 70% 边缘、≥ 50% 观察。把它当成“提前预警”而不是“结论”。

    提醒能发到微信吗?

    可以,但走的是企业微信群机器人 webhook,不是个人微信。官方支持四类渠道:飞书群 webhook、企业微信群 webhook、通用 JSON webhook(可选 HMAC-SHA256 签名)与 SMTP 邮件。每条规则可以独立选多个渠道,设置页里能发测试消息。建议配完先测一条,不要等真信号命中才发现渠道配错。

    助手与监控都配好了,还能往上加什么?

    看扩展与二次开发页:自定义策略、数据源插件与插槽机制,以及删除即卸载的实际含义。