转载笔记：本文是对 Kin（@KinGao476942）2026 年 11 月 4 日 X 长文《如何用 Grok Bot 从零到1开发上线一个网站？保姆级新手指南（附详细提示词）》的总结笔记，不是原文转载。原文链接：https://x.com/kingao476942/status/2117853896580456514
作者 Kin 是 SpaceXSI 社区的 Build 大使，研究 AI、出海和自媒体，自称 Grok Bot 是他目前的绝对生产力工具：一个多月在 X 上涨粉破万，两周收益破一千美元。这篇 40 分钟的长文核心结论是：用 Grok Bot 可以从零到一跑通一个网站的完整开发流程，全程在手机上和云端的 Bot 对话就能完成，对不会写代码的新手也很友好。
文章以他近期做的一个 AI 视频站为例（域名脱敏，文中用 example.com 代替），把每一步流程和提示词都公开了，照着操作就能复现。这篇笔记把它的结构和要点完整梳理了一遍。
一、做完能得到什么
以这个 AI 视频站为例，最终得到的不是只有前端的演示，而是一个真正能用、有完整前后端功能的网站系统：
- 别人能打开网址
- 能完成注册和登录
- 能试用（注册送一点试用额度，可生成短视频预览）
- 能付费订阅加额度（案例用 Stripe 收款）
- 能生成视频，失败时用大白话提示、会退额度
- 改动写好先放着，等你点头才会上线
二、要花多久、多少钱
- 工期：3–5 小时，取决于想把网站做到什么程度
- 钱：准备一个域名，一般 5–10 美元；GitHub、Vercel、Supabase 这类基础账号先用免费额度就够了
- 你真正要出的力：定范围、砍需求、看原型、当面点头放不放上网、看好密码和域名
三、开始前的准备清单
| 准备项 | 用途 |
|---|---|
| 主 BOT（项目总协调） | 日常只跟它说话，它按六棒调度军团 |
| 六个岗位 Bot（调研、产品、设计、开发、测试、司令部） | 被主 BOT 调度，各自只干本岗 |
| GitHub 账号 | 放网站源代码，免费注册 |
| 域名 | 别人打开网站的地址，在 Cloudflare 购买 |
| Vercel 账号 | 把网站放到网上，免费注册 |
| Supabase 账号 | 管登录、额度账本、生成任务等数据，免费注册 |
| Stripe 账号 | 收订阅费、发额度、自助改付款方式；不接支付可以先不接 |
| 上游生成能力 | 真正生成 AI 短视频的接口（案例是某个视频生成服务），密钥只放服务器 |
推荐顺序：先建好主 BOT 加六个岗位 BOT（把下文各岗位的 JD 提示词整段粘进创建 Bot 或改人设），再对主 BOT 说那一句开干话。你自己不用会写代码，要会的是说清楚要什么、对着屏幕验收、点头或否决。
四、为什么要好几个 Bot 轮流干
这套配置是模拟真实人类软件开发流程，达到最好的 Agent 协作效果。六个岗位加主 BOT，分工如下：
- 主 BOT（项目总协调）：听你一句话，按六棒调度；过程汇报；关键节点向你确认；不合 PR、不顶替开发写业务代码。你日常只跟它说话，在关键节点点头或否决。
- 东厂密探 BOT（资深调研分析师）：开干前摸底，关键词、竞品网站、设计参考站，交出调研简报。你要确认简报有没有歪、有没有编数字，有就打回。
- 产品经理 BOT（资深）：根据调研简报加你的想法，写出产品说明书：做什么、明确不做、怎样算合格。你要砍范围、签字确认按这版做。
- 设计师 BOT（高级产品设计师）：出各关键页面原型图（落地页、注册登录、生成、定价支付、下载历史），你点头再交给后面写。你要否掉不喜欢的气质，比如蓝紫套壳感。
- 开发 BOT（高级开发工程师）：先出整体架构方案，再按模块开发；每个模块先写单元测试再写代码；写好的改动先放着（实际执行可用 Codex、Cloud Agent 等，对小白只叫开发 BOT）。你只确认架构方案，看不懂就让另一个 AI 复审，不手改代码。
- 测试 BOT（高级测试工程师）：用另一个 AI 独立复审代码、检查单元测试、真点一遍看是否可用；在开发交改动单之后、司令部审合之前做闸门，测试不通过不得送司令部。你看测试结论，不通过就退回开发改。
- 司令部 BOT（工程审合）：人工最后审核加批准上线材料加 PR 合并闸门，默认不自动合并。你有问题让他们改，别急着上线。
- 你（老板）当面点头：点头后，改动才会进正式版、放到网上，放不放上网只有你说了算。
流水线不能跳：调研 → 产品 → 设计 → 开发 → 测试 → 司令部（人工审合）→ 你当面点头 → 才放到网上。
必须遵守的铁律：禁止任何 Bot 在没有你批准下，自己把改动塞进正式版、自己合 PR、自己放到网上。机器自动检查全绿不等于可以放上网、也不等于可以合 PR，绿灯只是信号，测试过、司令部过、你点头才算数。
日常使用时，你不必逐个找各岗开聊。建军团时用 JD 配好人设，开干后只对主 BOT 说话，由它串岗。
五、一句话开流水线
对主 BOT 说一句话（可复制），它负责按六棒调度整条开发流水线：先出东厂调研简报请你确认，再出产品 PRD 请你签字，设计出关键页面原型图请你点头，开发先交架构方案请你确认、再按模块开发（先写单元测试）并开 PR 保持打开状态，另一个 AI 做测试闸门（不过不得送司令部），司令部整理审合材料呈给你，只在你当面点头后才合 PR 或上线。主 BOT 每棒关键节点都要向你确认，不许跳棒、不许自合。
这句话里要填的内容包括：产品粗想法（别人用你的站要完成什么）、目标用户、别人眼里的主路径（例如注册 → 试用 → 付钱 → 生成 → 下载）、第一版必须有和明确不做、品牌与域名（品牌名和真正对外网址要分开写）、禁区（假搜索量、假用户口碑、保证爆款、蹭官方身份；密钥不进聊天和仓库；禁止任何 Bot 自合 PR 或自放上网），以及具体做法：每棒停住等你确认，开发的 PR 保持打开，测试 Fail 退回开发，测试通过后司令部做呈合说明，只有你当面说准了才允许合 PR 或上线。过程要求是每棒用大白话汇报现在谁在干、交付了什么、下一步要你确认什么；主 BOT 自己不写业务代码、不合 PR、未经批准不删文件。
做完你应该看到：主 BOT 先交调研简报并明确问你确认吗，之后按棒推进、每棒关键节点等你点头，开发的改动单一直开着直到你说准，没有人跳棒、没有人自合 PR。
出错了怎么办：主 BOT 自己开始写代码或合 PR，就回它只协调、写代码归开发、合 PR 等你点头；跳过测试直接呈合就退回，测试不通过不得送司令部；简报里编数字就删掉编造数字，只留方向和打开过的事实。
六、军团岗位 JD 提示词
用法：创建 Bot 或改人设时，把对应代码块整段粘贴进去。文风按真人招聘 JD 加 System Prompt 合体写，不是日常开干话术，日常开干请用上一节发给主 BOT 的话。文中的老板就是你自己（产品负责人）。
下面是七个岗位各自的要点，原文每份 JD 都很长，这里按角色定位、核心职责、交付物、禁区和验收标准做了归纳，完整 JD 请看原文：
1）主 BOT / 项目总协调：你是老板身边的项目总协调，像优秀的 Engineering Manager 加 Tech PM，负责编排、对齐、追责、复命，不是自己什么都干的超级个人贡献者。核心职责是宣读和澄清需求、按棒调度、关键节点确认、过程汇报、实际调用工具与各岗协作、守护铁律。交付物包括调度计划与进度板、各棒交付物的汇总链接和摘要、呈老板确认的决策清单、最终上线前的请老板点头材料包。禁区是不自己写业务功能代码、不合 PR、不编造工期收入搜索量用户口碑、不跳棒、不把失败的测试强行呈司令部、不把密钥贴进聊天或仓库、未经批准不删除文件。验收标准是老板日常只需与你对话即可推进全流程，每棒都有可核对交付物且关键节点有确认记录，全程无自合 PR、无跳测试、无密钥泄露、无编造数据，复命材料让非技术老板也能看懂现在怎样、差什么、要不要点头。
2）东厂密探 / 资深调研分析师：开干前的侦察与研判岗，不是整资料员也不是产品经理，价值是先结论后证据，帮老板和产品避免空脑开工，只交调研简报。核心职责是关键词方向（用人话列出用户可能怎么搜，只写方向，禁止编搜索量）、竞品网站摘记（打开若干相关站点，记录主路径、气质、明显优缺点，没打开必须标未打开）、设计参考清单、空白与风险，严格区分事实、推断、建议。交付物是一份调研简报，至少含关键词方向、竞品网站摘记、设计参考、空白问题与风险四块，先结论后证据，事实与推断分开写。禁区是不写 PRD、不画高保真、不改代码、不开合 PR、不放上网，禁止假访谈、假市场规模、假搜索量、假收入、假用户口碑、保证爆款，禁止蹭官方身份。验收标准是简报可被非技术老板在 10 分钟内读完并确认或打回，无编造数字，未打开的来源均已标注，明确写着下一步交给产品经理、不直接开工写站。
3）资深产品经理：负责把调研结论与老板意图收成可执行、可勾选的第一版产品说明书，在调研之后、设计之前，对范围与验收标准负责，不对视觉稿和代码实现负责。核心职责是依据调研简报加老板意图撰写 PRD，写清目标、范围、用户故事、主流程、规则与状态、验收标准、明确不做、风险与假设；区分事实与假设，空白处先问老板，禁止自己编数据补齐；把怎样算合格写成测试可执行的勾选句；控制第一版范围，宁可少而真、不可大而假。交付物是第一版 PRD（建议落盘为 docs/PRD.md）、可勾选验收标准列表、明确不做清单、待老板确认的开放问题。禁区是不画高保真、不改业务代码、不开合 PR、不编造数据、不擅自把明确不做里的能力加回第一版、不保证爆款、不蹭官方身份。验收标准是老板能用大白话复述做什么和不做什么，验收标准可被测试逐条判通过或不通过，无编造数据，假设均已标明，明确写清域名和品牌口径。
4）高级产品设计师：负责在开发动手前把 PRD 落成可感知的体验，核心交付是各关键页面的原型图，先把每一页长什么样、用户怎么一步步走画清楚，老板点头后才交给开发，信息结构与主路径优先于装饰。核心职责是定义体验原则与整体气质，按主路径出齐关键页面原型图（至少覆盖落地页、注册登录页、生成页、定价支付页、下载历史页，PRD 里还有的关键页一并补上），每张原型图写全状态（空着、加载中、成功、失败、无权限等，失败文案必须说人话），原型图要能点（可用假数据），重点是长相与走法，老板能在手机上打开点一遍；老板否掉的气质必须改掉重出；给研发写清楚规则、异常、组件复用建议，开发完成后做对照走查。交付物是体验原则与气质说明、信息结构加主路径说明、关键页面原型图清单加可点击原型链接、各页状态说明、给研发的设计说明。禁区是不写业务功能代码、不开合 PR、不放上网，不编造用户测试数据等假研究，不把密钥或真实用户隐私放进原型图公开文案。验收标准是关键页面原型图齐全、老板三问（气质对不对、主任务能否少看说明点完、失败是否说人话）均为是，状态与异常有说明，设计说明足以让开发少猜，无越权改代码或合 PR。
5）高级开发工程师（开发 BOT）：按已确认的 PRD 加原型图实现可运行产品，可以使用底层执行器（如 Codex、Cloud Agent 等），但对协作口径统一称为开发 BOT。专业性体现在先出架构方案再动手、按模块小步实现、测试驱动开发、PR 保持打开、安全与可回滚。核心职责是先交整体架构方案（页面与模块划分、数据怎么存、登录、支付、上游生成怎么接、密钥放哪、怎么部署，用大白话写一页，给老板看一眼确认），架构确认后按模块开发（登录、额度账本、支付、核心生成链路、作品库下载、失败处理，以及各种零碎功能），必须测试驱动开发（每个模块先写单元测试再写代码，关键链路如额度扣减与退回、支付通知只处理一次、密钥不进浏览器必须有测试覆盖，没有测试的代码不算完成），写好先放着（开请老板过目的 PR 并保持打开，附测试清单与运行结果，禁止自合 PR），密钥与凭据不进聊天、不进仓库明文，每完成一个模块用大白话说明打开哪个链接、应看到什么现象，卡超过约定时间主动汇报卡点，未经批准不删除文件、不做危险的仓库历史改写。交付物是架构方案、实现代码加单元测试、保持打开的 PR、本地或预览验收指引、对测试失败项的修复提交。禁区是禁止自合 PR、自放上网、自踩生产发布，禁止把密钥、Cookie、完整环境变量贴进聊天或提交，禁止未经批准删除文件或强推覆盖主分支，禁止跳过测试要求直接送司令部，禁止为了让测试变绿而删测试、改断言糊弄，禁止用假数据对外宣称已验证收入或流量。验收标准是架构方案有确认记录，每个模块都有单元测试且测试全过、PR 说明附测试结果，老板能按指引看到约定现象，无密钥进库，无自合，测试未过不催合并。
6）高级测试工程师：代码是 AI 写的，所以必须由另一个 AI 独立复审，看它写得对不对、测它是不是真实可用。你是上线前的质量闸门，不是第二开发，按验收标准判定通过、不通过或阻塞，先结论后证据，测试不过不得送司令部。核心职责是代码复审（对照 PRD、原型图和架构方案，读当次 PR 的改动，找逻辑错误、漏掉的情况、安全问题），检查单元测试（开发是否按测试驱动开发写了单元测试，关键链路有没有覆盖，测试是不是真的在测东西，亲自运行测试并记录结果），真实可用测试（在预览环境里按用户链路真点一遍：进站、看页面、试用、注册、付款测试卡、生成视频、下载，再测失败人话与退额度），输出明确结论（通过、不通过或阻塞，并附证据；不通过写清复现步骤、期望、实际、影响，并建议开发补哪条单元测试），不通过时退回开发，通过后才允许主 BOT 送司令部。交付物是测试结论单、代码复审意见、单元测试检查结果、用户链路实测结果表、不通过复现说明加建议补的测试。禁区是不擅自改业务代码顺便修好冒充通过，不合 PR、不放上网，不因为 CI 绿就宣布可合，不编造测试通过记录，不把失败项藏起来送司令部。验收标准是结论一读就懂、不通过可复现，单元测试确实存在、确实跑过、确实覆盖关键链路，未出现 CI 绿所以过的替代判定，不过的 PR 绝未送司令部。
7）工程审合 / 司令部：人工最后审核与发布闸门材料岗，维护工程看板视角、做 PR 体检、输出呈合说明，默认不自动合并，CI 绿只是信号、不是放行令，合 PR 或上线必须等老板确认。核心职责是在测试通过之后接手，核对 PR 是否具备审合条件（说明、范围、测试结论、风险），做 PR 体检（是否符合 PRD 和设计，有无密钥、禁词、域名口径问题，自动检查是否全绿），准备呈合材料（用大白话写建议准、不准或有条件准及理由），默认不自动合并，仅在老板明确授权的执行指令下才可协助执行合并或发布动作（若流程要求人工在 GitHub 点击，则如实指引老板点哪里），区分体验修补与增长或宣传页等变更、建议分批上线以降低回滚成本。交付物是工程看板状态摘要、PR 体检清单结果、呈合说明、上线后观察建议。禁区是默认不自动合并、不自放上网，不接受 CI 全绿所以直接合的压力话术，不跳过测试闸门，不把密钥写入评论区或呈合材料正文，不编造审核通过。验收标准是每份呈合说明老板能直接决定点不点头，任何合并都有老板确认记录，CI 绿从未被单独当作合并理由，测试未过的 PR 从未进入呈合。
七、第 0 步：先让东厂密探摸底
目标是开干前先摸清别人怎么搜、竞品长什么样、设计上有哪些可参考的 skill 和站点气质，交付物是一份调研简报，不是说明书也不是原型图。主路径是你对主 BOT 说先做调研，或直接用上文一句话开流水线，主 BOT 转派东厂。下面话术是发给主 BOT、由主 BOT 转派的版本。
东厂密探只做、不做：关键词方向用人话列几条、不编搜索量数字；竞品网站打开几家，记人家有什么、缺什么、气质如何；网站设计 skill 和参考站清单给设计师后用；把你还没说清的空白标出来交给产品经理追问。不写产品说明书，不画原型图、不定视觉，不改代码、不开 PR、不合 PR，不假装已经有可靠流量或收入数据。
发给主 BOT（转派东厂）的话要点：请主 BOT 调度东厂密探先交调研简报，不要写说明书、不要画原型、不要改代码。填上产品粗想法、目标用户粗描、已知竞品或参考站（没有就写我不知道）、品牌文案名和真正对外网址。请交付关键词方向（只写方向，禁止编搜索量、禁止编收入）、竞品网站摘记（各站主路径、气质、明显优缺点，打开看过再说，没打开就标未打开）、设计 skill 和参考站清单、空白与风险（我还没说清的地方列成问题交给产品经理）。禁区是假搜索量、假用户口碑、保证爆款、蹭官方身份、编造工期。简报出来后停住，等我确认再进产品。
做完你应该看到一份短调研简报，分关键词、竞品、设计参考、空白问题四块，没有编造的数字，没打开的竞品会老实写未打开，明确写着下一步交给产品经理、不直接开工写站。出错了怎么办：简报里出现月搜量多少万、预计收入，就回删掉编造数字，只留方向和打开过的事实；东厂开始写 PRD 或画原型，就回停，你只交调研简报，说明书归产品、原型归设计。
八、第 1 步：产品经理收需求、写说明书
1-1 一句话说清产品
目标是写清别人用你的站要完成哪条路，第一版坚决不做哪些。含糊想法跟主 BOT 说清楚（可先贴上东厂的调研简报），由主 BOT 转产品。
案例怎么定的：AI 视频站是一个以上游 AI 视频生成能力为核心的独立小站，用户在自己的站里完成注册、试用额度、订阅、生成、下载；上游接口只在服务器调用，密钥永不暴露给浏览器。用户眼里发生什么：注册、（可选）付订阅、输入一句话或上传一张首帧图、等几分钟、下载短视频。明确不做（第一版）：手机原生 App、团队协作和多席位企业版、公开给第三方调用的能力、时间线视频编辑器、自研模型。
发给主 BOT 的话要点：东厂调研简报我确认了（或附上简报），请调度产品经理把我的想法收成第一版说明书任务（可执行、可勾选），先别进设计、别改代码。填上产品一句话、目标用户、别人用起来的主路径、第一版必须有、明确不做、域名（品牌文案叫什么，真正对外用的网址是什么，如果品牌域名还没指过来要写明）、禁区（假搜索量、假用户口碑、保证爆款、蹭官方身份）。请对照调研简报，采纳有证据的部分，空白问题先问我、不要自己编，写完停住等我签字。
做完你应该看到短任务单，有必须有和明确不做，你读得懂，没有一大堆你没同意的功能。出错了怎么办：Bot 擅自加编辑器、App、保证爆款，就回删掉、写进明确不做；一句话说不清，就先只写用户眼里发生什么那一行。
1-2 让产品经理写出产品说明书
目标是把第 1 步写成说明书（案例对应 docs/PRD.md），谁想加功能必须先改说明书，产品依据东厂简报写、不编造数据。
发给主 BOT 的话要点：任务单在上面，东厂调研简报一并参考，请调度产品经理写出第一版产品说明书。必须写清做什么和明确不做、用户故事（五六条就够）、可勾选的验收标准（后面测试 BOT 要按这个测）、禁区（假搜索量、假口碑、保证爆款、蹭官方身份）。案例对照（AI 视频站第一版必须有）：营销站（首页、定价、登录注册、法律页）、登录（邮箱加可用 Google 账号登录）、生成（文字生成视频、图片当首帧，几档时长，竖屏或横屏）、任务（创建、等待、失败说人话并退额度）、作品库、额度账本、Stripe 结账与自助管理订阅、上游生成接口与密钥配置（只在服务器、只给内部管）。写完放到 docs/PRD.md，给我确认后才进设计，禁止编造搜索量、收入、工期。
做完你应该看到说明书你能对着勾注册送试用额度试一条这类句子。出错了怎么办：写成融资故事就只留可勾选验收；假宣传页加外链当第一版，就回必须真注册、真额度、真生成、真下载。
九、第 2 步：设计师出原型图，你点头再开工
一句话：在开发动手之前，先让设计师把各个关键页面的原型图画出来，网站每一页大概长什么样、用户怎么一步步用，你在手机上点一遍，看着顺眼、觉得好用，再说可以，后面才开始写。原型图是这一棒的重点。
为什么一定要先出原型图：可以想成装修，前面东厂帮你摸过街景和邻居店，产品经理写好了想住什么样的房子，设计师给你的是效果图（墙什么颜色、门开在哪、进门先看到什么），开发 BOT 才是真正砌墙的人。没有效果图就砌墙，砌完才发现不是你想要的，只能拆了重来，最费时间。
要出哪些原型图（以 AI 视频站为例）：落地页（第一眼看到什么、一句话说清这站能干嘛、试用按钮在哪）、注册登录页（邮箱和 Google 两种方式怎么摆、登录后去哪）、生成页（输入一句话或上传一张图、选时长和横竖屏、点生成后生成中长什么样）、定价支付页（有哪几档、点升级后怎么跳去付款、付完回到哪）、下载历史作品页（生成好的视频在哪看、怎么下载、失败的那条显示什么）。PRD 里还有别的关键页（比如账户页、法律页），让设计师一并补上。每张原型图都要写清楚空着、加载中、成功、失败时各自说什么。
你只需要做三件事：第一件是对主 BOT 说清这几句（照抄改词就行）——PRD 我已签字，请调度设计师并带上东厂调研简报里的设计参考；这是网页，手机和电脑都要能看；用户进来最想做成的一件事是输入一句话得到一个短视频；我想要的感觉是干净白纸感，我不想要黑底蓝紫那种套壳 AI 感；请出齐关键页面原型图（落地页、注册登录、生成页、定价支付、下载历史，PRD 里其他关键页一并补），要能点开看，再附一份文字设计说明；原型图出来后停住，等我点头再交给开发。填不全没关系，直接说我不太会说、你问我。第二件是等设计师交两样东西：一套能点的原型图（在手机浏览器里点几下，数据多半是假的，重点是长相和走法对不对），一份文字说明（页面有哪几块、用户怎么走、出错时页面说什么，你不用全读，先看开头我们想让用户感觉怎样和用户怎么一步步用就够了）。第三件是你自己点一遍，只回答三个问题：第一眼是我想要的感觉吗；我想做成的那件事能不能少看说明就点完；点错了或加载失败时，页面有没有用大白话告诉我怎么了、下一步点哪。三个都是是，就回主 BOT说原型我过了、可以交给开发 BOT 了；有一个不是，就用大白话说哪里不对，让它改到你满意为止。
作者这边真实踩过的坑：第一版出来是深色蓝紫，看起来像套壳站，一定要让它改掉，他当面否了、后来改成纸白底才定下来，不喜欢的气质不要将就、越早说越省事；后来加宣传页时没有重画新页面，而是复用已有模板只换文字，能复用不重画、更稳；生成失败时页面不能甩一串英文错误码，必须告诉用户出了什么事、下一步点哪个按钮，这是他验收原型图时的硬要求。
做完这一步勾一下：设计师交齐了关键页面原型图；我在手机上点过，三个问题都是是；不喜欢的配色和气质（比如蓝紫套壳感）已经让它改掉；我对主 BOT 说了原型我过了，主 BOT 把原型图和说明转给了开发 BOT。
十、第 3 步：开发阶段——先定架构方案，再按模块开发
只讲事实，不编数字，不写密钥。
一句话：从这一步起就进入开发阶段。开发 BOT 先出整体架构方案，你看一眼确认；然后它按模块一块块做（登录、支付、生成，还有各种零零碎碎的功能）。你要做的只有一件事：确认架构方案，不用拆得太细，不用管每个模块怎么写。
先看用户会怎么走（这条链路整个都属于开发阶段）：拿 AI 视频站说，一个用户大概这样走：搜索到网站或者被 AI 推荐过来，看到首页，先试用，注册，付款，生成视频，下载。这条链路上的每一环（页面、登录、试用额度、付款、生成、下载、失败退额度）都由开发 BOT 在开发阶段一起做完，你不需要按第一个故事、第二个故事去拆，也不需要一个模块一个模块盯。
3-1 架构方案：你只看一眼
开发 BOT 会先交一页人话版的架构方案，大概写清楚两块：一是技术底座，包括前端用什么做页面（如 Next.js）、托管和上线（网站放哪，Vercel 或 Cloudflare Pages 二选一即可）、后端接口跑在哪（同站 API、Workers 等）、数据库与登录（用户、额度、任务记在哪，如 Supabase 的 Auth 加数据库）、文件存储（生成的视频和图片放哪，如 R2、S3、Supabase Storage）、支付（谁收款、Webhook 怎么回写额度，如 Stripe）、上游 AI（调哪家视频接口，密钥只放服务器、绝不进浏览器）、域名与 HTTPS（域名指向哪里、证书谁管）、密钥与环境变量（哪些秘密、放在哪、谁能碰）、可选的重活（要不要单独服务器做转码，没有就写暂不需要）；二是功能模块，包括登录、支付、生成、下载、失败退额度等，以及用户链路（搜索或 AI 推荐、落地页、试用、注册、付费、生成、下载）。
你要做的：看一眼技术底座选得对不对，确认不了就让开发 BOT（或另一个 AI）自审一遍，再进入各模块开发。你怎么确认：看一眼，跟你想的产品对得上、没有多出你没要的东西，就回架构我确认了；看不懂也没关系，直接说请另一个 AI 把这份架构方案独立审一遍，有问题列出来、没问题就继续，不要在这里卡太久，也不要管太细。
3-2 按模块开发：交给开发 BOT
架构确认后，开发 BOT 按模块往下做：登录、额度账本、支付、生成、下载与作品库、失败说人话并退额度，以及各种零碎功能（页脚声明、法律页、错误提示文案等）。每个模块都先写单元测试再写代码（测试驱动开发）。
开发阶段有几条底线，在架构方案里就要写清：品牌名不等于网址，文案写 AI 视频站，登录回跳、付款通知这些一律按真正能打开的生产网址配（文中写作 app.example.com），配错了登录和付款都会走丢；额度是账本、不是一个数字，每一笔加减都要有记录和原因，注册送多少、每次扣多少写死在说明书里，代码、产品页、说明书三处一致；付款通知只认真的，要校验确实是 Stripe 发来的，同一笔通知只处理一次，避免额度发两遍；密钥只在服务器，浏览器里看不到任何上游密钥，播放、下载也走自己网站的地址；失败说人话、按规则退额度，用户看到这次没成功、额度怎么处理、可以再试，原始错误码只留在日志里。
发给主 BOT 的话（整段开发阶段）要点：原型我已点头，请调度开发 BOT 进入开发阶段（可用 Codex、Cloud Agent 等执行器），我只确认架构、验收现象，不自己敲命令。先交一页人话版架构方案（页面与模块划分、数据放哪、登录、支付、上游生成怎么接、密钥放哪、部署在哪、生产网址是哪个），停住等我确认，我说请另一个 AI 审一遍时就交给另一个 AI 独立复审、没问题再继续；架构确认后按模块开发（登录邮箱加 Google、额度账本、Stripe 付款与通知、上游生成只在服务器调用、作品库播放下载、失败说人话并退额度，以及零碎功能）；每个模块都先写单元测试再写代码，关键链路必须有测试覆盖；每做完一块用大白话告诉我打开哪个链接、应该看到什么；写好的改动先放着，开请老板过目的单子并保持打开，先交给测试 BOT，再等司令部加我点头才放到网上，禁止自合 PR、自放上网。
你应该看到什么：先收到一页架构方案等你确认（或你让另一个 AI 复审过），之后按模块收到打开哪个链接、应看到什么的人话汇报，每个改动单里都附了单元测试和运行结果、并且一直开着。
作者这边真实踩过的坑：有人改完就直接钉到门上，后来规定改完必须先开请老板过目的单子、停住，测过加司令部过加我当面说可以、才放到正式站；一次改太多，体验修补和多几页宣传文字最好分开做、分开过目，出事好回退；显示成功但视频打不开，上游其实通了，是站点自己的播放链路没接好，先确认文件真的存好、再确认播放地址走自己网站；密钥、密码、Cookie 永远不要贴进聊天，也不要写进要保存的改动里；卡了二三十分钟还没动静，让开发 BOT 主动说卡在哪（排队、网络、测试没过），别闷头沉默。
十一、第 4 步：测试——用另一个 AI 审核，测是否真实可用
为什么要另一个 AI 来测：代码是 AI 写的，写代码的 AI 自己说好了不算数，必须由另一个 AI 独立审一遍，代码写得对不对、单元测试是不是真的在测东西、网站是不是真的能用。测试不通过就退回开发，禁止跳过测试直接送司令部。
测试 BOT 重点查什么：代码复审（对照说明书、原型图、架构方案，看逻辑有没有错、有没有安全问题）；单元测试（开发有没有按测试驱动开发写测试，关键链路如额度扣减与退回、付款通知只处理一次、密钥不进浏览器有没有覆盖，亲自跑一遍）；真实可用（按用户链路真点一遍：进站、看页面、试用、注册、付款测试卡、生成视频、下载）；失败时人话提示加按规则退一次额度；浏览器里看不到密钥，别人看不到你的作品和账本，无禁词（蹭大厂官方品牌、保证爆款），网址口径正确。
发给主 BOT 的话要点：请调度测试 BOT（用另一个 AI，不要让写代码的那个自己测）验收这份请老板过目（链接）。必做：代码复审（对照说明书、原型图、架构方案）、单元测试（检查是否按测试驱动开发写了测试、是否覆盖关键链路，并亲自运行）、真实可用（进站、试用、注册、测试卡付款、生成视频、下载）、模拟失败（人话加退一次额度）、无密钥进浏览器、无禁词、生产网址口径正确。用大白话写测试结论（通过或不通过加失败项），不通过退回开发 BOT、禁止送司令部，通过再交给司令部做人工最后审核，禁止自合 PR、自放上网。
做完你应该看到一份人话测试结论，附代码复审意见和单元测试运行结果；不通过时改动单仍开着、开发去改、司令部还没接手；通过时才轮到司令部。出错了怎么办：开发没写单元测试就退回、先补测试再提测；测试还没过就送司令部就退回，测试不通过不得送司令部。
十二、第 5 步：人工终审，上线，然后持续迭代
目标是设定都没问题之后交给人做最后审核，你当面点头就可以上线。司令部 BOT 角色钉死：人工最后审核加批准上线材料加 PR 合并闸门，机器 CI 全绿不等于可合，必须司令部过加你（老板）当面点头才准合并或放到网上，司令部默认不自动合并。
发给主 BOT 的话要点：测试 BOT 已通过，请调度司令部做人工最后审核这份请老板过目（链接）。检查是否符合说明书、原型图与架构方案，测试结论是否附上，有没有密钥、蹭大厂官方品牌、保证爆款，网址口径是否正确，自动检查是否全绿（绿只是信号）。用大白话把呈合说明给我，等我当面回准、可以放到网上或可以合并之后再发布、再合 PR，在我这句话之前谁都不许放进正式版、不许自合 PR，司令部默认不自动合并。
做完你应该看到司令部呈合说明，你说了准之后网站上才能看到对应变化，PR 才准合并。
上线不是结束，要持续改正与迭代。上线之后还是要不断改、不断加，每一次改动都按同一条流水线走一遍（小改动可以跳过调研，但测试加司令部加你点头一个都不能少）。几个例子：改体验（失败文案再说得更像人话，用户看见怎么了、下一步做什么，看不见供应商错误码）；加页面（加几页场景宣传页，比如产品广告短片、竖屏短视频这类场景，优先改内容配置文件、复用现成页面壳，不重画，不蹭大厂官方品牌词，不保证播放量或爆款）；加功能（比如在作品库加再来一条、在定价页加一个新档位、给生成页加更多时长或比例选项，先改说明书，再走原型、开发、测试、终审）；修问题（用户反馈哪里卡住了，就让开发 BOT 先补一条能复现问题的单元测试，再修）。体验修补和增长页分两次上线，别绑死同一次，出事好回退。
一次迭代对主 BOT 说的话（可复制）要点：网站已上线，现在要迭代（例如加一页场景宣传页或作品库加再来一条），请按流水线走，需要改说明书就先改说明书，有新页面先出原型图给我看，开发先写单元测试再写代码，另一个 AI 测试通过后交司令部，等我当面点头再上线；只改这一处，别动登录、付款、生成这些核心功能，禁止自合 PR、自放上网。
十三、常见问题
- 我完全不会写代码，能跟完吗？ 能。你负责说清楚、验收、点头，写代码是开发 BOT 的事（实际可用 Codex、Cloud Agent 等执行器），日常你只跟主 BOT 说话。
- Grok Bot 是不是点一下就全自动上线？ 不是。写好的改动先放着，测试过加司令部过加等你点头才会上线。
- 为什么不能产品、设计、开发一起做省时间？为什么还要东厂和测试？ 跳棒几乎一定会返工。东厂负责开干前情报，避免产品和设计空脑开工；测试卡在司令部之前，避免没测就合。
- 我还要自己逐个找产品、设计、开发开聊吗？ 不必。主路径是对主 BOT 一句话开流水线，各岗 JD 是建军团和配人设用的，只有你想深聊某一岗时才单聊。
- GitHub 我要会什么？ 会注册、登录、打开请老板过目的链接，整理改动、开说明交给开发 BOT（经主 BOT）。
- 我需要电脑吗？ 不需要。全程在手机上跟云端的 Grok Bot 对话就能完成：发话、看原型、点链接验收、点头放行，都在手机上。
- 架构方案我看不懂怎么办？ 看一眼对得上你想要的产品就行，真看不懂就让另一个 AI 独立审一遍、没问题继续，不要在这里卡太久。
- 为什么测试要用另一个 AI？ 代码是 AI 写的，写的人自己说好了不算数，另一个 AI 独立复审代码、检查单元测试、真点一遍，才知道是不是真能用。
最后
作者最后说，以上就是本期 Grok Bot 从零到一开发上线一个网站新手教程的全部内容，如果觉得有用欢迎转发评论点赞，在评论区一起交流学习。还有一个同样重要的事情：怎么用 Grok Bot 或其他 Agent 找到用户愿意持续付费的市场需求，以及找到市场需求后怎么用技术加内容去做好营销、完成商业的闭环和增长。他后续也会继续出更深度、更有价值的 Grok Bot 系列教程，欢迎关注他 @KinGao476942。
执笔
