首发纪念价 · ¥1000 ¥499 · 今日结束 23:47:12 立即领取
Claude Code 官方适配 300 位开发者正在用

说一句话， 交付一个完整项目。

Workflow Kit 把 「需求 → 架构 → 编码 → 部署 → 验证 → 文档」 六个环节封装成 Claude Code 可直接调用的 Skill。
你只需要说 「做一个博客系统」——它自己走完整条链路。

立即解锁 ¥1000¥499 查看演示
7 天无理由退款 一次购买，永久更新 支持任何语言和框架
用户头像 用户头像 用户头像 用户头像 用户头像
300 位 开发者已接入 Workflow Kit
4.9 / 5.00 来自 47 条评价
一次买断
7 天退款
首发纪念组合
● 23:47:12
Discovery · 需求探索¥ 149
Planning · 架构规划¥ 139
Execution · TDD 子代理¥ 199
Diagnosis · 智能调试¥ 119
+ 5 个 Skill 和全部未来更新¥ 394
原价合计
¥ 1000.00
首发价
¥499
省 ¥501
✓ 本次限定 500 席 · 已售 327 · 剩余 173
已被这些团队装进日常工作流
The Cost of Nothing

不装 Workflow Kit，
你每周在烧掉什么？

AI 编程省时间的承诺已经兑现——但手动驾驶的那一半损耗还在。这就是它每周偷走的东西。

每周损耗

一步步指挥 AI 写文件，
上下文丢了又要重来。

没有工作流的 Claude Code，每次任务要你手动分解成 10-20 步。 写到一半上下文爆了、你又要从 PRD 讲起。 这不是 AI 的问题，是缺一个调度层。

14.3
小时 / 周
在内测用户中的中位数
Token 浪费

反复传入重复上下文

同样的 PRD、同样的架构描述，一天要喂给 AI 7-8 遍。一个月多花的 API 费用，够买两套 Workflow Kit。

心智疲劳

你在做「AI 的秘书」

原本能用来思考产品的脑子，都花在了记住「AI 刚才改到哪了」。这笔隐性成本不进账，但每周扣你一整个下午。

Live Demo

这就是装上之后的真实画面

一个 prompt，14 个文件按契约依赖顺序逐个 RED → GREEN → 审查。

14
文件落地
TDD
RED → GREEN 双子代理
0
主代理碰代码
100%
契约审查通过
Workflow · 7 Core Skills

同样的任务，
左边是你，右边是 Skill 在跑。

Workflow Kit 的 7 个核心阶段 Skill，每个都独立加载、独立职责、独立子代理执行。不是表面"自动化"，是每一步都有机制托底。

1 没有 Kit

你在梳理需求

  • 直接上手就写，半小时后发现方向完全跑偏
  • 需求对话靠「你来我往」聊，关键约束总被漏掉
  • 不认识的术语懒得查，用「我猜它是这意思」往下推
  • 竞品看几眼就开工，技术路线靠直觉
  • 写一半 PRD 觉得「差不多了」，剩下的「做着再说」
  • 需求 / bug / 想法 / 困惑糊成一团，回应方式全错位
  • 后面 80% 的返工，都是在补 Discovery 欠的债
2–4 小时 · 返工率 80%
1 Discovery · 唯一入口

状态机驱动的需求拆解 skills/discovery

  • 五态状态机：LISTEN → EXPLORE → STRUCTURE → CONFIRM → OUTPUT，每一态带 gate 校验，不达标不推进
  • 一次只问一个问题，通过 AskUserQuestion 工具多选项呈现，避免一次追三个问题导致用户糊
  • 概念必须先查再评论：遇到不认识的术语强制读文件 / 搜索 / 问用户，禁止「我猜它是…」
  • 主动调用 WebSearch + smart-fetch 做广度调研 + 关键文章深抓，对比同类技术路线
  • 强制分类四种输入：需求 / 问题 / 想法 / 困惑 —— 后续拆解法则完全不同，不再混为一谈
  • 产出结构化 PRD 到 .claude/discovery/PRD.md，直接作为 Planning 阶段的契约源材料
  • 铁律：没有用户明确确认的需求理解，绝不进入 Planning
