论文写作

Name: 论文写作
Author: Doryoku1223

文档社区

作者仓库星标 554
作者更新于实时读取
作者仓库 lunwen-skill

流狐档案事实层信息：领域、Agent、信任分、运行环境、权限与网络

领域: 文档
兼容 Agent: Claude Code
Cursor
Cline
Codex
Windsurf
Gemini CLI

+20
信任分: 88 / 100 · 社区维护
作者 / 版本 / 许可: @Doryoku1223 · 未声明 license
Token 消耗评级: 低消耗
接入复杂程度: 需简单配置
是否需要外部 API Key: 不需要
兼容的系统: 未声明（默认跨平台）
底层运行要求: 无特殊要求
文件与系统权限: 只读
Shell 执行
允许写入 / 修改
网络行为: 仅限本地
安装命令数: 26 条

档案由构建时根据 SKILL.md 与安装命令自动衍生，可能与作者实际意图存在差异。

需要注意： 未限定 allowed-tools，默认拥有全部工具权限。

输出预览 lunwen.preview

---
name: lunwen
description: 用于撰写、补写、压缩、仿写、规范化交付中文毕业论文、毕业设计论文、技术报告和课程设计论文。用户提到论文、样文、学校模板、参考文献、摘要、图表、截图、Word 成稿、查重口吻优化，或需要基于真实…
category: 文档
runtime: 无特殊运行时
---

# lunwen 输出预览

## PART A: 任务判断
- 适用问题：PRD、RFC、README、项目说明或知识库整理。
- 输入要求：目标材料、限制条件、期望输出和验收方式。
- 证据边界：围绕“Overview / Hard Gates / Execution States”读取原文规则，不把推断写成作者承诺。

## PART B: 执行结果
- **01** 任务判断：确认你的需求是否属于PRD、RFC、README、项目说明或知识库整理，并标出输入、限制和预期结果。
- **02** 执行计划：优先按“Overview / Hard Gates / Execution States”拆成步骤，说明每一步会读取什么、修改什么、产出什么。
- **03** 交付结果：给出可复制的命令、文件改动、检查清单或内容草稿，并说明如何继续迭代。
- **04** 风险边界：结合 读取文件、执行终端命令、写入/修改文件、主要在本地完成、通常不需要额外 API Key 给出执行前确认项。

## Running Rules
- 读取文件、执行终端命令、写入/修改文件；主要在本地完成；通常不需要额外 API Key。
- 先小样例验证，再放大到真实任务。
- 交付时同时给结果、检查口径和下一步迭代建议。

SKILL.md SKILL.md

---
name: lunwen
description: 用于撰写、补写、压缩、仿写、规范化交付中文毕业论文、毕业设计论文、技术报告和课程设计论文。用户提到论文、样文、学校模板、参考文献、摘要、图表、截图、Word 成稿、查重口吻优化，或需要基于真实…
category: 文档
source: Doryoku1223/lunwen-skill
---

# lunwen

## 什么时候使用
- 把项目事实、模板和文献约束转成中文论文成稿 适合处理README、PRD、RFC、教程和知识库文档，核心价值是把输入、判断、执行、验证和交付边界固定下来，避免 Agent 泛泛回答。 把任务拆成可执行、可检查、可继续迭代的步骤；通常不需…
- 面向PRD、RFC、README、项目说明或知识库整理，优先处理能明确输入、步骤和验收标准的工作。

## 需要提供什么
- 目标材料、目录范围、期望结果和不可改动内容。
- 是否允许联网、执行命令、读写文件或调用外部服务。

## 执行规则
- 围绕「Overview / Hard Gates / Execution States」组织步骤，不把推断写成作者事实。
- 读取文件、执行终端命令、写入/修改文件；主要在本地完成；通常不需要额外 API Key。
- 先跑小样例，确认结果可检查后再扩大任务范围。

## 输出要求
- 给出最终产物、关键证据、验证方式和下一步动作。
- 信息不足时标记 unknown，不编造命令、平台或依赖。

