软著刷新记录（第十八轮）— 2026-07-26

本轮将 7 份软著材料对齐到最新代码工作树（HEAD 58c1378c）。

第十七轮基于 d7edb4f9，之后代码又演进，故 5/7 份源码量漂移，需第十八轮同步。

一、体检发现（刷新前）

| 软著 | 第十七轮记录 | 当前重挖真实行数 | 差值 | 状态 |

|---|---|---|---|---|

| sc1 博思平台 | 210,909 | 213,290 | +2,381 | ⚠️ 过期 |

| sc2 规则引擎 | 11,683 | 11,815 | +132 | ⚠️ 过期 |

| sc3 SQLite存储 | 3,697 | 3,697 | 0 | ✅ 一致 |

| sc4 原子能力 | 10,829 | 10,851 | +22 | ⚠️ 过期 |

| sc5 意图识别 | 2,657 | 2,657 | 0 | ✅ 一致 |

| sc6 数字员工 | 32,546 | 35,487 | +2,941 | ⚠️ 过期 |

| sc7 端侧AI | 4,503 | 4,532 | +29 | ⚠️ 过期 |

根因：HEAD d7edb4f9 → 58c1378c 有新的后端提交（sc1 +2381、sc6 +2941 变化最明显）。

二、执行的刷新步骤

1. 回填 gen_sc_pdfs.py 的 SC 数组 lines：sc1=213290、sc2=11815、sc4=10851、sc6=35487、sc7=4532（sc3/sc5 不变）。
2. 重挖 7 份 源代码.txt（受管 Node 跑 gen_all_source.cjs）：sc1-4/6/7=60 页（前30+后30）、sc5=54 页（全交），行数与体检一致。
3. 重渲三件套 PDF（受管 Python venv + reportlab 5.0.0 + Windows simsun/simhei）：7 份 [ok]，字体正常。

• 说明书页数：sc1=78、sc2=52、sc3=51、sc4=51、sc5=50、sc6=50、sc7=45。

1. 手工还原 7 份申请表「源代码量」：规避 build_form 把 sc1/2/4/6 覆盖成"约 XX 万行"的坑，统一为具体值（源代码量：XXXX行）。
2. 更新 申请表汇总.md 总行数列：与 SC.lines 一致。
3. 重合并 软著申请表打印版.pdf（受管 Python 跑 gen_forms_pdf.py，8 页）。

三、校验结果（修正版脚本）

| 软著 | SC.lines | 申请表.txt | 汇总表 | 源码PDF页 | 判定 |

|---|---|---|---|---|---|

| sc1 | 213290 | 213290 | 213290 | 60 | OK |

| sc2 | 11815 | 11815 | 11815 | 60 | OK |

| sc3 | 3697 | 3697 | 3697 | 60 | OK |

| sc4 | 10851 | 10851 | 10851 | 60 | OK |

| sc5 | 2657 | 2657 | 2657 | 54 | OK |

| sc6 | 35487 | 35487 | 35487 | 60 | OK |

| sc7 | 4532 | 4532 | 4532 | 60 | OK |

总判定：SC.lines == 申请表.txt == 汇总表 7/7 全部一致 ✅；源码文档 PDF 页数全部合规 ✅。

四、需你知晓的约定

1. **gen_sc_pdfs.py 被 .gitignore（*.py）排除，本轮 SC.lines 改动未纳入版本库（按防泄露约定默认不入库，依赖工作树保留）。若想持久化，需 git add -f gen_sc_pdfs.py。
2. 本轮基于工作树（含你未提交的 bossagents-miniapp 17 个 .vue 改动）——但这些 .vue 不进软著包，不影响后端软著；已提交的后端代码（HEAD 58c1378c）已完整反映。
3. PDF 为二进制生成物，按 .gitignore 不入库；.txt/.md 源文件纳入版本管理。

五、结论

现已基于最新代码（HEAD 58c1378c 工作树）同步。** 7 份软著的源码量、申请表、汇总表、源码文档页数全部一致，可直接打印盖章提交。