vibe-research-workflow

Vibe Research 工作流

概述

Vibe Research 是一种现代研究工作流：大语言模型和 AI 编码工具负责处理机械性任务（实现、图表渲染、语言润色），而研究者仍完全掌握研究方向、问题界定、实验设计和事实准确性。目标是在不损害学术诚信的前提下，将常规任务的效率提升 2 到 5 倍。

该技能包含三个子流程：Vibe Coding（AI 辅助编码）、Vibe Figure（AI 辅助图表制作）、Vibe Writing（AI 辅助文字润色）。每个子流程都遵循六条行为准则，明确划定可接受的使用方式（机械性提速、辅助建议、风格修正）与学术不端行为（捏造引文、将科学判断外包、隐瞒 AI 参与撰写）之间的界限。

这是一项元技能，用于在研究过程中统筹工具选择、流程设计和诚信约束。它将课程中 Vibe Research 部分的内容整合为一个可调用的流程。

何时使用此技能

• 开始一段新的 AI 辅助工作（一个上午的编码、一整天的图表制作、一场写作会）。
• 用户询问“如何在研究中使用 AI”“Vibe Coding 技巧”“AI 辅助写作工作流”或“这项任务该用哪个 AI 工具”。
• 用户正在 Cursor、Claude Code、Codex、Figma、Gemini 或其他工具之间进行选择。
• 用户希望为涉及 AI 的多日项目制定工作流计划。
• 用户怀疑 AI 输出已偏离可接受范围（捏造引文、将推理外包）。

何时不要使用此技能

• 用户希望起草论文内容。根据此插件的证据规范，这属于正当用途，应使用起草技能：根据内容路由至 paper-writer（任意章节）或 intro-drafter（引言）。这些技能的规则禁止捏造内容（每项事实性主张都必须有据可查，来源可以是用户提供的材料、经核实的检索结果或该领域的常识）。提醒用户仍须遵守出版场所和学校的 AI 披露政策，并且有责任根据实际研究核实每一段起草内容。禁止的是捏造，而非起草。
• 用户希望完成代码实现。此技能用于指导流程，不会取代实际实现工作。
• 用户希望评估研究方向。请使用 idea-evaluator（有关颠覆式创新的深入分析，请参阅手册 2.3）。

核心流程

步骤 1：阶段分类

判断用户所处阶段：编码、图表制作、写作或混合阶段。

步骤 2：回顾行为准则

参见：references/behavior-guidelines.md，了解完整的六条准则。

在会话开始时简要说明以下六条准则：

1. 允许使用 AI 辅助文献检索与整理、代码编写与调试支持，以及语言和表达润色。
2. 研究思路、问题、设计、技术路线、实验计划、核心结论和创新性必须由用户本人提出并充分理解。在这一界限内，起草辅助是正当的：内容实质由用户掌握，语言表达可以借助 AI 完成；核实责任（准则 3）不变。
3. 用户必须根据实际研究过程、实验结果和事实，核实每一段由 AI 生成或辅助完成的内容。
4. 不得捏造引文；参考文献必须来自用户自己的阅读和确认。
5. 不得从事学术不端行为，包括捏造数据或实验结果，以及掩盖抄袭。
6. 遵守出版场所或学校对 AI 披露的要求。

这些准则不可妥协，并会在诚信关卡中强制执行。

第 3 步：阶段专属流程

Vibe Coding 请参阅：references/vibe-coding.md。

Vibe Figure 请参阅：references/vibe-figure.md。

Vibe Writing 请参阅：references/vibe-writing.md。

每个阶段都有自己的核心技巧（编码阶段包括 Plan Mode、Small Steps、Clear Requirements；制图阶段采用四步工作流；写作阶段遵循红线规则）。

第 4 步：工具选择

工具矩阵请参阅：references/tool-selection.md。

根据阶段选择工具：

• 编码：Cursor（原生集成于 IDE）或 Claude Code（Agent 化命令行），或 Codex。
• 制图：静态图使用 PowerPoint 和 Figma；实验结果使用 Matplotlib 和 Seaborn；初稿草图使用 Gemini。
• 写作：语言润色使用 Claude 或 ChatGPT；语法检查使用 Grammarly；LaTeX 使用 Overleaf。

第 5 步：诚信检查关卡

结束会话前，运行下方“诚信检查关卡”部分中的检查。

第 6 步：输出

按照下方的输出格式生成工作流计划。

诚信检查关卡

此技能是一种行为提醒，并非验证引擎。大多数项目都标记为 [user-attest]，因为大模型实际上无法观察用户私下进行的验证工作。[inspection] 标记仅适用于大模型可根据自身输出和用户的会话历史确认的检查。

结束会话前：

1. [inspection] 会话开始时已说明六项行为规则。
2. [user-attest] 未编造或接受任何虚假引用。（大模型无法在没有网络访问权限的情况下验证引用；用户通过 DBLP 或 arXiv 确认。）
3. [user-attest] 用户的研究方向、论述框架和贡献由用户决定，而非 AI。
4. [user-attest] 用户已审阅并测试每个 AI 生成的代码块。
5. [user-attest] 用户已重写每个 AI 起草的段落，或至少逐句核实。
6. [attestation] 已核查投稿场所或学校关于 AI 披露的规定。此技能会要求用户说明投稿场所，并列出已知的政策类型；用户确认符合规定。
7. [user-attest] 项目仍由用户自身的专业知识主导；AI 是加速器，而非替代品。

任何违反红线的行为（规则 1–6）都会中止会话。用户应先纠正违规行为或咨询顾问，再继续。由于大多数项目都标记为 [user-attest]，此技能的实际作用是在会话开始时提醒用户，而非在运行时阻止操作。

输出格式

1. 阶段

• 主要阶段：<coding 或 figure 或 writing 或 mixed>
• 次要阶段：<列表>

2. 行为规则回顾

• 规则 1–6（参见 references/behavior-guidelines.md）：已确认

3. 工作流计划

时间段	阶段	活动	工具	用户检查
...	...	...	...	...

4. 工具推荐

阶段	首选工具	替代工具	原因
Coding	...	...	...
Figure	...	...	...
Writing	...	...	...

5. 红线提醒

• ...（摘自 references/vibe-writing.md）

6. 诚信检查关卡计划

• 验证要点：...
• 目标投稿场所的 AI 披露要求：...