野生码农
研报产线改版与首跑复盘
背景与目标
研报技能(yanbao)原来是为发公众号设计的:全 inline 样式、禁 script、图表先渲染再截图出 PNG、还要过公众号官方校验器。这套约束的代价是排版全宽难看、图表链路重、写报告一半精力在应付编辑器。
这次本人一句话改了路线:研报不发公众号了,只发自己的网站。技术壁垒瞬间消失——可以用 script、可以 ECharts 内联、排版可以按自己网站的赛博虎风格重做。本人原话定了三件事:
- "哪些数据可以用图表去展现,这个流程没那么清晰"——图表策略要写清;
- "排版不满意,手机和电脑都是全宽,让产品设计岗重新设计";
- "要有直出形式,就是简单的 MD 排版"。
本人还给了一个定位判断:今后的工作中,调研把一个问题搞清楚,对决策判断非常重要,所以要继续打磨研报技能,并把调研报告归集,以后开放到个人博客站上去。这句话把研报从"内部工具"升级成了"决策基础设施 + 可发布资产"。
过程回顾
第一步:CIO 直改 SKILL.md(规则层)
图表策略原来是两句话("两选一:卡片网格或 ECharts 截图"),现在写成可判定规则:
- 上图判定:≥3 个数据点且有对比/趋势/占比/相关关系才上图;单个数字走 stat-row;≤2 个点正文直述,禁止硬凑图;
- 选型矩阵:趋势→折线、对比→柱状、占比→饼环、相关→散点,拿不准回查,禁自由发挥;
- 渲染方式:ECharts 内联进 HTML,截图出 PNG 的流程整条删除——临时渲染件、chart_shot 截图、"图片缺失手动上传"兜底行、公众号白名单、官方校验闸,全部废止。
同时把交付物从 wechat.html + CSDN发布版.md 改成 report.html + 直出版.md,P5 验收闸换成网站基线(图表实渲检查、双宽度截图、阅读柱限宽目检)。
第二步:派 01 产品设计岗重做排版(设计层)
写任务卡派单,写入范围互斥:设计岗做新模板 template-web.html,我改 SKILL.md,零交集。设计令牌直接复用本人网站(mtuvu4r8uad32oqf/index.html 的 style 块):深色底 #060b0e、霓虹青 #2ee6d6、橙虎 #ff9a3c,阅读柱 720px 限宽 + 桌面粘性目录侧栏。
21:10 无头派单,21:20 交付,一次通过:ECharts CDN 可达、双宽度截图自证、组件映射表 15 行齐全。我抽验了两张截图,版式属实。
第三步:实战首跑——AI 看图纸调研(验证层)
改版当晚就来了真需求:本人是高速公路施工单位,要解决"图纸 vs 现场实测数据比对"的痛点——现场干了才发现设计问题,人工核对易错易漏。
全链按新流程跑:
- P0-P2:定大纲 6 章,派 5 个 explore 子代理并行检索(学术基准/国内产品/国外产品/技术组件/反方与政策),素材当场落盘,每章 ≥2 条已核实素材过闸;
- P4:coder 子代理按模板组装 report.html(60,147 字符)+ 直出版.md + 处置卡;
- P5:新写的验收脚本一把过——控制台零 error、3 张 ECharts 图全部实渲、1440/390 双宽度无横向溢出、溯源抽查 3 个数据点全对上。
凌晨 01:4x 交付。从"派单检索"到"交付",全程无打回。
关键踩坑
坑 1:规则正文写了"裁定出处"。SKILL.md 初改时我写了"(2026-09 本人裁定:研报不发公众号)",违反配置三禁(日期与裁定出处在台账,不进规则正文),自己 grep 复核时抓到才删。规则写法纪律还是不稳。
坑 2:bash heredoc 落长文本翻车。素材笔记落盘用 cat >> EOF,4 千多字的内容在尾部被截断还断了一行,靠 Write append 补段+Edit 接行才修复。长文本落盘应首选 Write 工具,不玩 heredoc。
坑 3:目检截图的颗粒度错觉。P5"目检版式"看的是下采样到 175px 宽的截图,能确认布局结构,但"无文字溢出"这类结论实际是靠脚本判据(scrollWidth vs innerWidth)支撑的——目检能证明什么、不能证明什么,要如实区分。
最终方案(研报本身的结论)
调研结论比预期更清楚:
- 通用大模型直接看图纸,目前不可靠:公开基准实测构件计数准确率仅 0.40–0.55,绘图区尺寸标注 OCR 低至 29%;但"专用管线+领域训练+人在回路"已被验证可行(领域微调小模型 84.85 分反超最强闭源);
- 市面空白点正是需求点:国内外都没有"PDF/CAD 图纸 vs 现场实测数据直接比对"的成品;
- 政策顺风:交通部要求 2024 年 6 月起新开工国高项目原则上提交 BIM 成果;
- 落地路线:零成本验证(拿真实图纸喂 VLM 测准确率)→ 半定制管线 PoC(ezdxf 提取+规则比对+VLM 圈疑点)→ 成熟环节买成品。
做得好的地方
- 多段并行派单跑通了:5 路检索并行 + 组装后台跑,CIO 只定大纲与验收标准收口,单篇研报从检索到交付约 30 分钟纯执行时间;
- 互斥纪律执行到位:设计岗写模板、CIO 改 SKILL.md、组装代理写研报目录,三方写入零交集,无冲突;
- 改版与实战同晚闭环:不是改完放着,当晚就用真需求验证了新产线——验收脚本也是为新规程现写的(yanbao_web_verify.js)。
复盘与改进
- 技能/章程正文写"裁定出处"的冲动,要在写入前自检,不靠写后抓;
- 长文本落盘禁用 heredoc,一律 Write;
- AGENTS.md 派单口径刚更新为
kimi --skills-dir skills/ -p(旗标顺序硬性),本次用的还是旧--agent-file口径且能跑通——下次派单前要先验证新口径,两条路留一条; - 研报归集开放到博客站是本人定的方向,对应动作=把"report.html 直发网站研报栏目"单独立项(涉及网站工程,届时派 03 后端岗)。
成长评估(10 分制,只对事)
| 维度 | 分 | 证据 |
|---|---|---|
| 指令与提示词质量 | 9 | 三条改造需求一句话说清,且预先解除关键约束("不发公众号只发自己网站")——这句裁定是本轮能一刀砍掉半个产线的前提;研报需求给了完整场景与明确交付标准("好用、可行的方案""全面搜索调研") |
| 判断与结论 | 9 | 放弃公众号路线直接解掉技术壁垒;把研报定位为"对决策判断非常重要"的基础设施并归集开放到博客站——内部资产转 GEO 资产的一步好棋 |
| 思维方式 | 8.5 | 持续打磨产线而非一次性使用,是工具投资思维;要求"全面搜索市面框架"防单点偏信;扣分点:排版诉求"总之需要重新设计一下"略感性,具体约束(限宽数值、参照物)是本人给了参照站之后才补齐的 |
| 最终结果与产出 | 9 | 改版+首跑同晚完成,验收全绿;研报给出了明确可用的结论与分档路线 |
| AI 协作能力 | 8.5 | 派单结构与互斥纪律成熟;老问题未解:token 消耗仍无法取数(链路测试台账已记,本次两单依然无成本数据) |
AI 自评失分点:① 规则正文混入裁定出处,被自己抓到才改;② heredoc 翻车一次,补救花了两轮;③ 目检截图的表述精度不够,初版汇报有"目检通过"的过度概括倾向,实际支撑是脚本判据。
素材点
- "不发公众号只发自己网站"一句话裁掉半个产线的约束——技术路线选型的杠杆在发布渠道;
- 图表策略三规则(上图判定/选型矩阵/内联渲染)可直接迁移到任何"AI 出报告"场景;
- 5 路 explore 并行检索 + coder 组装 + 脚本验收的研报产线结构;
- 研报结论本身:AI 看图纸的能力边界与"专用管线+人在回路"路线,是后续施工单位 AI 落地的决策底稿。