菜单
独立学习流。用于陌生领域学习、研究文章写作、把资料变成输出。提供 Deep Research / Quick Reference / Write to Learn 三种模式，按 Collect -> Digest -> Outline -> Fill In -> Refine -> Publish 六阶段推进。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
启动 VibeFlow 本地看板，实时查看阶段、功能、产物和最近事件。
查看 VibeFlow 项目当前状态（阶段、进度、待处理项）。
VibeFlow框架入口。运行 /vibeflow 开始新项目或继续现有工作流。
测试阶段的真实浏览器验证底座。用于页面交互、表单、路由、前端 API、视觉状态和运行时问题验证。优先使用 Playwright MCP 做真实交互验证，使用 Chrome DevTools MCP 做运行时诊断；MCP 不可用时回退到本地 Playwright CLI 脚本。
在此仓库中用于在会话开始时路由整个VibeFlow生命周期的工作。
系统测试通过后且工作流要求 UI QA 时使用 — 运行浏览器导向的 QA 验证并生成报告
| name | vibeflow-learn |
| description | 独立学习流。用于陌生领域学习、研究文章写作、把资料变成输出。提供 Deep Research / Quick Reference / Write to Learn 三种模式，按 Collect -> Digest -> Outline -> Fill In -> Refine -> Publish 六阶段推进。 |
把学习当工程流水线，但不要把思考外包给 AI。
vibeflow-learn 是一条独立 companion flow：
/vibeflow-learn 激活/vibeflow 主链路阶段.vibeflow/state.jsonSpark -> Design -> Tasks -> Build 的阶段状态它服务三类任务：
核心原则：
默认在仓库内建立独立学习目录：
docs/learn/<topic-slug>/
阶段产物建议如下：
sources.md：来源清单与分组digest.md：你的阅读笔记、关键概念、问题清单outline.md：文章或知识卡片提纲draft.md：你的初稿final.md：收尾后的可发布版本如果用户已经指定了输出位置，优先使用用户指定路径。
开始前先明确模式，不清楚时默认推荐 Quick Reference。
| 模式 | 适合什么 | 从哪开始 | 何时结束 |
|---|---|---|---|
Deep Research | 需要系统理解一个领域，并沉淀成研究文章或系统笔记 | Collect | Publish |
Quick Reference | 需要快速建立工作心智模型，不一定产出正式长文 | Digest | Digest 或 Outline |
Write to Learn | 手上已有材料，想通过写作强迫自己真正理解 | Outline | Publish |
目标：只收集高质量、可追溯、尽量一手的材料。
优先顺序：
尽量避免：
要求：
目标：由你来读，由 AI 帮你解释卡点。
这一阶段必须坚持：
对每份材料至少记录：
阶段结束前，至少删掉一部分弱资料。不能筛选，说明收集质量不够。
目标：把“学到了什么”转成“准备怎么讲”。
提纲不是目录草稿，而是输出合同。每个部分都应说明：
规则：
Quick Reference，提纲可以收缩为 FAQ / cheat sheet / 概念图Write to Learn，提纲必须帮助你暴露理解断点目标：你自己把提纲填成连续表达。
要求：
Digest 补理解，不要硬凑段落这一阶段允许产出一个啰嗦、粗糙、重复的初稿，重点是先把脑中的结构写出来。
目标：让稿子更清楚，但不牺牲你的判断和声音。
AI 在这一阶段可做：
AI 不能做：
你需要逐条采纳或拒绝修改建议。
目标：在你自己读顺之后，交付成可以发出的版本。
发布前至少完成：
如果是内部学习笔记，也要把它整理成别人能接着读的版本，而不是只对你自己有意义的碎片。
适合交给 AI：
不适合交给 AI：
Deep Research / Quick Reference / Write to Learndocs/learn/<topic-slug>/Publish 阶段前，必须由你亲自完成最终通读vibeflow-learn 的文件写进 docs/changes//vibeflow 主链路阶段状态每次结束时，至少要明确给出：