3–5 分钟 · 返工归零
2 没有 Kit

你在设计架构

  • 凭经验在脑子里画，漏了三个模块等实现时才发现
  • 接口约定靠口头，前后端对不齐，改一次吵一次
  • plan 文档是一回事，代码又是另一回事，两边永远不一致
  • 技术选型纠结两天，最后还是拍脑袋定
  • 自己检查自己的设计，看不出问题在哪
  • 测试是最后补的，补出来的测试长得和代码一样
  • 新人接手要重新讲一遍，因为文档早就烂掉了
1–2 天
2 Planning · 契约驱动

把架构写进文件头部 skills/planning

  • 读取 .claude/discovery/PRD.md + 探索性制品，直接从需求转工程化骨架，不做二次理解
  • YAML 契约直接写在文件头部，不写独立文档 —— 信息和实现共生，永远不会「文档和代码不一致」
  • 一个子代理写全部文件契约，保证跨文件接口一致性（多个子代理会分裂出不一致的签名）
  • 产出-验证分离铁律：架构由子代理 A 产出，子代理 B 独立验证，主 Agent 只调度。自己批改自己的作业永远看不出问题
  • 测试骨架只写描述和 TODO，不写断言 —— 断言是 Execution 的 RED 阶段的事，提前写会污染 TDD 循环
  • 每个技术决策点通过 AskUserQuestion 单独问用户，不打包丢一堆选项让你自己拼
  • 产出完成后同步更新项目 CLAUDE.md，让后续所有子代理共享上下文
5–10 分钟 · 全员对齐
3 没有 Kit

你盯着 AI 写代码

  • 一个文件一个文件地指挥 AI，每次都要重讲一遍上下文
  • 写到第 8 个文件上下文爆了，AI 开始忘记前面约定的接口
  • 没有契约，每个文件各写各的，最后编译才发现类型对不上
  • 测试要么没写，要么是实现完再补个「看起来能过」的
  • 改了一行以为不影响别处，上线才发现连锁反应
  • 记不住哪些文件写完了，全凭「我感觉做完了」
  • 同样的上下文反复喂给 AI，Token 费用哗哗往外烧
3–7 天 · Token 3-5 倍
3 Execution · TDD + 强制子代理

主代理只调度，禁碰代码 skills/execution

  • 【绝对铁律】主 Agent 禁用 Edit / Write / NotebookEdit，所有代码撰写必须派 Task 子代理，一行也不例外
  • 进度扫描脚本自动运行：scan_contracts.py 生成 .claude/progress.md，识别「PENDING 且依赖全部 VERIFIED」的文件，按硬依赖顺序执行
  • TDD RED 阶段：子代理 A 读契约 + 测试骨架，把 TODO 替换成断言，跑测试确认 红 (失败) 才算合格
  • TDD GREEN 阶段：子代理 B 读契约 + 已锁定的测试，写实现代码，跑到 绿 (全部通过) 才退出
  • 产出-验证分离：A 和 B 不共享上下文，互相看不到对方的思路，防止「出题人改自己的答卷」
  • Workflow 匹配：扫描 workflows/ 目录找任务类型对应的流程，没有匹配才走通用逻辑 —— 经验直接复用
  • 子代理启动时强制读取 [目标文件 + 测试文件 + CLAUDE.md]，拒绝「我以为它知道」的幻觉上下文
30 分钟 – 2 小时 · 零返工
4 没有 Kit

你在排查 Bug

  • 翻日志、到处加 console.log、凭感觉猜一个原因
  • 「大概知道」就直接改 —— 大概 = 猜，改三次还是没修好
  • 盲目试修复，改了 A 崩了 B，根因更难找
  • 修完不回归，上线才发现其他地方被连带坏掉
  • 同一个 bug 下个月又回来，因为上次没找根因
  • 测试挂了还要自己去看哪个栈、哪行、什么含义
  • 经验不沉淀，下次遇到类似问题又从零开始查
