首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >我用AI Agent每天自动出A 股复盘长图:一次数据事故教我的8条核验规则

我用AI Agent每天自动出A 股复盘长图:一次数据事故教我的8条核验规则

原创
作者头像
用户12809173
发布于 2026-10-09 22:35:54
发布于 2026-10-09 22:35:54
930
举报

把一个"每次从零摸索"的日报任务,改造成一条可重复、可校验、会自己报警的流水线。含一次真实的数据事故复盘——那次的教训比任何胜利都值钱。

一、缘起:为什么一件"出图"的事需要工程化

我每天收盘要出一张九模块的复盘长图。听起来是个设计活,实际上它是个工程问题,而且我在这上面反复翻车过四类事故:

事故类型

具体表现

找不到模板

每次新会话都要重新翻目录,模板位置记不住

参数搞错

出图脚本的宽度、字号参数每次靠猜,出过废图

版式 bug

字号放大时父子元素级联放大,长图直接烂掉

工具静默失败

Shell 和 PowerShell 吞掉输出,脚本报错却看不到

四类事故的共同点是:它们不发生在"思考"环节,全部发生在"执行"环节。而执行环节的失误,是唯一可以靠固化流程彻底消灭的。于是我把模板、脚本、参数、核验清单、踩坑记录一次性写进一个技能文件——之后任何一次执行,直接照做。

二、成品长什么样:九个固定模块

长图的骨架是九块,每块的数据来源固定,不允许临场增删:

#

模块

数据来源

01

收盘热点事件

最强主线/题材 → 标的 → 判断

02

公告精选 & 风险雷达

风险提示/减持/质押/监管函

03

大盘 & 隔夜外部

指数收盘 + 量能 + 隔夜美股

04

连板梯队复盘

梯队图(几板→个股→题材→封单)+ 晋级率

05

机构席位 & 游资动向

龙虎榜净买入 TOP

06

股价新高 & 新股

创阶段新高 / 次新 / 异动预警

07

资金流向 & 人气

板块净流入流出 + 个股吸金

08

下一交易日事件日历

政策与事件预告

09

出手决策

按跌停家数分档给出仓位建议

第 09 模块是设计得最"硬"的一块,用跌停家数做环境分档:

环境条件

结论

跌停 ≤ 2 且涨停 ≥ 80

全力出手

跌停 3–10

小仓试错

跌停 11–20

不碰

跌停 > 20 或 跌停 ≥ 涨停

空仓

做成硬分档的好处是:环境判断不再受当天心情影响。数字落在哪一档,就是哪一档。

三、流水线:五步,每步都有产物

每一步都有明确的落盘产物,上一步没产物就不许进下一步。这是防止"静默失败"的第一道防线。

四、技术实现:六个关键的工程细节

1. 出图脚本的参数设计

核心是一个基于无头浏览器截图的小脚本,参数固定为:

标准版输出宽度 1080 CSS px,实际产物是 2160px 物理宽的长图,内容量大的时候高度能到 15000px 以上。

2. 字号放大必须"两阶段"

这是踩过的最贵的坑。直接把父元素的字号改大,子元素会级联放大,最后整张图烂掉。

正确做法:先快照全部原始字号值,再统一乘以倍数,最后一次性写回。没有快照就直接改,必出废图。

3. 大字号只能用倍数实现,绝不能缩窄容器

有过一次惨痛案例:我为了让字看起来大,把内容容器宽度从 1080 砍到 468,结果元素被迫竖排换行,长图高度暴涨到 53894px,直接成废图。

结论:字号需求用字号参数解决,宽度参数不要动。

4. 截图偶发失败怎么办

无头浏览器偶尔会报截图失败。解决方式是把视口宽度提高,并开启"超出视口也捕获"的选项。这类偶发问题不值得深究根因,加个保险配置就行。

5. 图片尺寸不要靠猜,直接读文件头

出图后必须校验产物尺寸。但不要依赖 Shell 的对象输出(经常是空的),而是用脚本直接读 PNG 文件头(IHDR),把宽高写进文本文件再读。

6. 封面:零手切

