用途
本工具用于生成中国软件著作权申请所需的材料。它会自动分析项目代码，产出四份材料：著作权登记申请表、源程序、用户手册、设计说明书。其中申请表直接输出 Markdown（.md）文件提交，不参与 LaTeX 编译；源程序、用户手册、设计说明书生成 .tex 文件，用 XeLaTeX 编译为 PDF。
主要能力
- 环境检查与安装引导：检测 xelatex 是否可用，未安装时给出 macOS、Linux、Windows 的安装命令或引导。
- 版本号一致性核验：在收集参数前先扫描项目中的版本号字符串（配置文件 version 字段、页面 footer/关于页硬编码版本号等），列出所有出现位置，发现不一致时要求用户裁决并统一。
- 信息收集：分两轮收集著作权人信息与软件关键参数。著作权人信息可保存为 copyright-owner.json 复用；软件参数包括软件全称（须以“软件”结尾）、版本号、开发完成日期、首次发表日期、源程序量等，并校验日期约束（开发完成日期 ≤ 首次发表日期 < 申请日期）。
- 项目分析与源程序生成：运行 scripts/analyze_and_generate_source.py，检测项目类型、遍历代码文件、排除 node_modules 等目录、识别遗留代码候选项（mockData、util.js 模板、logs 等）、统计有效代码行数、按优先级提取前 30 页 + 后 30 页代码生成源程序 .tex，并输出 project_analysis.json。
- 四份文档生成：申请表（Markdown 模板）、源程序（脚本自动生成）、用户手册（LaTeX 模板）、设计说明书（LaTeX 模板）。
- 截图管理：分析页面文件、弹窗组件等生成截图清单 screenshot-list.md，LaTeX 中通过 \screenshot 宏引用 images/ 目录下的截图。
- 编译脚本：生成 build_all.sh，编译三份 PDF（用户手册、设计说明书、源程序），每个 .tex 编译两遍并清理临时文件。
- 一致性校验：校验版本号、软件全称、源程序量、著作权人名称、日期、主要功能字数、其他字段字数、模块覆盖（双向）、源程序页数等。
使用方式
- 环境检查：执行 xelatex --version 检测；未安装时按提示安装 LaTeX 环境。申请表为 Markdown，无需 LaTeX 即可获得。
- 版本号一致性核验：先确认拟申请版本号，再扫描项目中的版本号字符串并统一。
- 信息收集：检查或创建 copyright-owner.json，收集著作权人信息与软件关键参数。
- 项目分析与源程序生成：运行 python3 scripts/analyze_and_generate_source.py <项目路径> --name "软件全称" --version "V1.0" --owner "著作权人名称" --date "2025年4月30日" --output copyright-materials/。
- 生成四份文档：输出到 copyright-materials/，文件命名为“软件全称 + 文档类型”。
- 截图管理：按截图清单截取界面截图放入 images/ 目录。
- 编译：运行 build_all.sh 生成 PDF，并用 pdfinfo 核对源程序 PDF 页数。
- 一致性校验：输出校验报告。
适用场景
- 微信小程序、Web 应用、移动 App、跨平台项目（Electron、Flutter、React Native 等）的软件著作权申请材料准备。
- 需要按规范生成源程序鉴别材料（前后各 30 页共 60 页）、用户手册、设计说明书与申请表的场景。
限制
- 源程序 PDF 要求正好 60 页（除非项目代码不足 60 页），可通过 --front-lines / --back-lines 微调。
- 申请表字段有严格字数限制：硬件环境/操作系统/开发工具/运行平台/支撑环境各 ≤50 字符，开发目的/面向领域各 ≤50 字，主要功能 500–1000 字（建议 500–600），技术特点 ≤100 字。
- 设计说明书 §4 详细设计强制 6 段结构，且与源程序模块双向对应。
- 遗留代码候选项需用户裁决是否排除，通过 --exclude-pattern 参数重新运行脚本。
- 截图需用户手动截取并放入 images/ 目录，文件名与清单一致。
- 具体收费、价格、平台支持范围等资料暂未提供。