2–8 小时 · 复发率高
4 Diagnosis · 不猜

假设驱动的根因定位 skills/diagnosis

  • 铁律：不做没有调查的修复，不猜。假设再合理，没验证就是猜
  • 两条触发路径：① 用户报告 ② TaskCompleted Hook 自动触发 —— 子代理跑测试失败时，Hook 自动把错误栈喂给 Diagnosis，无需人工介入
  • 固定流水线：收集信息 → 探索上下文 → 形成假设 → 验证假设 → 定位根因 → 给修复建议，跳步即违规
  • 3 次修复失败 = 假设错了，不是运气不好。强制回到「探索上下文」重来，禁止第 4 次盲试
  • 错误参考库 skills/diagnosis/references/：常见错误模式 + 定位套路已沉淀成可查文档，遇到同类问题直接调用
  • 修复必须说清「为什么会出现 + 如何避免再次发生」，不是「改好了」三个字交差
  • 定位完成后用 skill-creator 反哺 references 库，下次同类问题 3 秒命中
2–10 分钟 · 复发归零
5 没有 Kit

你在对着服务器 debug

  • 本地能跑，服务器跑不起来，只能现场查
  • 环境变量漏了两个，上线报错再翻代码找名字
  • 部署命令全凭记忆敲，漏一步就失败
  • dev、staging、prod 三套配置混着用，互相污染
  • 部署脚本写一次性的，每个项目都从头造轮子
  • 命令跑完就算「部署完」，到底有没有真的活着没人知道
1–4 小时
5 Deploy · CI/CD 一次设定

一条命令装好，git push 自动上线 skills/deploy

  • 基于 deploy-setup CLI 工具，内置支持 Flask / Django / FastAPI / NestJS / Next.js / Nuxt / Vue SPA / React SPA 八种栈的部署模板
  • 一条 deploy-setup all 走完全链路：检测项目 → 生成 CI/CD 配置 → DNS 检查 → SSH 初始化服务器 → 配置 GitHub Secrets → git push → 等待 Actions 完成
  • 后续每次 git push 自动部署，不需要再手动敲命令 —— 整个 CI/CD 走 GitHub Actions，部署过程可复现可回溯
  • .env 新增 / 删除变量用 deploy-setup sync-env 一键同步到 deploy.yml 和 GitHub Secrets，--dry-run 预览差异，--push-secrets 自动推送
  • 铁律：绝对禁止绕过 deploy-setup 手动 scp / ssh / docker —— 手动部署会与 CI/CD 不一致，后续自动部署会覆盖手动配置，坑死自己
  • 铁律：没有通过 CI 不上生产。工具内置健康检查和回滚机制，跳过 = 放弃所有安全网
  • 失败时单步排查：init / check-dns / setup-server / setup-secrets 四个子命令断点续部署，不用从头重跑
首次 5 分钟 · 之后 git push 即部署
6 没有 Kit

你在等用户反馈

  • 部署完不验证，等用户反馈才知道页面挂了
  • 自己验证自己的部署，永远只能发现自己想得到的问题
  • 前端挂了还要自己打开浏览器肉眼看
  • 回滚流程没准备，出问题只能手动回退
  • 验证和部署串联在同一个脚本里，出错定位不了是哪步
  • 验证结果不沉淀，下次部署还是「我觉得应该没事」
1–3 小时 · 用户发现
6 Verification · 线上验证

变更点导向的线上浏览器验证 skills/verification

  • 先用 gh run list --limit 1 确认 CI/CD 成功完成才开始验证，失败或进行中则排查或等待
  • 从 git log + git diff --name-only <上次部署 commit>..HEAD 推导本轮变更范围，而不是跑一个固定的测试清单
  • 两类验证点：变更验证点（本轮改了什么就验证什么）+ 冒烟验证点（核心流程快速过一遍，如登录、主要页面可访问）
  • 用 Puppeteer MCP（mcp__puppeteer__puppeteer_navigate + _screenshot）在真实生产环境跑验证，支持 JavaScript 执行，适用于 Vue/React SPA
  • 双视口截图：桌面端 + 移动端 375×667 viewport 都跑一遍，响应式问题也一并抓到
  • 全部通过 → 自动加载 documentation-update skill更新项目文档；发现问题 → AskUserQuestion 展示问题清单 → 选"全部修复"进入 diagnosis
  • 铁律：不验证的部署等于没部署。验证内容由本轮变更决定，不是固定清单
