// 中文学术毕业论文（本科/硕士/博士）全流程写作指导与质量检查 Skill。 用于辅助毕业论文的撰写、修改、审查与定稿，覆盖写作风格、文献检索、 论文结构规范、排版语法、实验规范、盲审合规性、图表一致性等维度。 使用场景： (1) 撰写或修改论文章节内容时，确保符合学术写作规范 (2) 润色文本，去除 AI 写作痕迹，使行文自然如人类研究者亲笔 (3) 检索、筛选和管理学术参考文献 (4) 检查论文结构、逻辑一致性、盲审匿名性、图表风格一致性 (5) 定稿前的全面复盘检查
| name | bishe-guider |
| description | 中文学术毕业论文（本科/硕士/博士）全流程写作指导与质量检查 Skill。 用于辅助毕业论文的撰写、修改、审查与定稿，覆盖写作风格、文献检索、 论文结构规范、排版语法、实验规范、盲审合规性、图表一致性等维度。 使用场景： (1) 撰写或修改论文章节内容时，确保符合学术写作规范 (2) 润色文本，去除 AI 写作痕迹，使行文自然如人类研究者亲笔 (3) 检索、筛选和管理学术参考文献 (4) 检查论文结构、逻辑一致性、盲审匿名性、图表风格一致性 (5) 定稿前的全面复盘检查 |
本 Skill 提供中文学术毕业论文从撰写到定稿的全流程指导，包含 4 大规则模块。每个规则对应一个独立文件夹，内含详细的参考文档和工具脚本。
适用对象： 本科、硕士、博士学位论文（以中文学术论文为主）
核心目标：
| 规则编号 | 规则名称 | 路径 | 核心功能 |
|---|---|---|---|
| 规则 0 | 项目初始化 | rule-05-project-init/reference.md | 构建标准化的毕业论文项目目录结构 |
| 规则 1 | 像个人类一样写作 | rule-01-humanizer/reference.md | 检测并去除 AI 写作痕迹，注入学术语体的人味 |
| 规则 2 | 查阅参考文献 | rule-02-reference-search/reference.md | Google Scholar 检索、筛选、引用、管理文献 |
| 规则 3 | 毕业论文写作要点 | rule-03-thesis-writing/reference.md | 论文结构、实验规范、排版语法、用词规范 |
| 规则 4 | 复盘检查 | rule-04-review-check/reference.md | 结构、逻辑、盲审、图表一致性等终稿检查 |
根据当前任务阶段，加载对应的规则参考文档：
1. 检测当前目录是否已存在标准项目结构（检查 src/、references/ 等核心目录）
2. 如未初始化，加载规则 0（项目初始化）
3. 询问用户项目名称和论文题目
4. 执行 init_project.sh 生成完整目录结构
5. 在 src/ 中生成 LaTeX 模板骨架
6. 以表格形式输出初始化结果
1. 用户提交待撰写的章节主题和大纲
2. 加载规则 3（毕业论文写作要点），确认该章节的结构规范
3. 协助用户撰写内容
4. 加载规则 1（像人类一样写作），润色文本去除 AI 痕迹
5. 以表格形式输出审查结果
1. 用户提出文献检索需求（主题、时间范围等）
2. 加载规则 2（查阅参考文献）
3. 使用 gs-search / gs-advanced-search 检索文献
4. 按筛选标准评估结果
5. 导出到 Zotero 或生成 BibTeX，存入 references/from-scholar/
6. 以表格形式输出检索与评估结果
1. 用户提交论文全文或指定章节
2. 加载规则 4（复盘检查）
3. 按检查清单逐项执行：
- 结构检查（四级标题、章节逻辑一致性）
- 用词检查（夸张词汇、人称、缩写）
- 盲审合规性（匿名性、无个人信息）
- 图表检查（编号、caption、颜色一致性）
- 排版检查（公式标点、表格对齐、首行缩进）
- 逻辑检查（创新点一致性、引用完整性）
4. 运行 check_figure_colors.py 检查图片颜色分布
5. 以表格形式输出全部检查结果
所有形式的错误、有效或警告汇报，最终都必须以表格形式返回。
| 检查项 | 位置/上下文 | 严重级别 | 问题描述 | 修改建议 | 状态 |
|---|---|---|---|---|---|
| 夸张词汇 | 第 1 章第 3 段 | 错误 | 出现"首次提出" | 改为"提出了一种" | 待修改 |
| 人称使用 | 第 2 章第 5 段 | 错误 | 出现"我们认为" | 改为"本文认为" | 待修改 |
| 图表大小 | 图 4-1 | 警告 | 图中文字偏小 | 调整字号至 ≥8pt | 待修改 |
| 公式标点 | 式 (3.2) | 错误 | 公式后缺少标点 | 添加逗号 | 待修改 |
| 颜色一致性 | 图 5-2 | 警告 | 与整体画风差异较大 | 调整配色方案 | 待修改 |
| 级别 | 含义 | 处理方式 |
|---|---|---|
| 错误 | 违反硬性规范，必须修改 | 不修改无法通过评审 |
| 警告 | 影响论文质量，建议修改 | 修改后提升论文水平 |
| 提示 | 优化建议，可酌情处理 | 时间允许时改进 |
| 状态 | 含义 |
|---|---|
| 待修改 | 发现问题，等待用户修改 |
| 已修改 | 用户已修改，建议复查 |
| 通过 | 检查项无问题 |
| 不适用 | 该检查项与当前内容无关 |
参考文档： rule-05-project-init/reference.md
配套脚本：
rule-05-project-init/scripts/init_project.sh — 一键初始化标准项目结构rule-05-project-init/scripts/compile_tikz_to_png.sh — TikZ 编译为 PNGrule-05-project-init/scripts/extract_figures_from_pdf.py — 从 PDF 提取图片核心内容：
触发时机：
src/ 等核心目录项目结构总览：
| 目录 | 英文名称 | 用途 |
|---|---|---|
| 论文源代码 | src/ | LaTeX 源码、章节文件、TikZ 图表、BibTeX |
| 参考文献 | references/ | 开题原始文献、Scholar 下载文献、阅读笔记、提取内容 |
| 开题资料 | proposal/ | 开题报告、PPT、相关材料 |
| 参考范文 | example-theses/ | 往届优秀论文（可选） |
| 实验结果 | experiments/ | 代码、数据、结果、设计图、服务器访问信息 |
| 工具脚本 | scripts/ | TikZ 编译、PDF 图片提取等辅助脚本 |
参考文档： rule-01-humanizer/reference.md
核心内容：
触发时机：
参考文档： rule-02-reference-search/reference.md
核心内容：
关联 Skill：
gs-search — 基础检索gs-advanced-search — 高级检索gs-cited-by — 引用追踪gs-export — 导出到 Zotero触发时机：
参考文档： rule-03-thesis-writing/reference.md
核心内容：
触发时机：
参考文档： rule-04-review-check/reference.md
配套脚本： rule-04-review-check/scripts/check_figure_colors.py
核心内容：
脚本功能：
依赖安装：
pip install Pillow matplotlib numpy scikit-learn PyMuPDF
使用方法：
cd /path/to/thesis/figures
python /path/to/bishe-guider/rule-04-review-check/scripts/check_figure_colors.py \
--input ./ --output ./color_report.html --recursive
触发时机：
本 Skill 采用三级优先级体系：
| 优先级 | 含义 | 处理方式 |
|---|---|---|
| P0 | 必须满足，硬性要求 | 立即修改，不通过无法毕业 |
| P1 | 重要要求，影响质量 | 尽量满足，提升论文水平 |
| P2 | 优化建议，锦上添花 | 时间允许时改进 |
在输出审查结果时，必须在"严重级别"列体现优先级对应的级别（P0→错误，P1→警告，P2→提示）。
绝对禁止在论文正文中出现：
致谢处理：
用词保守：
格式统一：
腾讯云官方的邮件推送 SES 服务使用 skill。 涵盖：SMTP 发送邮件所需的全部环境变量、API 接口设计规范、验证码邮件的完整发送流程（含人机验证、频率控制、Redis 存储）。 本 skill 以网络协议 / HTTP API 接口级别描述，不绑定具体编程语言。
基于 Three.js 实时渲染的 3D 几何体验证码系统，支持软阴影和 Raycaster 点击交互。后端生成 6 个大小严格互不相同的 3D 几何体元数据（位置、旋转、缩放、颜色、类型），前端使用多光源布光和正交相机实现公平大小比较。适用于实现或修改基于点击的 3D 几何体验证码，或将图形验证码集成到邮件验证码发送等敏感操作中。
Build production-ready Go backend services following DDD-layered architecture. Covers project scaffolding, config (Viper), database (GORM + MySQL/PostgreSQL), object storage (S3/MinIO), OAuth2 + JWT auth, OpenTelemetry tracing + Jaeger visualization, Zap logging, middleware patterns, and API routing. Use when creating a new Go backend service or adding features to an existing one that follows this architecture.
Integrate DuckDuckGo web search into a Rust project by calling Bing and DuckDuckGo HTTP APIs directly with browser fingerprint simulation. Use when building search functionality that needs text, news, image, or video results without relying on third-party CLI wrappers. Covers the primp HTTP client, vqd token extraction, Bing HTML parsing, DuckDuckGo JSON APIs, and cross-language HTTP concepts.
Build and send Feishu (Lark) interactive rich-text cards using lark_md format. Use when the user needs to: (1) construct Feishu card messages with markdown support, (2) send interactive cards via the Feishu Bot API, (3) format text with bold, inline code, lists, tables, or code blocks inside Feishu cards, or (4) convert markdown content into Feishu card elements.
为本地开发服务器分配并注入唯一端口号，防止同一台电脑上多个项目的端口冲突。启动任何开发服务器前，务必先通过 portman 脚本从 ~/.port-man 获取端口，并以 PORT=<端口> 原命令 的方式注入启动（例如 PORT=3001 npm run dev）。适用于：(1) 启动 Vite、Webpack、Next.js、后端 API 等开发服务器，(2) 配置多服务项目，(3) 避免与已有项目占用 3000、8080 等常用端口冲突，(4) 查看或更新 ~/.port-man 全局端口注册表。