AI策略选股 · 模拟盘

多策略并行 · 各策略独立的候选池与自动模拟盘

最新交易日—
行情状态—
股票池—
/
策略

候选股票池 —

#代码名称收盘涨幅 当日涨幅 评分量比平台振幅 突破换手均线持仓

走势最强候选榜

—
以信号日收盘价为基准,列出窗口内走势最强的候选。同一只票可能被多次选中, 榜单只保留窗口内首次入选那一次作为跟踪起点(跟踪期最长、最完整),并给出累计入选次数。
注意:「已跟踪」为信号日之后已走完的交易日数,天数不同时涨幅不能直接横向比较—— 刚入选 1~2 天的票只反映了很短一段行情;「超额 = 至今涨幅 − 同期沪深300」。

每日候选的后续涨跌幅

候选平均 沪深300

逐日跟踪明细

—
以信号日收盘价为基准跟踪每只候选之后的涨跌幅:「次日 / 5日 / 10日 / 20日」为信号日之后 第 N 个交易日的收盘涨跌幅,「至今」为窗口内最后一个交易日的涨跌幅; 超额 = 候选平均 − 同期沪深300。
注意:越靠下(越近)的交易日,可跟踪的天数越少,最近 1~3 天的样本只有一两天,不具统计意义; 表格按日期倒序排列,请以窗口合计与较早日期的数据为准。

当日候选明细

点击上表任意一行,查看该日逐只候选的跟踪表现

我的自选

—
—
顺序:列表顺序就是优先级,「⤒ 置顶 / ⤓ 置底 / ↑ ↓ / 直接拖拽行」改的是同一个顺序, 刷新后保持(只有一个顺序字段,不存在「置顶标记」与「拖拽位置」打架的情况)。
加入以来 = 现价 ÷ 加入价 − 1;加入价 = 点击加自选当刻的最新价 (盘中即实时价),加入后定格不变,便于回看「加进来之后赚没赚」。
现价 / 当日跟随盘中最新价(带「盘中」角标),5/20/60 日为本地前复权日线口径; 「候选」列显示该股在选股结果里的痕迹(今日候选 / 近 30 日入选次数)。 自选股只影响展示,不参与选股、回测与百万盘撮合。
模拟盘
下单面板与一键跟单,默认收起 —

账户总览

资金 + 交易统计(一次买入→清仓 = 一笔)
同一只票清仓后再次买入记作独立两笔;未清仓持仓不计入。逐笔排行见下方「收益排名」。

离场分析

按日K评分统计持仓
柱子 = 当前持仓按日K评分分档各几只:强势持有(≥ +2)/持有/观望·减仓/卖出提示(≤ −3); 评分只看K线本身,与成本、持有天数无关(那是下方「离场规则提醒」的事)。

我的持仓

点「卖出」按最新价成交

离场规则提醒

—

我的成交记录

滚动到底部自动加载更多(默认 40 条)

收益排名

收益曲线对比

点击图例可隐藏 / 显示对应曲线

平均涨幅对比

各策略 · 平均涨幅(自然段)

绩效指标对比

数据更新与回测

—
每日更新:增量同步全市场行情 → 校准当日K线 → 逐策略重扫候选池 → 逐策略推进自动盘。 随时可点,不受下方「自动刷新」间隔的限制;服务关过几天再开时点它,会把缺的交易日一起补回来 (19 日盘中的半根K线修成收盘价、20 日整根补齐)。
重跑回测:只重跑按钮上所选策略的百万盘(约 3 年),清空它的持仓与成交后重新模拟, 其它策略与模拟盘不受影响。本页不显示策略切换条,要先在「今日候选 / AI盘」页选好策略再过来。
一键初始化:全量重拉约 5500 只股票的日线 → 逐策略重扫候选池 → 逐策略重跑回测,耗时较长; 首次部署或重建历史数据时用。
三者都会写入当日K线,建议在收盘后(15:05 之后)执行。
—

飞书推送

—
开盘日 14:30 之后,每次自动刷新完成时把「今日候选 · 全部前 N 合并」 (各策略各取前 5 名、同票合并成一行)发到飞书固定账号。手动点刷新不推 —— 人就在页面上。 收盘后 15:10 的「每日更新」默认也不推,想收「收盘口径最终版」就把 FEISHU_ON_DAILY 打开。
接哪条通道、发给谁属于密钥级配置,只写在 config.local.py:应用机器人填 FEISHU_APP_ID / FEISHU_APP_SECRET / FEISHU_RECEIVE_ID(收件人用 FEISHU_RECEIVE_ID_TYPE 说明是 email / open_id / chat_id),或群机器人只填 FEISHU_WEBHOOK。改完 systemctl restart simstock, 再点上面的测试发送确认能收到。
发不到人(报 Access denied ... scopes is required)时:按 user_id/email 发需要通讯录权限。最省事的是把机器人拉进一个群,跑 python -m backend.feishu --chats 拿到 chat_id,改成 FEISHU_RECEIVE_ID_TYPE = "chat_id" —— 群消息不碰通讯录权限。
—

性能统计

—
统计本进程启动以来的接口响应与数据库查询耗时(按平均耗时排序,各显示前十)。 接口按路由模板聚合(如 /api/kline/{code});查询语句把字面量归一成 ? 后聚合(同一张表不会裂成几千条)。 DB 耗时用相邻语句间隔归因,超过 2 秒的间隔视为夹杂了 Python 处理(行情同步等)直接丢弃, 统计口径 = SQL 本身的执行时间。

慢接口 Top 10

慢查询 Top 10