2–5 分钟 · 发现先于用户
7 没有 Kit

你在补文档

  • README 是上线前一晚赶的，和代码早就偏了
  • 半年没更新，新同事照着装死在第三步
  • 接口签名改了没同步文档，调用方继续用旧参数
  • 「文档明天补」，明天永远不会来
  • 凭记忆更新，漏掉一半改动
  • 文档和代码是两个信息源，同步永远是手工活
1–2 小时 · 基本不做
7 Documentation-update · 契约同步

扫契约同步到 CLAUDE.md skills/documentation-update

  • Verification 通过后自动加载 documentation-update skill，链路自然推进，不需要手动触发
  • 定位项目根目录或 .claude/ 下的 CLAUDE.md，没有则新建 —— 统一用 CLAUDE.md，不再维护「项目架构.md」这种第二信息源
  • 回顾本轮代码变更，识别需要在文档中体现的：新模块、架构调整、技术决策、配置项变更、API 接口变更
  • 运行 scan_contracts.py 提取所有 VERIFIED 状态文件契约的 role / functions / depends，同步到 CLAUDE.md 的「核心模块说明」「API 文档」「架构设计」章节
  • 双层文档：CLAUDE.md 是项目大脑（架构 / 决策 / 模块）；README.md 只留项目简介 + 启动方式，统一 # 1. / # 2. 步骤格式
  • 文档质量检查清单：准确性 / 完整性 / 一致性 / 可维护性 四维度逐项 check，确保引用的类名、路径、配置在代码中都存在
  • 核心原则：描述「为什么」而不仅是「是什么」；禁止写具体版本号（用 latest）、禁止复制大段代码、禁止模糊表述
2–5 分钟 · 永不过期
Skill Gallery · 9 Skills

每一个 Skill 都是一道
可拆开看的独立工序。

9 个 Skill 各自独立加载、独立职责、独立子代理执行。每一张卡片展示的是这个 Skill 真正的运作机制——不是图标，是流程。

L E C O LISTEN EXPLORE STRUCTURE CONFIRM OUTPUT loop until sufficient
01 Stage · 唯一入口

Discovery

skills/discovery

五态状态机驱动的需求拆解。一次只问一个问题，概念必须先查再评论，输入强制分类为「需求 / 问题 / 想法 / 困惑」四种类型。

state machine AskUserQuestion .claude/discovery/PRD.md
--- CONTRACT input: UserRequest output: ParsedModule deps: [auth, db] test: TODO × 4 --- END contract lives inside the file
02 Stage · 契约驱动

Planning

skills/planning

Contract-Driven Development。YAML 契约直接写进文件头部、不写独立文档。一个子代理写全部契约保一致，另一个独立验证。

YAML in-file producer / verifier TODO skeleton
Main Agent think & dispatch only Edit / Write Subagent A · RED Subagent B · GREEN main agent cannot touch code · ever
03 Stage · TDD 强制

Execution

skills/execution

主代理禁用 Edit/Write/NotebookEdit 一行不例外。子代理 A 写测试到 RED，子代理 B 写实现到 GREEN，progress.md 自动调度。

subagent only TDD RED → GREEN scan_contracts.py
PROBLEM H1 test ✗ H2 test ✓ H3 test — ROOT CAUSE assume → verify → locate
04 Stage · 不猜

Diagnosis

skills/diagnosis

铁律：不做没有调查的修复。假设驱动流水线：形成假设 → 验证 → 定位根因。3 次失败强制换路，不允许盲试第 4 次。

