make-latex-model

# ChineseResearchLaTeX 模板落地与高保真对齐器 ## 与 bensz-collect-bugs 的协作约定 - 当用户环境中出现因本 skill 设计缺陷导致的 bug 时，优先使用 `bensz-collect-bugs` 按规范记录到 `~/.bensz-skills/bugs/`，严禁直接修改用户本地 Claude Code / Codex 中已安装的 skill 源码。 - 若 AI 仍可通过 workaround 继续完成用户任务，应先记录 bug，再继续完成当前任务。 - 当用户明确要求“report bensz skills bugs”等公开上报动作时，调用本地 `gh` 与 `bensz-collect-bugs`，仅上传新增 bug 到 `huangwb8/bensz-bugs`；不要 pull / clone 整个 bug 仓库。 ## 先读什么 - 产品线标准：`docs/for-developers/*-template-standard.md` - 本 skill 工作流：`docs/WORKFLOW.md` - 产品线识别：`references/PRODUCT_LINE_RULES.md` - 脚本职责：`references/SCRIPT_SCOPE.md` - 工具说明：`scripts/README.md` - 基线准备：`docs/BASELINE_GUIDE.md` ## 定位 - 让 `ChineseResearchLaTeX` 中的目标项目按当前真实架构落成高质量模板。 - 先判断该改 `projects/*` 还是 `packages/bensz-*`。 - 若必须改公共包，先做回归计划，再跑受影响模板的官方验证。 - 验收始终以各产品线官方构建入口为准。 ## 适用任务 - 把某个项目对齐到官方 PDF、Word 导出 PDF 或既有 baseline - 判断问题属于项目层差异还是共享样式/共享脚本 - 做像素级 PDF 比对、标题对齐、参数抽取 - 新增或重构 NSFC / paper / thesis / cv 模板 ## 工作流 ### 1. 判断验收口径 - 用户要“像某份 PDF/Word 一样” - 还是“按当前仓库标准做成好模板” - 还是“新增一套模板能力” ### 2. 判断修改层级 - `projects/*`：示例内容、薄封装、项目资源、局部差异 - `packages/bensz-*`：共享样式、共享字体、profile、统一构建逻辑 ### 3. 最小范围实现 - 只改与当前任务直接相关的文件 - 除非用户明确要求，否则默认不改正文语义内容 ### 4. 包层安全门禁 当必须改 `packages/` 时，额外执行： 1. 先证明项目层方案不够 2. 运行 `python3 skills/make-latex-model/scripts/plan_package_regression.py <packages/bensz-*>` 3. 优先把改动收敛到最窄的模板专属 `profile/style/template` 4. 改完先验目标项目，再回归该公共包直接覆盖的全部现有项目 ### 5. 官方入口验证 - NSFC：`nsfc_project_tool.py` - Paper：`paper_project_tool.py` - Thesis：`thesis_project_tool.py` - CV：`cv_...