证据边界与执行链路

作者原文负责流程事实；仓库文件负责来源和命令；流狐只补充适用场景、限制和质量判断。

skill "lunwen" {
  输入层     -> 用户目标 + 目标文件 + 禁止范围 + 验收标准
  上下文层   -> Overview / Hard Gates / Execution States
  规则层     -> SKILL.md 触发条件 / 执行顺序 / 输出格式
  运行层     -> 无特殊运行时 | 读取文件、执行终端命令、写入/修改文件 | 主要在本地完成
  安全层     -> 通常不需要额外 API Key + 小任务验证 + diff / 日志复核
  输出层     -> 可复制结果 + 检查清单 + 下一步迭代
}

解读按原文结构重写，命令、链接、术语均保留；右侧可核对作者原始 SKILL.md

先判断是否适合

核心用途：把项目事实、模板和文献约束转成中文论文成稿适合处理README、PRD、RFC、教程和知识库文档，核心价值是把输入、判断、执行、验证和交付边界固定下来，避免 Agent 泛泛回答。把任务拆成可执行、可检查、可继续迭代的步骤；通常不需要额外 API Ke…
适用任务：更适合 README、PRD、RFC、教程和知识库文档，尤其是输入、步骤、验收口径可以反复复用的场景。
不宜硬套：如果任务只有一次性问答、来源材料很少，或需要作者没有说明的命令和外部服务，应先降级为普通对话。

作者设计意图

触发依据：使用时机、上下文收集、输出格式和失败处理共同决定它是否适合当前任务。
来源边界：作者原文负责事实，仓库文件负责命令和文件证据；Fluxly 只补充用途、限制和使用判断。

作者的方法与取舍

执行主线：任务围绕「Overview / Hard Gates / Execution States」组织，把触发条件、必要上下文、执行规则和交付标准连成一条可复核的链路。
设计重点：重点不在重复教程，而在解释作者为什么规定这些步骤、哪些条件不可省略，以及结果偏离时应回到哪一层检查。
使用判断：先确认任务与原文边界一致，再决定是否启用；来源没有说明的命令、平台和依赖保持未知，不由 Fluxly 补写。

边界和复核

依赖条件：通常不需要额外 API Key，适合先用小任务验证触发是否稳定。
权限提醒：会涉及 read / shell-exec / write 权限，执行前要说明可读写范围、命令边界和回退方式。
质量标准：结果应包含明确产物、必要证据和下一步动作；如果只是泛泛解释，需要补充输入和验收条件后重跑。

Lunwen

Overview

这个技能用于把“真实项目事实 + 样文/模板 + 文献约束 + 图表截图 + Word 成稿要求”稳定转化为一篇可交付的中文论文。目标不是把论文写厚，而是按样文体量、真实项目能力和版式规则，输出结构完整、字数可控、图表齐全的 .docx 成稿。

Hard Gates

以下规则是硬约束：

用户第一次说“为项目生成论文”时，必须先索要辅助资料，至少包括：
- 学校模板
- 往届样文
- 开题报告 / 任务书
- 封面字段要求
- 字数要求
在用户明确表示“没有更多资料”或已经给出可分析资料之前，禁止直接生成论文初稿。
如果用户给了样文或模板，必须先分析样文与样式，先回传“建议目录 + 目标字数 + 样式摘要 + 冲突项”，等待用户确认后才能开写正文。
输出文件名必须使用论文标题，不得使用 smart-lab-thesis、final、draft 这类通用名。
除主论文 .docx 外，必须额外交付一个“附件 .docx”，用于收录正文中的 Mermaid / PlantUML 图源码、数据库 E-R 图源码、关键流程图源码等不渲染版本。
第 4 章“系统详细设计与实现”必须是全文最长章节；每个一级功能模块默认都要包含：
- 模块说明
- 页面截图
- 简要核心代码或关键实现片段
如果正文数据库设计部分缺少 E-R 图，则视为未完成。
如果用户给了任务书 / 开题报告 / 学校模板 / 样文，必须先分析这些材料，禁止绕过分析直接生成正文。
如果任务书、样文、README、旧说明文档和源码之间出现冲突，默认以“学校模板 > 任务书/开题报告 > 用户明确要求 > 样文 > 项目源码 > README > 旧说明文档”为优先级。
旧部署说明、历史项目介绍、演示文档默认视为低可信来源；除非用户明确要求，否则不能作为论文事实主依据。