长图的封面要求 2.35:1。我的做法是:截取页面顶部的深蓝头部整块作为封面源,然后在目标画布上居中 contain、空白处用同色(#1b2a4a)补边。这样封面完整不裁切,也不需要任何手工切割。

7. 节日版:一个补丁脚本改完,禁止并行编辑

春节、国庆这类节日版需要改头部样式。这里有个隐藏坑:对同一个文件并行做多次文本替换,会互相覆盖。

正确的做法是写一个补丁脚本,一次性完成全部 5 处替换(标题、头部 CSS、编号章底色、头部 HTML、页脚)。

还有一个容易忽略的问题:文件如果带 CRLF 换行符,精确字符串匹配会全部失败。所以补丁脚本要用统一换行模式读取,写回时显式指定 \n。

五、最有价值的部分:数据核验清单(含一次真实事故)

技术问题都好解决,数据问题才是会要命的。我经历过一次事故,值得完整讲一遍。

那次事故

某次长假后第一天,我要在长图里写"假期期间港股半导体的表现映射到 A 股"。当时我图快,直接用了搜索结果里的数字:"港股半导体爆发,中芯国际 +21.76%、华虹 +16.25%",写进了长图的主线判断。

后来用行情接口逐日复核,实测数据是:

标的

新闻里的数字

接口实测(假期)

中芯国际

+21.76%

+0.41%

华虹

+16.25%

-0.09%

恒生指数

——

-1.96%

方向、幅度全错。 整张长图的主线判断("半导体映射")因此作废,只能重做。

更隐蔽的是口径陷阱:新闻里的"纳指 +2.75% 创新高",统计的是假期中段,不含最后一天的回吐;按完整假期口径重新算,是 +2.52%。同一件事,两个数字,一个误导。

于是我定了一张核验清单,未过不得出图

规则只有一句话:图里出现的每一个数字,都必须能回答"这个数从哪来"。答不上来的,删掉或标注"待核"。

#

检查项

怎么核

1

A股指数/成交额/涨跌家数

行情接口逐日取,自算

2

涨停/跌停家数、连板梯队

拉全量翻页 + 逐条核段高

3

个股"几板"

逐日 K 线手工数,不盲信接口字段

4

外盘/港股指数与个股

全部走行情接口复核

5

区间涨幅

自算,起点终点写清楚,口径写进图注

6

接口无覆盖的指标(如费半指数)

标注来源媒体 + 日期,否则不用

7

政策/宏观(央行、非农、纪要)

找到原始出处,传闻必须标"传闻阶段"

8

方向性词(加息/降息、放量/缩量)

与数字逐条对齐,通读一遍确认不矛盾

出图前的自检三问

每次出图前,我都会留痕回答这三个问题:

  1. 图里每个行情数字,分别来自哪一次接口调用?
  2. 有没有哪个数字我只在搜索结果里见过、没在任何接口里见过?
  3. 图注是否写明了区间口径与来源?

绝对禁止三件事:把二手描述当行情事实、用"新闻口径"冒充"完整区间"、凭印象写方向性词。

六、闭环:出图只是开始,台账才是资产

如果只在出完图就结束,那这只是一个美化工具。真正让它积累价值的是台账回填——每个交易日收盘按顺序做三件事:

  1. 回填昨日验证:昨天给的候选,今天用收盘数据填实际结果(晋级/断板/止损/浮亏),状态从"待验证"改为"持仓跟踪"或"终止";
  2. 重建观察池:把当日 ≥4 板的活跃标的入池,并记录今日封板价,作为明天的"断板判定线";
  3. 强转弱即时终止:跟踪中的标的一旦再度断板 → 立即终止跟踪并移出名单,永久不恢复。

第 3 条是纪律的核心。"强转弱就出局、永久不回来"这种规则,人执行起来会心软,机器不会。

七、发布环节也被工程化了

同一份内容,两个发布渠道,素材要求完全不同:

渠道

素材

要点

公众号图文

长图(大字号版)

必须发"图文消息",正文只放一张长图

"贴图"(小绿书)

专用竖版首图 + 短文案

比例为 3:4,走公域推荐流

这里有个实测结论值得分享:绝不能拿长图当贴图首图。长图首屏是深蓝大色块,缩略后毫无点击欲,这是贴图零流量的头号原因。

另外发布顺序不能反:先发文章 → 再发贴图,因为贴图草稿会自动关联原文,顺序反了就没有链接。

八、踩坑速记(可直接照抄)

  1. Shell 环境可能不可用(dirname、head 之类的命令直接找不到)→ 文件操作统一改用 PowerShell;
  2. PowerShell 会静默吞掉输出 → 脚本输出一律重定向到文件,转码后再读;
  3. 字号放大必须两阶段,先快照后统一乘倍数;
  4. 大字号 ≠ 缩窄容器,宽度不动;
  5. 图片尺寸读 PNG IHDR,别信 Shell 对象输出;
  6. 模板放在技能目录的 assets 里,不要每次去备份目录翻;
  7. 同一文件禁止并行文本替换,用单个补丁脚本一次改完,并注意换行符。

九、结语

回头看,这套东西的价值不在"省了几分钟",而在于:

自动化不是让 AI 替你思考,而是把你已经想清楚的纪律固化下来,让它每天准时、无差别地执行。

而它最有用的时刻,恰恰是它报坏消息的时候——数据拉不到就说拉不到,没有候选就说没有,数字没法溯源就拒绝入图。那一次港股数据事故之后,我给这套流程加的最重要一条规则就是:宁可图不好看,也不能有一个说不清出处的数字。


本文为个人工作流工程实践记录,涉及的市场判断方法仅为个人研究框架,不构成投资建议。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

目录
  • 一、缘起:为什么一件"出图"的事需要工程化
  • 二、成品长什么样:九个固定模块
  • 三、流水线:五步,每步都有产物
  • 四、技术实现:六个关键的工程细节
    • 1. 出图脚本的参数设计
    • 2. 字号放大必须"两阶段"
    • 3. 大字号只能用倍数实现,绝不能缩窄容器
    • 4. 截图偶发失败怎么办
    • 5. 图片尺寸不要靠猜,直接读文件头
    • 6. 封面:零手切
    • 7. 节日版:一个补丁脚本改完,禁止并行编辑
  • 五、最有价值的部分:数据核验清单(含一次真实事故)
    • 那次事故
    • 于是我定了一张核验清单,未过不得出图
    • 出图前的自检三问
  • 六、闭环:出图只是开始,台账才是资产
  • 七、发布环节也被工程化了
  • 八、踩坑速记(可直接照抄)
  • 九、结语
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档