2026-05-20-12-09-47 完善软著逐章配图与系统视频

工程分析/经验记录.md

@@ -1207,3 +1207,21 @@ C. 解决问题方案
 D. 后续如何避免问题
 
 默认演示数据和运行态输出要分开管理：默认项目资产可以入库，但导出文件、状态文件和用户临时数据仍应保持忽略。新增大体积医学数据前必须记录体积、文件数、脱敏/授权假设和远端推送结果；若体积继续增长，应评估 Git LFS 或独立数据包发布。
+
+## 2026-05-20-12-09-47 软著说明书逐章配图与视频需要同时校验交付格式
+
+A. 具体问题
+
+用户要求软著说明书中每一个 `## X.` 章节都配图，并录制系统使用视频，位姿导入必须使用 `head-ct-demo-pose-data.json`。如果只更新 Markdown 或只生成截图，不重新生成 Word 与视频，就会出现交付材料与源文档不一致的问题。
+
+B. 产生问题原因
+
+软著材料同时存在 Markdown、Word、截图目录和视频目录，多种格式之间没有自动同步机制；逆向工作区还依赖 WebGL 和隐藏文件输入，普通截图流程容易漏掉位姿导入成功状态或生成空白三维画面。
+
+C. 解决问题方案
+
+使用 Chrome 自动化打开系统核心页面并导入 `head-ct-demo-pose-data.json`，生成 23 张章节截图并插入到说明书 23 个 `## X.` 章节下；对 DICOM 信息截图中的患者姓名与编号区域进行遮盖脱敏；使用 `ffmpeg` 生成 H.264 MP4 系统使用视频；重新生成 `1. 软著说明书.docx` 并通过 `unzip -t` 和 `word/media` 数量检查确认 23 张图片已嵌入。
+
+D. 后续如何避免问题
+
+软著说明书增加、删除或改名章节后，应重新跑“章节数、图片数、图片文件存在、Word 媒体数量、视频信息”五类检查。涉及医学影像信息截图时必须先确认是否存在患者姓名、编号等敏感字段；涉及位姿展示时必须记录所用 JSON 文件，并在截图或视频中保留导入成功状态。