Execution States

本技能默认按以下状态机执行：

intake_only 只收资料，不写正文。
sample_analysis_done 已完成样文 / 模板 / 任务书分析，但未开写。
outline_confirmed 用户已确认目录、字数和样式方案。
writing_allowed 允许开始正文写作。
delivery_done 已生成主论文、附件和校验产物。

状态约束：

未进入 outline_confirmed 前，禁止写正文。
若用户中途补交新模板、新样文、新任务书，状态必须退回 sample_analysis_done。
只有进入 writing_allowed 后，才允许生成主论文 .md / .docx。

Core Flow

1. 锁定输入

先确认以下输入并确定优先级：

学校模板
任务书 / 开题报告
用户上传的往届样文
用户口头要求
项目源码
README
旧项目说明文档
技能默认规则

首次响应论文请求时，必须主动告诉用户可以直接提供模板、历届样文、开题报告、任务书或封面要求的本地路径，示例格式如：

D:\论文模板.docx
D:\论文样文1.docx
D:\开题报告.pdf

并且必须明确说明：

如果用户还没提供样文、模板或任务书，当前阶段只收集资料和分析，不直接开写初稿。
如果用户确认“没有更多资料”，才能按项目源码和默认规则继续。

如果模板、样文和默认规则冲突，必须列出冲突项并让用户选择。样式冲突细则见：

prompts/intake.md
prompts/style_extractor.md
references/default-style.md

2. 冻结项目事实

先读项目代码和文档，再提炼固定的项目事实底稿。后续各章只能基于这份底稿扩写。

冻结事实时，必须明确区分：

任务书要求
源码实际实现
论文最终采用口径

如果三者不一致，必须在设计回传阶段提前告诉用户，不得等正文写完后再修正。

事实提取细则见：

prompts/fact_extractor.md

3. 学样文，不只学目录

如果用户提供样文或模板，必须同时分析：

结构：目录、页数、字数、图表节奏
样式：标题、正文、摘要、关键词、图题表题、参考文献、致谢
细节：中英文正文的字体字号、段前段后、行距、首行缩进
标题：一级、二级、三级标题的字体字号、加粗、对齐、分页方式
表图代码：图题、表题、表格内容、代码块或代码截图的插入位置与样式

对应资源：

prompts/sample_analyzer.md
prompts/style_extractor.md
tools/analyze_sample_pdf.py
tools/analyze_docx.py

3.5 先回传设计，再开写

模板和样文分析结束后，必须先把以下内容回传给用户确认：

当前论文建议目录
各章目标字数
正文、标题、摘要、关键词、图题、表题、表格内容等版式样式
与默认规则的冲突项

回传时，默认必须结构化为 4 张表：

输入资料表
建议目录表
字数预算表
样式与冲突表

必须明确等待用户确认目录和样式；若用户提出新的修改意见，以用户最后确认的版本为准，再进入正文写作。

如果用户后续又补充了新样文、模板或任务书，必须中断正文写作流程，回到本步骤重新分析，不得沿用旧设计继续写。

4. 先定字数，再写作

写正文前必须生成目标章节字数表。默认优先贴近样文体量，不默认写厚。写完一章就统计一次，超出就压缩。

对应资源：

prompts/chapter_writer.md
tools/count_chapter_words.py
references/chapter-patterns.md

5. 图表与截图闭环

图表默认要求：

系统架构图
E-R 图
关键流程图
数据表
测试用例表

