研报系统 · 整改交付说明

总裁提的四条,加上那条不能谈的红线

2026-07-24 至 07-26,围绕「数据 0 编造、所有数字可追溯」这条红线,以及章节、图表、状态、导出四条意见,完成 20 个改动并全部上线。本页按总裁原话逐条对应,每条给出现状与可查的改动编号。

周期 07-24 → 07-26 改动 #637 – #656,共 20 项 状态 全部已上生产(生产 + 测试双环境)
4 / 4
总裁提的四条意见
全部改完上线
2 / 2
红线(0 编造 · 可追溯)
图表侧与正文侧各自成链
0%
正文拦截误报率
测试环境 71 条命中逐条回原文对质
6212
自动化测试全绿
每次改动合并前必须全量通过

一、总裁原话,逐条回答

左侧是会上记下的原话,右侧是现在的状态。每条列出对应的改动编号,可以直接查代码。

01
「章节数量过多,点拆得太细」
已解决
过去一份深度报告常拆到 18、23、甚至 47 章,章节越碎,跨章前后矛盾越多。现在按报告档位设了上限——快评 ≤6 章、标准 ≤10 章、深度 ≤15 章;超出时系统会自动把同类章节合并、降为二级小节,而不是平铺更多章。合并时图表会跟着转挂到保留的章节下,不会丢图。用户在大纲确认页仍可自行调整,明确要求更多章节时也不会被误拦。
#637
02
「图表数据总是编。有的还告诉你是编的,有的连说都不说」
已解决
根子在于过去数值可以由模型直接手写,事后再查账——查账永远是漏勺。现在改成:图表数值要从真实落盘的数据文件里取。为此把 11 种原本没有取数通道的图型全部接通;搜索得来的数字必须先整理成带来源网址的数据文件才能进图;没有数据来源、又手填了大批数值的时序图,直接拒绝生成。派生值(月均、同比等)由系统自己算,不采信模型报的结果。
#641#644#646#645
03
「状态不连贯。生成着报告退出去再进来就显示不连贯,打开之前生成好的报告也会有显示错误」
已解决
实测定位到五处断点,逐条修好:生成计时器重进后会归零或消失(起点改用报告创建时间,跨重连不再跳回 0);较早的会话重新打开时首次必然读不到、刷新才好;管理员查看他人报告时右侧正文正常、左侧面板空白;单张图重新生成后,屏幕上看不到新图、导出文件里却是新的——这条是「显示和导出不一致」的真正根因,已让两边同步。另外给超长报告加了分节按需渲染,几十万字不再卡顿。
#638#649#652
04
「PDF、Word、PPT 这几种文件导出后的样式也是要仔细查」
已解决
拿两份真实报告(含一份 13.6 万字、57 张图)把三种格式逐项过了一遍:PPT 长标题被从中间截断(「验证 Scaling Law」被切成「Scaling L」)已修;写作时混用标题层级导致 Word / PDF 目录嵌套错位已归一;Word 里大图略超版心、PPT 页脚总页数少算两页,一并修好。字体、图片嵌入、表格、脚注经核查均正常。
#639#643

二、红线:数据 0 编造,所有数字可追溯

这条是「绝对没得谈」的。过去的做法是让模型写完再查账,只要数字经模型的手,查账就有漏。这轮改成从源头限制来源,并让每个数字都能点回出处。图表和正文分两条链,各自闭环。

「数据 0 瞎编,一个数都不能编(包括文字里的数);所有数字可追溯——图表里来自数据库的要有可信服的标签,来自互联网的哪怕一个一个的数也都要标签。」

图表侧防线
  • 数值只能来自落盘数据
    11 种图型全部接通取数通道,模型只挑数据、不填数据
  • 搜索来的数字要先「转正」
    必须整理成带来源网址的数据文件,才允许进图
  • 无来源手填,直接拒绝
    时序图手填超 8 个数值且无数据来源即拒绝出图
  • 整条编造的序列,早已硬拦
    八成以上数值对不上账即判定编造,拒绝生成
  • 来源标签可点开核对
    数据库来源显类型标签,互联网来源逐条网址可点击
  • 导出文件里标签不丢
    核验状态直接印进图片(已核验/待核验/预测情景)
