我做了多年的产品发布。我很清楚什么叫慢。
SaaS 构建的第一周，是整个过程中最让人头疼的部分。
你整天都在自己脑子里切换角色，一刻不得闲。
创始人。研究员。产品经理。设计师。工程师。QA 测试员。市场营销。
同一个大脑。七种完全不同的工作。但哪一件都看不到任何进展。
我认识的大部分创始人，整个第一周都在“思考如何思考”。打开一个空白文档，写下三点，合上笔记本，冲杯咖啡，回来，删掉那几点，重新开始。一周结束，什么都没留下，只有与日俱增的焦虑，以及一个装满半成品想法、毫无进展的笔记应用。
上个月，我厌倦了这个循环，尝试了一种完全不同的方法。
我不再用一个 AI 模型处理所有事情，而是开始像对待一个真正的团队那样对待 AI。
我用 Kimi Agent Swarm 构建了七个专门的 Agent，给每个 Agent 分配了具体的任务、具体的输出内容，以及具体的职责范围。
一个下午。一个 SaaS 想法。七个 Agent 并行工作。晚饭前，一份完整的 MVP 蓝图就摆在了我面前。
以下是我的具体做法，以及它为什么有效。
我给它们的概念
这个产品概念是一个专门针对本地企业的 AI 网站审计 SaaS。
问题显而易见，一旦你看到它。有五百万家本地企业的网站看起来像是 2011 年建好后就再也没动过。没有预订按钮。没有移动端布局。没有信任信号。没有明确的行动号召。没有评论板块。没有任何能促使访问者打电话的行动。
一个水管工可能真的很擅长通水管，但因为他那看起来像废弃了一样的网站，每天都还是会流失客户。工作质量和线上形象质量完全不是一回事。这个差距就是机会。
这个 SaaS 的概念很简单。输入任何一个本地企业的 URL，应用就会运行审计，生成一个分数，找出哪里出了问题以及原因，并生成一封可以直接发送给企业主的冷邮件。
目标用户是自由职业者、网页设计师和本地 SEO 代理。任何向本地企业销售网站和服务，并需要更快方式来开启对话的人。
让这个想法变得切实可行的洞察是：审计本身不是产品，审计是销售武器。
一封毫无针对性、泛泛而谈的冷邮件，每次都会被忽略。而一封指出你手机端预订按钮坏了、主页没有信任信号、街对面的竞争对手多了三百条评论且预订流程更快的邮件，却真的会得到回复。具体才能吸引人注意。这个 SaaS 能在 60 秒内自动生成这种具体性。
为什么大多数人用 AI 来构建东西的方法完全错了
在我深入工作流程之前，这部分很重要，因为它解释了为什么这个方法有效。
大多数创始人把 AI 当成一个功能稍微强大一点的聊天机器人。他们给一个模型一个庞大的提示词，让它同时调研市场、设计 UI、构建后端、写落地页、规划发布。
输出感觉很肤浅，因为它本身就很肤浅。
一个模型在七种完全不同的思维模式间切换，会在每种模式下都产出平庸的结果。这不是模型质量问题，而是结构性问题。
研究员的思维方式与设计师不同。后端工程师的思维方式与市场营销人员不同。QA 测试员的思维方式与产品经理不同。这些不仅仅是不同的任务，它们是完全不同的认知模式。当它们不在同一个上下文窗口内相互竞争时，能产出更好的结果。
Agent 集群背后的洞察很直接：专业化能产出比通用化更好的结果。这根本不是什么新想法，这正是公司雇佣团队而不是找一个全能型人才的原因。
Kimi Agent Swarm 把同样的逻辑应用到了 AI 上。你不再要求一个模型为你构建一个 SaaS，而是围绕任务创建一个小型“AI 公司”。每个 Agent 负责一个角色。每个 Agent 产出一份成果。创始人负责管理系统、审查输出，而不是手动执行每项任务。
这个转变听起来很微妙，但在实践中，它彻底改变了一周的感觉。
我组建的七个 Agent
Agent 1 是研究 Agent。它的工作是验证市场、识别真正的目标客户、绘制竞争格局、并找出核心用例。别的不管。
Agent 2 是产品经理 Agent。它的工作是极其严苛地定义 MVP 范围、砍掉所有非必需功能、绘制核心用户旅程、并设定定价模型。别的不管。
Agent 3 是 UX Agent。它的工作是设计页面结构、用户流程、仪表盘布局和报告布局。别的不管。
Agent 4 是前端工程师 Agent。它的工作是构建 UI 规划，并定义完整的组件结构。别的不管。
Agent 5 是后端工程师 Agent。它的工作是设计审计逻辑、评分系统、API 结构和数据模型。别的不管。
Agent 6 是 QA Agent。它的工作是攻击整个计划、找出漏洞、发现缺失的状态、识别边界情况，并暴露所有以后会出问题的假设。别的不管。
Agent 7 是发布 Agent。它的工作是撰写落地页文案、发布帖文案、冷邮件模板、以及产品定位。别的不管。
每个 Agent 都先独立工作，然后将输出合并成一个完整的构建计划。
这就是它区别于与单个 AI 模型的长篇对话的地方。没有上下文切换。一个部分的内容与另一个部分的假设之间，没有隐含的矛盾。每个 Agent 都各司其职，从自己的角度产出清晰的输出。
我用来启动的主提示词
这就是我用来开启 Kimi 会话的确切提示词。你可以用它作为起点，并根据你正在构建的东西进行调整。
"为本地服务企业构建一个 AI 网站审计 SaaS。目标用户是自由职业者、代理机构老板、本地 SEO 顾问，以及面向水管工、暖通空调公司、屋顶工、电工和牙医的网页设计师。核心工作流程：用户输入一个本地企业 URL，应用审计网站，生成分数、问题列表、改进清单、客户报告和一封冷邮件。将其分配给七个专门的 Agent。研究 Agent 验证市场和客户。产品 Agent 定义 MVP 范围、功能和定价。UX Agent 设计用户流程、仪表盘和报告布局。前端 Agent 定义 UI 结构和组件。后端 Agent 设计评分逻辑、审计系统和 API。QA Agent 识别边界情况、缺失状态和失败模式。发布 Agent 编写落地页、发布帖、冷邮件和产品定位。每个 Agent 先独立工作。然后将所有输出合并成一个最终的 MVP 计划。"
大多数人会写一个版本，然后等待一个庞大的答案。集群的关键在于，每个 Agent 都从自己的角度产出真实的成果，而不知道其他 Agent 在做什么。研究不考虑按钮颜色。UX 不发明定价模型。QA 负责攻击而不是防守。发布 Agent 不碰后端。分离本身就是系统。
每个 Agent 实际产出了什么
研究 Agent 找到了四个真正重要的客户群体。向本地企业销售重新设计服务的网页设计师。按月销售审计服务包的 SEO 代理。用冷邮件寻找新客户的自由职业者。将潜在客户生成服务产品化的个人创业者。
它发现的最重要的洞察就是我之前提到的那一点，但值得重复：审计不是产品，审计是销售武器。向本地企业销售的人需要一种更快的方式来创建个性化、有针对性的审计报告，给他们一个值得阅读的接触理由。研究 Agent 在还没开始设计任何一个屏幕之前，就将这一点确定为整个产品的核心定位。
产品经理 Agent 毫不留情地缩减了范围。
第一版只需要五个屏幕：主页、审计输入页、加载与进度页、审计结果页、报告导出页。
没有团队账户、没有计费集成、没有 CRM 连接、没有浏览器扩展、没有市场、没有第三方 API 访问。所有这些都不要。
只需要一个能干净运行的工作流程：输入 URL，获取审计，发送报告，赢得订单。
核心的 MVP 功能很直接：网站 URL 输入、业务类别选择器、零到一百的审计分数、转化清单、移动端就绪清单、信任信号清单、CTA 清单、报告摘要、冷邮件生成器、以及给发送报告的 freelancer 的建议服务定价。
这对第一版来说足够了。一个 SaaS 的 MVP 不需要面面俱到，它只需要证明一个工作流程能从端到端流畅运行而不出问题。
UX Agent 设计出的五步用户旅程之清晰，是人类设计师可能需要花一整天才能完成的。
第一步：粘贴 URL 并选择业务类型。第二步：应用运行审计，显示可见的进度条。第三步：查看总体分数。第四步：用通俗的语言精准查看哪里出了问题以及为什么。第五步：下载报告，并准备好可以直接发送的冷邮件。
UX Agent 设计的报告布局是真正让我感到惊讶的部分。
网站得分：62 分（满分 100）。什么在让你流失客户：没有可见的预订按钮、薄弱的移动端布局、没有 Google 评论板块、没有紧急服务 CTA、首屏信任感建立缓慢。快速致胜点：添加一键拨打按钮、将评论移到页面顶部、添加服务区域板块、添加前后对比照片、添加预订表单。商业影响：你的网站正在流失那些准备好立即拨打电话的移动端访客。
不技术，不充满行话。清晰到能让一个水管工在三十秒内读懂。这就是 freelancer 要发送的东西，这就是能促成会面的东西。
后端 Agent 构建了跨五个类别的评分系统，每个类别内部都有特定的加权检查项。
设计清晰度占 20 分。移动端就绪度占 20 分。转化就绪度占 25 分。信任信号占 20 分。本地 SEO 基础占 15 分。总分 100 分，每一分都可追溯到网站上某个特定的可观察特征。
这一点比看起来更重要。一个分数必须可解释才有可信度。一个没人能追溯的黑盒 AI 分数感觉是假的，会被忽略。一个每个分值都有明确具体理由的分数感觉很有用，会被附上备注转发给企业主。
QA Agent 是整组集群中价值最高的，优势明显。
一个 QA Agent 只擅长一件事：攻击。而一个独立攻击计划的 Agent，对它之前的工作没有任何情感依赖。
Kimi 的 QA Agent 立即发现了以后会造成真正损害的问题：如果 URL 已损坏或输入错误怎么办？如果网站完全阻止网络爬取怎么办？如果网站几乎没有文本内容可以分析怎么办？如果企业在任何地方都没有评论怎么办？如果两个审计类别得出矛盾的结论怎么办？如果生成的冷邮件语气过于激进，在关系建立之前就损害了 freelancer 的关系怎么办？
每个问题都揭示了计划中的一个漏洞，需要在编写任何一行代码之前解决。
它建议的修复方案很具体：针对阻止爬取的网站的备用状态、当自动审计无法验证某些内容时的人工覆写备注字段、附加在每个发现结果上的置信度分数，以便 freelancer 知道什么是可靠的、什么需要核实、针对不同情况的柔和电子邮件语气选项、在任何外联实际发送之前的人工审核步骤。
最后一点很重要，我想直接说明。你绝对不希望带着你的名字，自动发出五百封平庸的冷邮件。你想要的是五百封高质量的草稿，由人工审核批准后再发送。集群完成重体力劳动，创始人仍然是编辑。
发布 Agent 用一句话生成了产品定位，这比我花两天时间思考出来的任何方案都要好。
将糟糕的本地企业网站转化为客户机会。
这个定位在各个方面都比“AI 网站审计工具”更强。没有人醒来是想要一个审计的，他们醒来是想要客户的。定位反映了用户真正想要的东西，而不是产品在技术上能做什么。
该 Agent 撰写的落地页标题和副标题同样简洁。将糟糕的本地企业网站转化为客户机会。输入任何 URL。获得即时审计。发送个性化报告。达成交易。没有任何废话，没有掩盖价值的巧妙文字游戏，只是清晰地陈述了承诺。
这个下午总共产出了什么
当所有七个 Agent 都完成工作，输出被合并到一个文档中时，我得到了：一个经过验证的市场和真实的目标客户画像、一个结构紧凑、只有五个屏幕且没有功能蔓延的 MVP 范围、一个逐步绘制完整的用户旅程、一个带有特定检查项（每项都有分值）的百分制评分系统、一个 UI 结构和完整的组件列表、一个经通俗易懂性测试的客户友好报告布局、一份覆盖 Agent 能识别的所有边界情况的 QA 清单、可立即使用的落地页文案、一篇用于发布日的推广帖、以及一封针对本地企业主个性化的冷邮件模板。
这还不是一个完工的公司，没人会这么说。
但这比大多数创始人独自思考一周后拥有的东西要多得多，而且只花了一个下午，而不是七天。
集群做不到的事，以及你依然重要的地方
我想直接说明这一点，因为大多数关于 AI 工具的文章都完全跳过它，这种不诚实正是人们什么都不信的原因。
Kimi 并没有构建一个 SaaS，它构建的是一个 SaaS 的蓝图。这种差异是真实且显著的。
一个可用的产品仍然需要编写和测试生产代码。它需要真正的用户来试用，并以没人预料到的方式搞砸它。它需要支付处理和托管，以及适当的错误处理。它需要在出问题时提供客户支持。它需要持续的推广。它需要针对真实用户和真金白银进行定价测试。在公开发布任何东西之前，它需要人工 QA。
有些网站会阻止爬取，需要备用方案。有些审计在发送给客户之前需要人工验证。有些邮件在发出之前需要再读一遍。
这不是按个按钮就能发财。任何跟你说这话的人都是在卖东西给你。
真正的价值比这更实际。集群取代了最初那混乱的 70% 的产品思考过程，这部分过去通常需要花一周时间盯着空白文档，在七种不同的“脑回路”间切换。创始人仍然掌握着品味、判断力和实际交付。改变的是起点。
你不再是面对一张白纸和焦虑螺旋开始，而是从一份研究报告、一份产品规格、一个评分系统、一个 UI 流程和一份发布计划开始。认知负荷立即下降。早期决策更快做出，因为思考已经被结构化。从第一小时开始，这一周的感觉就完全不同了。
保存并使用的精确工作流程
第一步：写出一个清晰的想法，包括问题、具体的用户和核心工作流程。一段话，不能再多。
第二步：打开 Kimi Agent Swarm。
第三步：分配七个 Agent，每个都有具体的角色和具体的输出。不是泛泛的指示，而是每个方向的具体可交付成果。
第四步：让每个 Agent 完全独立地生成其成果，不参考其他 Agent。
第五步：让 QA Agent 攻击完整的合并计划，不带任何先入为主的看法。
第六步：将所有输出合并到一个 MVP 蓝图文档中。
第七步：只构建能证明核心工作流程能端到端运行的最简产品版本。
第八步：在添加任何额外功能之前，先让五个真实用户进行测试。真实用户会打破那些没有 Agent 能发现的前提假设，因为假设只有在现实面前才会破裂。
大多数创始人的错误在于让 AI 构建一切。更好的做法是让 Agent 消除初期的混乱，这样在开始构建之前思考就已经结构化了。
研究变得清晰。范围变得清晰。屏幕变得清晰。风险变得清晰。发布角度变得清晰。所有通常需要一周混乱切换的事情，都被压缩进了一个专注的下午。
真正在发生的转变
在运行了这个流程并仔细思考后，这是我真正相信的。
下一代的创始人将不仅仅是使用 AI 来编写文案或总结文档。他们会像管理团队一样管理 Agent 集群。一个 Agent 研究市场，一个 Agent 设计产品，一个 Agent 构建后端计划，一个 Agent 测试假设，一个 Agent 撰写发布材料。
创始人不再是执行每项任务的人，而开始成为指导系统的人、审查输出的人、运用品味和判断力的人、以及决定发布什么的人。
这不是一个小改变。这是对构建工作的第一周面貌的根本性转变，也是在任何一行生产代码被编写之前，可能产出何种成果的根本性转变。
最先搞明白这一点的创始人，将比那些仍然在一个疲惫大脑里切换七个角色的人拥有不公平的优势。
以前：一个创始人在七个角色间切换，在编写一行代码前浪费一周时间，将认知能量消耗在结构而非实质内容上。
以后：七个 Agent 并行运行，在一天结束前带回一份完整的 MVP 蓝图，创始人的精力被保留下来，用于那些真正需要人类判断力的决策。
这曾经需要独自苦干一周。
现在，它从一个提示词和一个下午开始。
关注我，获取更多能真正改变你构建方式的实用系统。