TaskCompleted Hook references/ hypothesis tree
deploy-setup all GitHub Actions .github/workflows secrets · deploy.yml DNS · SSH · build SERVER git push → Actions 自动上线 禁止手动 scp/ssh/docker
05 Stage · CI/CD

Deploy

skills/deploy

基于 deploy-setup CLI 一次性设置 CI/CD，之后 git push 自动部署。支持 Flask / Django / FastAPI / NestJS / Next.js / Nuxt / Vue SPA / React SPA。

deploy-setup all GitHub Actions sync-env
git diff 本轮变更 gh run list CI 已绿 Puppeteer MCP desktop 375×667 变更点 + 冒烟点 → docs → diag
06 Stage · 线上验证

Verification

skills/verification

从 git log / diff 推导本轮变更点，用 Puppeteer MCP 在线上跑变更验证 + 冒烟验证，桌面端 + 移动端 375×667 双视口截图比对。

Puppeteer MCP 变更点 + 冒烟 fail → diagnosis
code.ts - old sig + new sig diff README.md UPDATED code & docs always in sync
07 Stage · 文档同步

Documentation-update

skills/documentation-update

Verification 通过后自动加载。回顾本轮代码变更，运行 scan_contracts.py 提取 VERIFIED 文件契约，同步到项目 CLAUDE.md 的对应章节。

scan_contracts.py VERIFIED → CLAUDE.md 质量清单
subagent request glo.env not in git key ✓ API call keys never touch the chat context
08 Tool · 密钥安全

Key-Reader

skills/key-reader

安全读取外部 API 密钥。集中在 ~/.claude/glo.env，不入库、不粘贴、不出现在对话里，子代理按需调用。

~/.claude/glo.env per-subagent no chat leak
target site L1 curl_cffi L2 DrissionPage L3 Jina Reader Markdown · structured
09 Tool · 反爬抓取

Smart-Fetch

skills/smart-fetch

替代 WebFetch 的智能抓取。三级降级 curl_cffi → DrissionPage → Jina Reader，支持知乎 / 微信公众号 / 少数派 / Medium 等反爬站点。

curl_cffi DrissionPage Jina Reader
What's Inside

¥499 到底买到什么？

把盒子拆开。每一项单独都能卖这个价。

核心 Skill 包
9 个模块 · v2.4.1
01
Discovery · 需求探索 五态状态机 + 一次一问 + 结构化 PRD 输出
省 3.2 h/项目
¥ 149
02
Planning · 契约规划 YAML 契约写进文件头部 · 产出-验证分离
省 1.5 d/项目
¥ 139
03
Execution · TDD 子代理 主代理禁码 · RED/GREEN 双子代理 · 顺序审查
省 3–7 d/项目
¥ 199
04
Diagnosis · 智能调试 假设驱动 · Hook 自动触发 · 错误参考库
省 6 h/bug
¥ 119
05
Deploy · CI/CD 一次设定 deploy-setup all · GitHub Actions · sync-env
git push 自动部署
¥ 89
06
Verification · 线上验证 Puppeteer MCP · 变更 + 冒烟 · 桌面 + 移动
用户发现前
¥ 89
07
Documentation-update · 契约同步 scan_contracts.py · VERIFIED → CLAUDE.md · 质量清单
省 2 h/周
¥ 79
08
Key-Reader · 密钥安全 ~/.claude/glo.env · 不入库 · 不落对话
避免 1 次泄漏
¥ 69
09
Smart-Fetch · 智能抓取 反爬站点 · 多路 fallback · 结构化 Markdown
省 1 d/爬虫
¥ 68
首发赠品 价值 ¥187，随 Skill 包免费赠送（不计入合计）
B1
Workflow Kit 实战教学（32 分钟） 从零配置到交付第一个项目的完整录屏
首发赠送
¥ 49
B2
12 份实战 Prompt 模板 直接套用的任务描述 · 涵盖 Web / API / 爬虫 / 数据处理
首发赠送
¥ 39
B3
内测社群终身访问 新 Skill 先用 · 作者亲自答疑 · 不限时长
首发赠送
¥ 99
9 个 Skill 原价合计
¥ 1000
今天只需
¥499
相当于 省下 ¥501 · 直接打 5 折
Anti-Laziness

