Help us improve
Share bugs, ideas, or general feedback.
Share bugs, ideas, or general feedback.
Share bugs, ideas, or general feedback.
By ttttstc
Implement features using a full-stack development workflow: guided brainstorming, design critique, TDD, quality gates, acceptance testing, release automation, and retrospectives — all with safety guards and architectural documentation.
npx claudepluginhub ttttstc/vibeflow --plugin vibeflowBrainstorming Ideas Into Designs for VibeFlow. Must use before any creative work — creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements and design before implementation. Use when asked to "brainstorm this", "help me design this", "think through this", or when a design needs exploration before technical specification.
测试阶段的真实浏览器验证底座。用于页面交互、表单、路由、前端 API、视觉状态和运行时问题验证。优先使用 Playwright MCP 做真实交互验证,使用 Chrome DevTools MCP 做运行时诊断;MCP 不可用时回退到本地 Playwright CLI 脚本。
在 tasks 审批通过后使用,基于设计契约生成 feature-list.json 并准备进入 Build
feature-list.json 存在且部分功能仍失败时使用 — 驱动功能通过完整 TDD 管线、质量门禁和代码审查
VibeFlow safety guardrails for destructive commands. Warns before rm -rf, DROP TABLE, force-push, git reset --hard, kubectl delete, and similar destructive operations. User can override each warning. Use when touching prod, debugging live systems, or working in a shared environment. Use when asked to "be careful", "safety mode", "prod mode", "careful mode", or "/vibeflow-careful". **This skill is optional and defaults to OFF.** Activate it explicitly when needed.
Share bugs, ideas, or general feedback.
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge.
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge.
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
Hypo-Workflow for Claude Code. The plugin namespace is intentionally `hw`; plugin-root commands map /hw:* to existing workflow Skills.
Compound Engineering workflow: PRD-driven sprints, isolated worktrees, hook-enforced safety, automated learning. Skills become /vini-workflow:plan, /vini-workflow:compound, etc.
Virtual development team: TDD, debugging, code review, backlog management, and proven workflow patterns
Vibe Better With Claude Code - You're not an engineer anymore. You're a prompt jockey with commit access. At least do it properly.
Opinionated 6-phase development lifecycle for Claude Code — language-agnostic, repo-local bin/* delegation
End-to-end development workflow: design → draft-plan → orchestrate → review → pr-create → pr-review → pr-merge
English | 中文
"凡事预则立,不预则废。" 先定章法,再求速度;先有节奏,后有规模。
VibeFlow 不替智能体思考,也不试图再造一个执行内核。它做的事情更直接:把一次 AI 驱动的软件改动组织成一条能真正走完的交付流程,让工作不只"写出来",还能继续、恢复、交接、审查、测试、发布和复盘。
一句话理解:VibeFlow 把 AI 编码从"聊天里临场发挥",变成"按SDD+Harness理念交付流程推进"
| 能力 | VibeFlow 做什么 |
|---|---|
| 把想法变成计划 | 先把需求、方案和任务拆清楚,再开始做 |
| 把改动真正做完 | 不只写代码,还继续推进审查、测试、发布和复盘 |
| 让工作不中断 | 会话关掉、换人接手、隔天继续,都还能接着跑 |
| 让结果有证据 | 每次改动都能留下审查、测试和交付痕迹 |
| 降低跑偏概率 | 用阶段、规则和门禁约束 AI 不要一路猜下去 |
| 让复杂任务更稳 | 把大任务拆成可推进、可回收、可验证的小块 |
| 让进度看得见 | 当前做到哪、卡在哪、下一步做什么,都有地方看 |
| 适配真实仓库 | 可以持续跑在已有项目里,而不只是新建项目模板 |
默认安装最新发布版本。
| 平台 | 安装命令 | 安装后 |
|---|---|---|
| macOS / Linux | /sh curl -fsSL https://raw.githubusercontent.com/ttttstc/vibeflow/main/claude-code/install.sh | bash | 运行 /plugin install vibeflow@vibeflow |
| Windows PowerShell | irm https://raw.githubusercontent.com/ttttstc/vibeflow/main/claude-code/install.ps1 | iex | 运行 /plugin install vibeflow@vibeflow |
| 平台 | 命令 |
|---|---|
| macOS / Linux | /sh curl -fsSL https://raw.githubusercontent.com/ttttstc/vibeflow/main/claude-code/install.sh | VIBEFLOW_VERSION=v1.0.0 bash |
| Windows | $env:VIBEFLOW_VERSION="v1.0.0"; irm https://raw.githubusercontent.com/ttttstc/vibeflow/main/claude-code/install.ps1 | iex |
帮我安装 VibeFlow,并确保最后能正常使用。
要求:
1. 根据当前系统选择官方安装命令:
- macOS / Linux:
/sh curl -fsSL https://raw.githubusercontent.com/ttttstc/vibeflow/main/claude-code/install.sh | bash
- Windows:
irm https://raw.githubusercontent.com/ttttstc/vibeflow/main/claude-code/install.ps1 | iex
2. 如果我给了版本号,就安装指定版本;否则安装最新发布版本
3. 如果脚本不可用,再手动安装到 Claude Code marketplace 目录
4. 安装完成后执行:
/plugin install vibeflow@vibeflow
5. 验证安装是否成功:
- 重启或刷新 Claude Code 后运行 /vibeflow
- 如果没有成功,继续排查直到成功或明确告诉我卡在哪一步
6. 最后告诉我:
- 是否安装成功
- 安装到了哪里
- 当前安装版本
- 下一步该怎么开始使用
运行 /vibeflow,能看到 VibeFlow 入口说明,就说明插件已正常加载。
如果还想确认 plugin 可见工具入口也已就绪,再执行 /vibeflow-status 或 /vibeflow-dashboard。
更新使用与安装相同的命令。更新后重启 Claude Code 并再次执行 /plugin install vibeflow@vibeflow。
/vibeflowFull Mode 或 Quick ModeSpark → Design → Tasks 完成必要确认Build,系统默认自动继续 Review → Test → Ship / Reflect/vibeflow-status 或 /vibeflow-dashboard一句话理解:前半程你拍板,后半程系统推进,卡住了再回来问你。
模式选择建议: 不确定时优先选
Full Mode。只有小范围、低风险、可快速回滚的改动再用Quick Mode。如果项目里已有.vibeflow/state.json,会自动沿用已有 mode 继续工作。
| 需求 | 命令 |
|---|---|
| 开始或继续工作流 | /vibeflow |
| 快速处理小改动 | /vibeflow-quick |
| 启动独立学习流 | /vibeflow-learn |
| 查看当前状态摘要 | /vibeflow-status |
| 打开本地 live 看板 | /vibeflow-dashboard |
如果把 VibeFlow 用在一个真实项目里,你最终得到的不是一组提示词,而是一套可以持续运行的软件交付机制。
Spark → Design → Tasks 负责想清楚问题、方案和执行顺序Build → Review → Test 负责把实现、审查和验证真正跑完Ship / Reflect 作为可选收尾,处理发布和复盘VibeFlow 把状态留在仓库里,而不是留在一次聊天里。关掉会话、换机器、换 AI,都能继续。
设计确认后,系统不需要你手动推进每个子步骤。进入 Build 后自动走完 Review → Test → Ship → Reflect,直到完成、阻塞,或需要你确认。
Build 不是"把整份长上下文硬塞给 AI 再赌它别漂"。当前已支持:
design.md + tasks.md + feature-list.json + rules/ 为主输入feature-list.jsonVibeFlow 不只适合新项目。它能维护项目级代码结构地图,为本次变更生成影响分析,在 Spark / Design 阶段自动引用这些上下文。
不需要盯着 state.json 猜系统跑到哪了。看板展示当前 mode/phase、主阶段状态、feature 状态、关键产物、最近事件和下一步建议。
默认链路包含:TDD、覆盖率门禁、变异测试、功能验收、全局审查、系统测试,以及 UI 场景下的 QA。
除主工作流外,还支持增量请求队列、发布说明和迭代复盘日志。
四种模板控制流程严格度和质量阈值。careful / freeze / guard 安全护栏限制危险命令和编辑边界。