这个仓库是一个“本科系统类论文生成助手”。你不需要先研究里面的脚本怎么写，直接把项目、学校模板、任务书、数据库结构、截图等材料给 Codex，然后复制下面的提示词使用即可。
适合这些场景：
- 基于一个真实程序生成本科毕业论文或毕业设计说明书。
- 给已有论文补章节、补图、补表、补数据库设计。
- 按学校 Word 模板统一字号、标题、题注、三线表等格式。
- 自动生成 Visio 用例图、功能架构图、流程图、E-R 图。
- 给第四章补总 E-R 图、单实体 E-R 图和数据库三线表。
- 给第三章到第六章生成图表计划，提前列出应生成的 Visio 图、第五章程序截图占位和第六章测试证据。
把这个仓库作为 skill 使用时，直接对 Codex 说：
使用 thesis-standardizer，根据我提供的程序生成一篇本科系统设计类论文。
我的材料如下：
1. 项目代码路径：填写代码目录
2. 学校模板：填写 docx 模板路径，如果没有就写暂无
3. 任务书/开题材料：填写路径，如果没有就写暂无
4. 数据库结构：填写 SQL、实体类、迁移文件或数据库截图路径
5. 系统截图：填写截图目录
6. 测试材料：填写测试用例、日志或截图路径
请先读取材料，提取模板规范和项目证据，然后按第1章到第6章生成论文草稿；只有学校模板或我明确要求时才单独生成第7章结论。
要求：
- 不要编造系统功能、数据库字段、接口、测试结果和参考文献。
- 第3章需要生成 Visio 用例图。
- 第4章需要生成功能架构图、总 E-R 图、单实体 E-R 图和数据库三线表。
- 第5章是系统实现，需要真实程序截图；如果我没有提供截图，请在图表登记中保留 needs_user_screenshot 占位，不要伪造截图。
- 第6章是系统测试，只写测试环境、测试方法、测试用例和测试结果；不要把普通功能截图放到测试章。若没有独立结论章，在第6章末尾补完成工作、不足与展望。
- 缺少材料的地方请列成“待补充证据”，不要硬写。
- 最后告诉我生成了哪些文件、哪些地方还需要人工确认。
材料越完整，生成效果越好。最低建议准备：
| 材料 | 作用 | 没有怎么办 |
|---|---|---|
| 项目代码 | 判断系统功能、技术栈、接口、模块 | 可以先用你口述的功能生成粗稿 |
| 学校 Word 模板 | 提取字号、标题、页边距、题注、三线表格式 | 先按通用本科论文格式做 |
| 数据库结构 | 生成 ER 图和数据库三线表 | 若项目有真实 YAML/JSON/日志/登记表等结构化产物，可改建数据对象模型；两者都没有才标记缺证据 |
| 系统截图 | 支撑第五章系统实现 | 先写文字草稿，后续再补图 |
| 测试材料 | 生成测试用例和结果分析 | 先生成测试计划，不能编造结果 |
| 参考文献要求 | 第1章、第2章引用 | 没有就先标记待补充 |
使用 thesis-standardizer，基于这个项目生成完整本科论文。
项目路径：填写路径
学校模板：填写路径或暂无
数据库材料：填写路径
截图材料：填写路径
测试材料：填写路径
请按以下结构生成：
第1章 绪论
第2章 相关技术及其在本系统中的应用
第3章 系统分析
第4章 系统设计
第5章 系统实现
第6章 系统测试
（可选）第7章 结论与展望，仅在学校模板或用户明确要求时生成
第1章和第2章可以集中放参考文献引用。
第3章生成 Visio 用例图。
第3章还需要根据证据生成核心业务流程图和功能需求结构图。
第4章生成 Visio 功能架构图、总体架构图、技术/部署结构图、总 E-R 图、单实体 E-R 图、数据库三线表。
第5章写关键模块实现，生成 2-4 个关键模块流程图，并保留真实程序截图位置；没有截图时用 needs_user_screenshot 占位，不要生成假截图。
第6章写测试环境、测试方法、测试用例和测试结果分析，只有真实测试日志或报告截图才放测试截图；默认在章末写完成工作、不足与展望。
全文不要出现 AI 生成痕迹，不要编造证据。
使用 thesis-standardizer，只生成第3章“系统分析”。
请根据项目代码和已有材料完成：
1. 可行性分析
2. 用户角色分析
3. 功能需求分析
4. 非功能需求分析
5. 用例分析
同时生成 Visio 用例图，保留 .vsdx 源文件和 png 图片。
用例名称要和正文需求保持一致。
使用 thesis-standardizer，只生成第4章“系统设计”。
请根据项目代码、数据库结构和设计材料完成：
1. 系统功能结构设计
2. 数据库概念结构设计
3. 数据库表设计
4. 关键模块设计
必须生成：
- Visio 功能架构图
- Visio 总体架构图
- Visio 技术/部署结构图
- Visio 总 E-R 图
- 每个核心实体的单实体 E-R 图
- 每个数据表的三线表
总 E-R 图不要塞太多字段，完整字段放到单实体 E-R 图和数据库表里。
如果没有业务数据库证据，但项目本身存在真实 YAML、JSON、JSONL、Markdown 登记表或日志等结构化产物，请改为生成“数据对象模型”，并在正文说明它不是物理业务数据库表。若两类证据都不足，请明确列出缺少哪些表、字段或数据对象。
使用 thesis-standardizer，帮我补第四章数据库设计。
数据库材料路径：填写 SQL、实体类、迁移文件或数据库截图路径
论文主题：填写题目
系统主要角色：填写角色
系统主要功能：填写功能
请输出：
1. 数据库概念结构设计正文
2. 总 E-R 图
3. 单实体 E-R 图
4. 数据库三线表
5. 图表编号和正文引用位置建议
要求所有字段必须来自数据库材料，不能自己编。
使用 thesis-standardizer，按 Visio 标准生成用例图。
系统名称：填写系统名
角色：
- 角色1：填写说明
- 角色2：填写说明
用例：
- 角色1：功能A、功能B、功能C
- 角色2：功能D、功能E、功能F
请生成可编辑 .vsdx 和 png，布局不要重叠，适合放在论文第3章。
使用 thesis-standardizer，生成第4章系统功能架构图。
系统名称：填写系统名
前台模块：
- 模块1：功能1、功能2
- 模块2：功能3、功能4
后台模块：
- 模块3：功能5、功能6
- 模块4：功能7、功能8
请生成 Visio 功能架构图，保留 .vsdx 和 png。
如果模块太多，请拆分或压缩布局，不要让文字重叠。
使用 thesis-standardizer，生成论文中的 Visio 流程图。
流程名称：填写流程名
流程步骤：
1. 填写步骤
2. 填写步骤
3. 填写判断条件
4. 填写成功路径
5. 填写失败路径
请生成 .vsdx 和 png，适合插入论文正文。
使用 thesis-standardizer，根据学校 Word 模板检查并调整论文格式。
学校模板路径：填写 docx
论文文件路径：填写 docx
请检查：
1. 页面设置
2. 标题层级
3. 正文字号和字体
4. 图题和表题
5. 三线表格式
6. 目录、页码、参考文献格式风险
不要大范围破坏原文内容，只做格式相关修改，并列出仍需人工确认的地方。
使用 thesis-standardizer，检查这篇论文的证据链。
论文路径：填写路径
项目代码路径：填写路径
数据库材料路径：填写路径
截图和测试材料路径：填写路径
请检查：
- 有没有编造或无法证明的功能
- 数据库字段是否都有来源
- 接口和模块描述是否能对应代码
- 测试结果是否有截图、日志或表格支撑
- 图表是否都有编号、题注、正文引用和源文件
最后给我一个问题清单，按严重程度排序。
使用 thesis-standardizer，帮我降低论文的 AI 味。
论文路径：填写路径
要求：
1. 不改变事实和证据
2. 不编造参考文献
3. 不使用夸张空话
4. 减少模板化句式
5. 保持本科论文语气
6. 输出修改说明
如果某些段落缺少真实材料，请标记缺证据，不要靠改写硬撑。
正常系统类论文不应该只有两三张图。建议先让 Codex 运行：
使用 thesis-standardizer，先为我的论文生成图表计划。
要求：
- 第3章规划用例图、核心业务流程图、功能需求结构图。
- 第4章规划功能架构图、总体架构图、技术/部署结构图、总 ER 图、单实体 ER 图。
- 第5章规划关键模块流程图和真实程序截图；如果我没有提供截图，登记 needs_user_screenshot 占位。
- 第6章规划测试用例表；有真实测试日志或报告截图时再登记测试截图。
- 所有结构图都要保留 Visio .vsdx 源文件。
第五章截图不能伪造。如果项目不能运行、没有账号、缺少服务或用户还没提供截图，应该在 figure-registry.yaml 里登记待补截图，而不是生成看起来像系统界面的假图。第六章测试也不能编造测试结果，缺日志或报告时只写测试计划和待补证据。
如果你想最快跑出结果，可以按这个顺序让 Codex 做：
第一步：读取我的项目代码和学校模板，建立论文工作区。
第二步：扫描项目证据，整理技术栈、功能模块、接口、数据库、测试材料。
第三步：先生成论文大纲和图表清单给我确认。
第四步：确认后按章节生成正文。
第五步：生成第3章用例图、业务流程图、需求结构图，以及第4章功能架构图、总体架构图、技术/部署结构图、ER 图、数据库三线表。
第六步：生成第5章关键模块流程图，登记真实程序截图或 needs_user_screenshot 占位。
第七步：生成第6章测试用例表、真实测试证据登记和默认总结小节。
第八步：导出 Word 草稿，并检查格式、证据和图表编号。
如果时间很急，可以用这个：
使用 thesis-standardizer，先给我生成一个可看的本科论文草稿。
优先级：
1. 章节结构完整
2. 第3章有用例图、业务流程图或需求结构图
3. 第4章有架构图、功能图、ER 图、数据库表
4. 第5章有关键模块流程图和真实截图占位
5. 第6章有测试用例表和测试证据缺口
6. 所有缺证据的地方标出来
先不要追求终稿格式，先让我能看整体效果。
第四章最容易翻车的地方就是数据库设计太空。使用时请尽量提供以下任意一种材料：
*.sql- Java / Python / Node 的实体类或 ORM model
- 数据库迁移文件
- 数据库表截图
- Navicat / DataGrip 导出的表结构
- 你手写的表字段清单
- 如果项目不是业务系统，也可以提供真实 YAML、JSON、JSONL、Markdown 登记表、运行日志或证据索引，用于生成配置型数据对象模型
只要有字段材料，就可以生成：
- 表4-1 用户表
- 表4-2 订单表
- 表4-3 商品表
- 图4-2 系统总体 E-R 图
- 图4-3 用户实体 E-R 图
- 图4-4 订单实体 E-R 图
总图负责表达关系，单实体图和三线表负责表达完整字段。不要把所有字段都挤进总图。
常见输出会放在：
paper-context/
evidence/ 项目证据
figure-plan/ 第3-6章图表计划和截图占位
database-design/ 第四章数据库资产
figures/ Visio 图和 png
screenshots/ 第五章真实程序截图或待补截图目标路径
template-extract/ 学校模板提取结果
thesis-ai-standard/
templates/ 论文规格、图表登记和审查规则
如果只是 demo 或临时测试，通常放在 tmp/，这个目录不需要提交。
你可以直接这样说：
使用 thesis-standardizer，基于这个真实项目帮我生成本科毕业论文。先读代码和模板，再生成图表计划，不要编造证据；第3章生成用例图、业务流程图和需求结构图，第4章生成总体架构图、功能架构图、总 ER 图、单实体 ER 图和数据库三线表，第5章生成关键模块流程图并保留真实程序截图或 needs_user_screenshot 占位，第6章生成测试用例表和测试证据缺口，最后给我 Word 草稿和缺证据清单。