扔进去一句需求，80 分钟后一个上线项目

鸿爪派 · AI 实战

AI 流水线工厂：6 个 NPC 排队干活，代码仓库自动接力

上周有个朋友找我吐槽：他周二提的需求，周五才出了第一版原型图。PRD 写了 3 天，UI 等了 2 天，前端排到下周一——一个简单的工具类项目，从想法到上线要跨越 3 个部门、等 5 轮排期。

我说："你试试把需求扔给 AI 流水线，睡个午觉回来看。"

他不信。于是我给他演示了 CNB AI 流水线工厂——6 个 AI NPC 排成一条流水线，收到需求后自动接力：出 PRD → 出 UI → 写前端代码 → 写后端接口 → 写管理后台 → 集成部署。80 分钟后，一个带域名、能访问的完整项目就上线了。

━━━ 流水线全景 ━━━

STEP 01

你的项目卡在哪一站？

回想一下你做项目的流程：脑子里有个想法 → 写成文档 → 找设计师出图 → 找前端写页面 → 找后端写接口 → 找运维部署上线。

每一步都要等人。不是等人有空，就是等上一个环节的产出。一个工具型项目，写代码可能只要 2 天，但"等待"占了一周半。

AI 流水线工厂的思路很粗暴：把这条流水线上的每个人都换成 AI NPC。

不是让一个 AI 干所有活（那会翻车），而是把 6 个不同专长的 NPC 排成一排，每人只干自己最擅长的那一站，干完自动传递给下一个。

💡 类比：传统开发像一个人从买菜、洗菜、切菜、炒菜到洗碗全包；流水线工厂像中央厨房——每个工位只做一个动作，但整条线跑起来，出餐速度飞起。

STEP 02

6 站流水线：每站一个 NPC，专干一件事

整条流水线由 6 个 CNB 组织接力完成，每个组织驻守一个专业 NPC：

① PRD 站（cnbdocs）— CodeBuddy GLM-5.1

你只需要开一个 Issue，用自然语言描述项目：目标用户是谁、要什么功能、有没有技术约束。NPC 读完仓库里的背景信息，自动输出完整 PRD——产品概述、用户画像、信息架构、数据模型设计、优先级排序，连管理后台需求都一并写了。

② UI 站（cnbuu）— UI/UX 设计大师

读 PRD → 输出每个页面的独立原型图（SVG 格式）。用户端 375×812 移动优先，管理后台 1440×900 桌面优先。不是一张概览图糊弄事，是每个页面一张完整原型，带真实数据、完整布局。

③ 前端站（cnbvv）— CodeBuddy

React 18 + TypeScript + Vite + Ant Design。NPC 读完 PRD 和原型图，搭好项目框架，逐页面实现代码。自动处理路由、状态管理、API 封装。打完包 npm run build 不报错才交付。

④ 后端站（cnbmm）— 云开发工程师

CloudBase 云函数，Node.js 18。NPC 按 PRD 的数据模型生成 CRUD 接口，自动处理权限校验、统一返回格式。连管理后台所需的数据统计、用户管理接口也一起写好。

⑤ 管理后台站（cnbyy）— CodeBuddy

Ant Design Pro 风格后台。登录页、数据概览仪表盘、用户管理、数据统计……NPC 直接调用第④站写好的管理接口，一气呵成。

⑥ 集成站（cnbnn）— CodeBuddy

最后一步：把前面 5 站的产物组装到一起。验证前端+后台都能正常构建，API 路径对齐，类型定义共享。完成后直接推到 EdgeOne Pages + CloudBase 部署上线。

💡 每站的 NPC 只干一件事，但干得很深。就像工厂流水线——第 3 号工位只管拧螺丝，但他拧的螺丝比任何人都快、都准。

STEP 03

仓库接力：每站干完自动传给下一站

流水线最巧妙的设计是仓库转移。

不是每个组织 clone 一份代码各自改——那样会产生 6 份代码，最终合并要命。而是同一个仓库在 6 个组织之间接力传递：