E-R 图规则：

如果数据库总表 E-R 图过大，必须拆分为至少两张：
1. 总表设计图
2. 核心表设计图
若业务复杂，可继续拆成“权限与用户域”“预约与改派域”“设备与报修域”“耗材域”等多张图
正文中至少保留“总表设计图 + 核心表设计图”两张 E-R 图

截图默认要求：

第 4 章每个主要模块至少 1 张页面截图
如果模块跨“管理端 / 用户端”，优先两端都给截图
截图标题必须与正文模块对应，不得只放“系统页面图”这类空泛标题

代码默认要求：

第 4 章每个主要模块至少给出 1 段简要核心代码、SQL 片段或关键实现片段
代码以“解释业务规则”为目的，不堆大段源码
大段源码放附录，不直接塞正文

第 3 章设计图最低要求：

系统总体架构图
功能模块结构图
权限控制流程图
关键业务流程图
E-R 图

第 4 章截图最低要求：

每个主模块至少 1 张截图
主模块跨多角色时，优先补多角色截图
截图总数不足 6 张时，默认视为实现章节不充分

如果存在 mermaid / plantuml，优先渲染为真实图片；若无法渲染，再退回源码或占位。

仓库内置 Playwright 截图链路。默认先用本仓库脚本自动抓取系统页面，不再要求用户额外安装浏览器 skill。

如果宿主环境提供 Chrome CDP / Chrome MCP 连接地址，可以作为增强路径复用当前浏览器会话；否则默认由仓库自举 Playwright Chromium。

对应资源：

tools/render_mermaid.py
tools/ensure_thesis_assets.py
tools/extract_screenshot_placeholders.py
tools/build_screenshot_plan.py
tools/capture_thesis_screenshots.py

6. 参考文献先建池再回填

默认约束：

2020 年及以后
中文 10-12 篇
英文 3-5 篇
总数约 15 篇

必须优先真实可核验文献，不确定就不用。

文献工作流必须分 5 步执行：

建候选池
做真实性核验
做相关性筛选
格式化参考文献
生成文献核验清单

默认文献质量规则：

中文优先使用 CNKI / 万方 / 维普中可核验的北大核心、CSCD 等来源
英文优先使用 IEEE、Elsevier、Springer、ACM、MDPI 等可核验 DOI 来源
优先近五年文献
优先被引较高文献
不确定真实性的条目直接丢弃，不写“猜测型引用”

文献交付产物默认至少包括：

正文参考文献列表
references-verified.json 文献核验清单

文献核验清单默认字段：

title
authors
year
source
doi_or_url
citation_count_if_available
relevance_note
status

对应资源：

prompts/reference_selector.md
tools/build_reference_pool.py

7. DOCX 成稿交付

如果环境具备 doc / docx 能力，必须生成 .docx 成稿，而不是只停留在 Markdown。

交付物必须至少包括：

主论文 .md
主论文 .docx
图像映射文件
附件 .docx

文件名规则：

主论文文件名必须使用论文标题，如 智慧实验室管理系统的设计与实现.docx
附件文件名必须使用论文标题加“附件”，如 智慧实验室管理系统的设计与实现-附件.docx
禁止使用 smart-lab-thesis、paper-final、doc1 等通用名

派生文件也应统一命名：

论文标题.md
论文标题.docx
论文标题-附件.docx
论文标题-image-map.json
论文标题-文献核验清单.json

附件 .docx 默认内容：

正文中的 Mermaid / PlantUML 源码
数据库 E-R 图源码
关键流程图源码
必要时补充核心 SQL / 接口结构说明

默认样式规则：

摘要、Abstract、参考文献、致谢标题居中
摘要与 Abstract 独立分页
一级章节分页开始
中文正文宋体
英文正文 Times New Roman
中文关键词单独成段，顶格，“关键词：”标签使用黑体小四加粗，内容使用宋体小四
中英文摘要正文除关键词行外，默认首行缩进 2 字符
英文摘要正文使用 Times New Roman 小四
英文关键词单独成段，顶格，不首行缩进，使用 Times New Roman 小四
参考文献悬挂缩进

