ARTICLE · 1114260
公路工程专项方案软件重大更新
发布时间：2026-10-02 14:46:33 最近访问：2026-10-02 14:46:34
公路工程专项方案软件重大更新
一句话总结更新，任意文章下留言并转发朋友圈获取链接方案生成从"库实料拼 + 程序兜底"升级成「程序出数据骨架、LLM 并行扩写、交稿前质检、不合格重出」的完整管线；判档引擎 45 类逐个复核过设计逻辑；计算书全部改成纯程序按规范公式验算（零 AI）；方案库拆成 46 块方便以后只发变了的块。主要更新如下：第九章计算书改成纯程序验算引擎：用户给参数 → 程序按现行公路工程规范公式直接算 → 出「计算依据 + 荷载与工况 + 验算项（强度/刚度/稳定性/承载力）+ 结论」，零 LLM、确定性、可复现；- 工况对照切书：坑类（基坑）按支护形式对照表切计算书——放坡只出放坡本、桩锚只出桩锚本，不混出；其他类别按方案类型自动取适用计算书；
- 铁律：缺参 = 待补，不出数。用户没给土体参数/荷载，程序留「缺参项：XX（中文提示）」，不拿默认值硬算冒充结果；
- 每本计算书末尾带免责尾注（"以设计文件与现行规范复核为准"），文末强制 AI 声明进每一份成稿；
- 挡土墙等类别补齐了计算书表单缺失的输入框（如"回填土重度"——算式一直取这个数但界面没框）。
背景：原来整个 3.3GB 方案库是一个加密大文件。库内容一更新，客户就得重下整个 3.5GB、重跑一次解密。现在：库拆成 46 个加密小块（1 个底板块「定额/文件索引」+ 45 个按专项类别切的分块，最大 458MB、最小几 KB）+ 1 个清单，合起来约 3.25GB。 | | |
|---|
| | 只发那 2 个小块 |
| | 程序比对清单指纹，只重装变了的块（单块实测 11 秒），其余 44 块秒开 |
| | 按行级内容指纹（与 SQLite 页布局无关，VACUUM/重加密不误判），确定性可复现 |
已实测：改 1 块（追加 50 条语料）→ 只重装那 1 块，其余 44 块 0 动作；重加密同一内容 → 0 块重装、秒开。- 被占用不再是"导出失败"四个字：目标 docx 正被 Word/WPS 打开或杀软锁着 → 程序自动换个名字再存一次（如"××方案(占用1).docx"），多数情况无感成功；仍失败 → 界面显示具体原因（不再无说明落空）；
- 运行期任何一步崩溃（含导出失败）→ 程序自动把「时间 + 功能 + 完整报错原文」写进 out\app_errors.log，反馈时把这一个文件发来就能定位，不用再猜；
- 程序稿 A / LLM 稿 B 并行出料：程序稿（库实料 + 确定性注入）即时就绪，LLM 稿后台扩写；LLM 复核层把 A/B 择优整合成终稿——程序数值必须原样保留、缺章缺数据不得杜撰；复核失败回落 B，B 也失败回落 A，铁律不阻断成稿；
- 交稿前质检（qc，纯程序零 LLM）：逐章六查——字数达标、待编制占位归零、外文规范体系残留（JGJ/TB/SL/GB 拦截）、键名泄漏、脏行、双标题；不过 → issues 喂回 LLM 重出。
- 消除前后矛盾源：旧版正文硬编码 durationmonths=12 / controldays=540，与程序按 25 天/月口径反算注入的工期数值打架（前后章节同量不同值）——现在统一由计算引擎单源出数，正文引用同源值；
- 数值一致性检查进成稿质检：同名量（工期/工程量/资源）跨章节比对，跳档/不同步列成质检警告；
- 用户输入填充逻辑按方案类型门控（基坑类章节 2.1~2.4/3.6 才走基坑专用模板），修掉"所有类别都套基坑模板"的参数串类 bug。
客户看到什么：生成报告里数值前后能对上；质检警告明示"第 X 章缺数据/矛盾点"；程序不瞎编，填不出的一律留【待编制】等你补。- 文本生成主通道 = agnes-3.0-flash（客户自备 key），副通道 = 商汤 SenseNova（sensenova-6.8-flash-lite，预置接口、key 出厂为空）；
- 自动兜底行为：主通道没填 key / key 失效（401）/ 正文返回空 → 自动切副通道续写，客户无感；副通道也没 key → 降级纯程序出稿（数据骨架完整，不出 LLM 字数），不白等不崩；
- 三种场景实测全过（主直连 1.3s / 主无 key→副 1.9s / 主 401→副）；
- 配置在本机件，更新程序不覆盖；界面无输入框，需要时用文本编辑器填 fallback.api_key；
- 用户也可以自己选择其他大模型，关于大模型需用户自行摸索，不做更多指导。
这一波是 45 类逐类过判档设计逻辑，按"宁可待补不可判错"铁律修的： | |
|---|
| 岩质填 35 + 不良地质"是"→ 超危大（旧版错判成危大）；判档 15 用例回归 |
| 方案类型隐含判据自动注入：选了"人工挖孔桩"，程序自动把"桩型=人工挖孔桩"喂进判档引擎——45 类里 40 类踩过"程序不知道你选了哪类"的洞，全修；追问清单只列跟本方案对得上的参数 |
| 地下水/地表水混淆：判档只看"水深"（围堰/河湖），"地下水位"仅进成稿描述不触发判档——桩基类填地下水位被误判超危大的事故修掉；9 类跨 1495 大类条款拉通查 |
| 漏传类别时的兜底路径修正（全大类一起查不再误挂）；围堰条款不再误挂给纯沉井 |
| 用户输入填充按章节号分支 + 方案类型门控（对应主线④） |
| 类别基准表（plan_types）再复核：24 编制类别口径、路面/养护/季节性按 1495 A.9.2 兜底、引用只收交通运输部体系 |
没动的：判档引擎核心规则、阈值数字、JT/T 1495-2024 原文口径一行没改——只补"类型喂进去、值看对、跨类查全、追问跟得上"这几条通道。验收：45 类全量回归 判档 45/45、反算 45/45、成稿 45/45、重名参数键 0 类。- 程序文件夹：关掉程序 → 新 专项方案编制\ 整个覆盖旧的；
- 数据库文件夹：旧库（单个 plan.db.enc 版）整个删掉，换新的 46 块文件夹（46 个 别缺块）；
- 双击启动，等首次拼装 1~2 分钟（日志区进度条 7/46…46/46），以后都秒开；
- 试用：首次启动自动开 30 天，不用发任何码；到期才用注册机签月/永码给客户。
老程序 + 新块库、新程序 + 老单文件库都能自动识别跑通，但两边都是新版时体验最好。