正文侧防线
  • 写作时就要求三选一
    每个带单位的数字:挂来源脚注/取自图表数据/标注「本报告估算」
  • 交付前逐个数字扫描
    全篇枚举数值,比对来源台账、脚注、图表数据
  • 带单位的无来源数字,拦截返工
    亿/万亿/百分比这类最危险的,命中即打回;纯序号类只记录不打扰
  • 拦下来还要能修好
    定点补来源或补标注,且校验禁止顺手改动原数值
  • 不许用「估算」二字蒙混
    通篇高密度估算标注同样判不合格,逼着去补真来源
  • 扫描在最终稿上做
    避免清理环节删掉脚注后,裸数字漏进交付文件

三、几个能说明问题的数字

改动不是凭感觉做的,每一项都有生产日志或实测数据支撑。

0%
正文拦截的误报率
测试环境实跑一份报告,71 条被拦的数字逐条回原文核对,没有一条是错杀——67 条确属零署名,4 条虽提了机构名但未落数据。
71%
曾被自锁挡住的请求
日志显示 100 次「任务锁获取失败」中 71 次是自己把自己锁住,用户点了要干等两分钟。根因已修复。
47 → 15
深度报告章节上限
最夸张的一份拆了 47 章。现在超出档位会自动合并同类项,且不丢图表。
57 张图
导出审计样本
用 13.6 万字、57 张图的真实报告,把 Word/PDF/PPT 三种格式逐项过检,问题清单全部修完。

四、全部改动清单

按合并时间排列,编号可在代码仓库中直接查到对应改动与测试。「红线」列标出该项属于哪条防线。

编号 上线 改动内容 归属
#63707-24章节数配额闸:超档位自动合并同类项,图表转挂保留章节意见一
#63807-24状态连贯五处修复:计时器、旧会话读取、管理员视角、就绪判定、显示与导出同步意见三
#63907-24导出样式:PPT 标题截断、目录层级错位、Word 图宽、页码口径;核验状态印进图片红线
#64007-24测试环境专用通道,恢复自动化回归能力(生产侧防护不变)工程
#64107-2411 种图型接通落盘数据取数通道(图表不手填的前提工程)红线
#64307-24网页版导出重构与「核心速览」组件,数值逐字校验意见四
#64407-24搜索数字转正:带来源网址落盘后方可进图;来源信息结构化红线
#64507-25图表来源卡片:数据库来源显标签、互联网来源逐条网址可点击红线
#64607-25无来源手填数值拒绝出图;月均、同比等派生值由系统确定性计算红线
#64207-25正文无来源数字扫描:带单位的拦截返工,纯序号仅记录红线
#64707-25写作端三选一自检与反滥标;拦下的数字导向定点补来源(禁止改数)红线
#64807-25写作规则去重,保留推导豁免与估算密度上限红线
#64907-25超长报告分节按需渲染,几十万字不再卡顿意见三
#65007-25数据工作台:点确认后死循环重规划、会话记录不可见工程
#65107-25数据工作台可用性抢救:规划不再误判失败、冷启动引导、节点自动续跑工程
#65207-25任务锁自锁修复:同一请求重连不再把自己挡在门外意见三
#65307-25自动续跑上限热调节 + 健康告警定时任务工程
#65407-25健康告警窗口修正,避免样本量守卫导致永不告警工程
#65507-25健康告警改自适应窗口,突发流量下不再静默工程
#65607-26任务锁修复的说明更正与已知取舍备案工程

五、还需要继续盯的

如实列出:以下几项已上线但需要真实流量验证,或是本次做出的知情取舍。

红线验收还没做完整一轮
检测能力已在测试环境验证(0% 误报),但完整验收要等真实用户报告:随机抽样核对图表溯源、注入已知假数据检验能否抓住、并且要在导出的 PDF 上核对而不是只看网页——因为标签过去正是在导出时丢失的。
拦得住,也要修得动
实测发现:拦截判得很准,但让模型整篇重写并不能改好那些分散的数字——两轮返工后 71 条一条没修掉。因此追加了「定点补来源」的机制,效果需要在真实报告上继续观察。
任务锁的一处知情取舍
修自锁的同时,同一请求编号的真并发也会被放行(正常前端每次都会生成新编号,不会触发)。用「确定发生、占七成」的问题换一个窄窗口风险,判断是划算的,但已在代码中写明取舍与后续收紧方案,不留暗账。
写作端仍会超写篇幅
目标 3000 字的快评曾写到 2 万字。已按「篇幅是档位不是合同」的原则改为软引导加提示,不做硬砍——硬压字数会让内容仓促收尾,反而伤质量。