对应资源：

prompts/docx_formatter.md
tools/generate_thesis_docx.py
tools/analyze_docx.py
references/default-style.md

8. 最终检查

交付前必须检查：

章节完整
字数接近样文目标
参考文献比例正确
图表编号连续
是否残留占位符
.docx 是否真实存在
主论文文件名是否为论文标题
附件 .docx 是否真实存在
第 4 章是否为全文最长章节或接近最长章节
第 4 章每个主要模块是否包含截图
第 4 章每个主要模块是否包含简要核心代码
第 3 章设计图数量是否达标
E-R 图是否按需要拆分为总表图和核心表图
文献是否全部在目标时间范围内
是否还混入低可信旧说明文档中的事实

Style Guardrails

正文语言默认遵循以下风格约束：

模仿样文的章节推进节奏，不机械模仿原句。
优先写项目事实，不先写空泛结论。
避免连续堆砌“具有重要意义”“实现了良好效果”“具有较高价值”这类空话。
避免过密排比句、模板化总分总和明显 AI 套话。
每章至少应有一部分直接对应源码中的真实模块、真实规则或真实数据结构。
致谢可适度更自然、更有人情味，但正文不能过度口语化。

最终检查细则见：

prompts/final_checker.md

Resource Map

项目输入与冲突决策：prompts/intake.md
样文结构分析：prompts/sample_analyzer.md
样式提取：prompts/style_extractor.md
项目事实提取：prompts/fact_extractor.md
章节写作与控字：prompts/chapter_writer.md
参考文献筛选：prompts/reference_selector.md
Word 格式化：prompts/docx_formatter.md
最终检查：prompts/final_checker.md
默认版式：references/default-style.md
章节模式：references/chapter-patterns.md
统计章节字数：tools/count_chapter_words.py
分析样文 PDF：tools/analyze_sample_pdf.py
分析样文 DOCX：tools/analyze_docx.py
检查参考文献池：tools/build_reference_pool.py
生成文献核验清单模板：tools/write_reference_verification_template.py
图表与截图补全检查：tools/ensure_thesis_assets.py
提取截图占位符：tools/extract_screenshot_placeholders.py
生成图源码附件 DOCX：tools/generate_diagram_appendix_docx.py
生成截图计划：tools/build_screenshot_plan.py
自动抓取页面截图：tools/capture_thesis_screenshots.py
渲染 Mermaid：tools/render_mermaid.py
生成 DOCX：tools/generate_thesis_docx.py

安装命令

一键复制安装选择包管理器,点击右侧复制,粘贴到终端回车即可

npx skills add Doryoku1223/lunwen-skill/SKILL.md -y

查看通用安装教程

查看 Skill 原文

兼容工具

Claude Code
Cursor
Cline
Codex
Windsurf
Gemini
OpenCode
Roo Code
AAide
+Augment
GitHub Copilot
OpenClaw
KKiro
Junie
WWarp
Goose
Trae
Kilo Code
OpenHands
Amp
Zencoder
CContinue
AIAider
CodeBuddy
CodeGeeX
Replit Agent

安全审计

88 / 100

社区

未声明 license/许可。
未声明 version。
未限定 allowed-tools，默认拥有全部工具权限。

元信息

来源: github
Doryoku1223/lunwen-skill
English

分类与标签

分类文档

先判断是否适合

作者设计意图

作者的方法与取舍

边界和复核

Lunwen

Overview

Hard Gates

Execution States

Core Flow

1. 锁定输入

2. 冻结项目事实

3. 学样文，不只学目录

3.5 先回传设计，再开写

4. 先定字数，再写作

5. 图表与截图闭环

6. 参考文献先建池再回填

7. DOCX 成稿交付

8. 最终检查

Style Guardrails

Resource Map

讨论