AI 不能「差不多就行」

Workflow Kit 内置反合理化铁律。AI 不能跳步骤、不能偷懒、不能打折扣。

「任务太简单，不用走流程」
简单任务走流程成本极低，不走流程出错成本极高。
「就改一行代码，不用开子代理」
一行也是代码。主代理碰代码 = 违规，没有例外。
「先做着看吧」
先做着看 = 返工。先想清楚再做。
「差不多就行了」
差不多 = 没做完。做就做到位，不留尾巴。
Pricing

一次买断，
用到 Claude Code 退役那天。

没有订阅，没有席位，没有年费。所有未来 Skill 和更新都免费同步。

限时首发 · 已售 327 / 500
Workflow Kit · Lifetime
一套完整的 AI 工作流引擎
不是一个 prompt 合集，是主代理 + 子代理 + 8 个 Skill 的工程化协议栈。
8 个核心 Skill，覆盖从想法到上线
反合理化铁律，AI 不许偷懒
32 分钟实战视频（首发赠送）
12 份 Prompt 模板（首发赠送）
内测社群终身访问（首发赠送）
所有未来更新永久免费
不限语言、不限框架、可商用
7 天无理由退款，零风险试用
¥ 1000 首发 5 折
¥499/ 一次买断
相当于两小时的技术咨询费，换一个永不下班的 AI 项目经理。
立即解锁完整套件
支付宝 · 微信 · Stripe 付款后立即发货 7 天无理由退款
已售
327 / 500 · 售完恢复原价 ¥1000
FAQ

买之前的几个常见问题

六个最常被问到的问题，一次答完。

Workflow Kit 和一个普通的 prompt 包有什么区别？

Prompt 包是给你照着抄的，Workflow Kit 是给 AI 自己调用的。

它内置了一套主代理–子代理调度协议：Claude Code 会根据任务阶段自动调用对应 Skill，中间带状态机、契约校验、反合理化铁律。你只负责说结果，不负责分步骤。

必须用 Claude Code 吗？Cursor / Cline 行不行？

Workflow Kit 是按 Claude Code 的 Skill 协议设计的，Claude Code 是一等公民。所有 Skill 的调用、Task 子代理派发、Hook 自动触发（诊断 / 验证）都依赖 Claude Code 的原生能力。Cursor / Cline 没有 Skill / Task / Hook 协议，把这些文件当 system prompt 贴过去只能拿到表层描述，真正的调度机制用不上。

国内网络能稳定使用吗？

Workflow Kit 本身是一组本地文件（Skill 定义 + 提示词 + 脚本），不依赖任何我们这边的服务。只要你的 Claude Code 能连上 Anthropic 或任意镜像，Kit 就能跑。

能在商业项目里用吗？有没有授权限制？

可以。一个人付费，同一人名下所有项目都能用，包括商业项目、外包项目、企业内部项目。唯一的限制是：不能把 Kit 本身打包二次售卖。

后续会涨价吗？订阅会出现吗？

首发 500 席售完后恢复原价 ¥1000。长期路线里我们不会做订阅——Workflow Kit 是工具不是服务。已购用户的所有未来更新永久免费。

支持哪些语言和技术栈？

Skill 是语言无关的——它们控制流程，不控制代码本身。已经在用户项目里验证过：TypeScript、Python、Go、Rust、Swift、Kotlin、Java、PHP。前端框架从 Next.js / Nuxt / SvelteKit 到 Vue / React 原生都覆盖。

把下一个项目，
交给 AI 自己跑完。

你负责说一句话，它负责交付一个能部署的项目。
7 天不满意，原路退款。首发 500 席售完即恢复原价。

立即解锁 ¥499 再看一遍演示
首发定价 ¥ 499
原价 ¥ 1000
赠品价值 + ¥ 187
剩余名额 173 / 500
倒计时 23:47:12
一次买断 · 永久更新 · 7 天无理由退款