cnbdocs 的 PRD NPC 把文档 push 进仓库 → 仓库自动转移到 cnbuu → UI NPC 读取 PRD，把原型图 push 进去 → 再转移到 cnbvv → 前端 NPC 读取原型，写代码 push → 再转移到 cnbmm……

全程只有一份代码，每一位 NPC 都在前人的基础上接力干活。没有合并冲突，没有版本分裂。

而且转移操作完全自动化——脚本自动处理组织保护开关、同名仓库清理、API 参数校验。你只需要等每站完成后敲一个回车。

💡 这套仓库接力机制解决了 AI 协作的核心难题：多个 AI 各自写各自的很容易撞车。而流水线式接力——前一个写完 push，后一个拉下来接着写——天然避免了冲突。

STEP 04

同仓同域：一个仓库，一个域名，完整产品

流水线跑完，最终产物是一个完整的 monorepo：

client/ — 用户端前端，访问 你的域名.com/

admin/ — 管理后台，访问 你的域名.com/admin

server/ — CloudBase 云函数，接口统一走你的域名.com/api/*

不需要拆成 3 个仓库。不需要买 3 个域名。不需要单独部署 3 次。EdgeOne Pages 一个构建命令就全量上线，SSL 证书自动签发。

部署后你手里是一个可以直接发给用户的产品链接。用户打开是前端页面，管理员登录 /admin 是后台面板，数据通过 /api 实时交互。

💡 同域方案省的不只是钱（一个域名 vs 三个域名），更重要的是开发体验。前后端、管理后台在同一仓库里，API 路径天然对齐，不会出现"前端调的是测试环境、后台连的是生产库"这种乌龙。

━━━ 实战案例 ━━━

STEP 05

这条流水线已经在跑真实项目

流水线工厂不是 PPT 概念。就在今天，connect-web 项目（鸿爪派 H5）的 Issue #9 里，一个 NPC 被 @ 召唤后，自动读了整个仓库的 PRD、设计系统、代码结构，然后输出了完整的"仿活动行风格改版方案"——从视觉重设计到组件规划到 4 周分期实施计划。

这就是流水线第①站 PRD 的真实运行。如果发起人确认方向，下一步仓库就会自动转移到 UI 站，继续跑下去。

而流水线工厂的完整版本——6 站全部打通，从 PRD 一直跑到部署上线——已经在多个内部项目中验证过。平均 60-80 分钟完成全流程，其中绝大部分时间是 NPC 在干活，你只需要偶尔看一眼进度。

💡 与传统开发对比：同样的项目，传统流程需要 PRD（3天）+ UI（2天）+ 前端（5天）+ 后端（5天）+ 部署（1天）= 至少 16 天。流水线工厂是 80 分钟。差距不在"AI 比人聪明"，而在"AI 不用睡觉、不用等排期、不用开会"。

━━━ 怎么用 ━━━

这个 Skill 已经在 cnbll 开源，装到 OpenClaw 里直接用：

👉 开源地址：cnb.cool/cnbll/ai-pipeline-factory

👉 一键安装：npx skills add cnbll/ai-pipeline-factory -y

前置依赖就几个：CNB Token、腾讯云凭证、EdgeOne CLI 、tcb CLI。仓库里自带环境预检脚本，一键检查所有依赖是否就绪。

━━━━━━━━

给你的启示

AI 流水线工厂解决的不只是"快速做项目"的问题。它解决的是一个更深层的痛点：从想法到产品的路径上，卡住你的从来不是技术难度，而是"等"——等人有空、等人回复、等人交接。

把这条流水线跑起来，你就能把"等人"的时间从 16 天压缩到 80 分钟。剩下的时间，去打磨产品、去见用户、去做那些 AI 做不了的事。

cnb.cool/cnbll

全部开源 · 克隆即可使用

— 鸿爪派 · AI 实战 —

━━━━━━━━

关注公众号【鸿爪派】

获取最新 Skill 发布 · 实战教程 · 独家内容

本文首发于「鸿爪派」公众号