Vibe Research Workflow 是一个用于统筹 AI 辅助学术研究的元技能（meta-skill），来自 hkustdial/supervisor-skills。它把课程中的 Vibe Research 部分整合为一次可调用的流程，涵盖工具选择、流程设计与学术诚信约束。
用途 该技能用于在研究者开始一段 AI 辅助工作时段时提供流程指导，例如一个上午的编码、一个图表工作日或一次写作时段。它也适用于用户询问「如何用 AI 做研究」「Vibe Coding 技巧」「AI 辅助写作工作流」「这个任务该用哪个 AI 工具」等场景。用户需要在 Cursor、Claude Code、Codex、Figma、Gemini 等工具之间做选择，或希望为多日项目制定 AI 工作流计划时，也可使用该技能。此外，当用户怀疑 AI 输出已滑向不可接受领域（如捏造引用、外包科研判断）时，该技能提供红线提醒。
该技能明确不适用于以下情况：用户希望直接起草论文正文，这类需求属于该插件的 drafting 类技能，例如 paper-writer（任意章节）或 intro-drafter（引言）；这些技能的规则禁止捏造实质内容，每一处事实性主张都必须可追溯到用户材料、经验证的检索或领域常识，同时提醒用户所在期刊与学校的 AI 披露政策仍然适用。用户希望完成具体代码实现时，本技能只指导流程，不替代实现本身。用户希望评估研究方向时，应使用 idea-evaluator。
主要能力 技能包含三条子流程：Vibe Coding（AI 辅助代码）、Vibe Figure（AI 辅助图表制作）、Vibe Writing（AI 辅助文字润色）。每条子流程由六条行为规则约束，区分可接受用途（机械性加速、辅助建议、风格修正）与学术不端（捏造引用、外包科学判断、隐藏 AI 署名）。
核心流程分为六步：第一步，阶段分类，判断用户处于编码、图表、写作还是混合阶段；第二步，行为规则复述，在会话开始时简要陈述六条规则；第三步，执行对应阶段的专用流程；第四步，工具选择，按阶段匹配工具；第五步，完整性关口检查；第六步，按指定输出格式生成工作流计划。
六条行为规则包括：AI 可用于文献检索与组织、代码与调试支持、语言与表达润色；研究想法、问题、设计、技术路径、实验方案、核心结论与新颖性必须属于用户本人并被充分理解，在这一边界内起草协助是合法的，实质内容归用户，语言实现可借助 AI，核实义务不变；每段 AI 生成或 AI 辅助的文字都需用户对照实际研究过程、实验结果与事实进行核实；不得捏造引用，参考文献来自用户自身阅读与确认；不得有学术不端行为，包括捏造数据、实验结果或掩盖抄袭；遵守期刊或学校的 AI 披露要求。这些规则不可协商，并在完整性关口强制执行。
工具选择建议：编码阶段使用 Cursor（IDE 原生）、Claude Code（agentic CLI）或 Codex；图表阶段使用 PowerPoint 加 Figma 制作静态图，Matplotlib 加 Seaborn 处理实验结果，Gemini 做初稿草图；写作阶段使用 Claude 或 ChatGPT 做语言润色，Grammarly 做语法检查，Overleaf 处理 LaTeX。
完整性关口 该技能是行为提醒，而非验证引擎。其检查项大多标注为 [user-attest]，因为大语言模型无法真正观察用户的私下核实工作；[inspection] 标签仅适用于模型能从自身输出与用户会话历史中确认的检查。会话结束前的检查包括：六条行为规则已在会话开始时陈述（可检查）；未引入或接受捏造引用（用户确认，可通过 DBLP 或 arXiv 核实）；研究方向、框架与贡献归用户而非 AI；每个 AI 生成代码块都经用户审查与测试；每个 AI 起草段落都经用户改写或至少逐句核实；已检查期刊或学校的 AI 披露规则（技能会要求用户指明目标期刊并提示已知政策类型）；用户自身专业能力仍在驱动项目，AI 是加速器而非替代品。任何红线违规都会中止会话，用户应修正违规或咨询导师后再继续。由于多数检查项为 [user-attest]，该技能的有效价值在于会话开始时的提醒，而非运行时阻断。
输出格式 技能按固定格式输出：一、阶段，包括主要阶段与次要阶段；二、行为规则复述（规则 1-6，已确认）；三、工作流计划表格，包含时间块、阶段、活动、工具、用户检查五列；四、工具推荐表格，包含阶段、首选工具、备选、理由；五、红线提醒；六、完整性关口计划，包括验证点与目标期刊的 AI 披露要求。
限制 该技能本身不执行验证，不能观察用户的私下核实行为，多数检查依赖用户自述。它不替代代码实现，不负责评估研究方向，也不直接起草论文正文。具体工具的价格、平台限制等信息在资料中暂未提供。