最近我在尝试一套新的开发工作流核心组合是SaySo负责把口头想法快速转成文本Claude Code负责理解需求、阅读代码、修改项目、运行验证人负责判断方向、补充上下文、验收结果这套流程我会把它叫做 SaySo Claude Code 的 vibecoding 工作流。它不是简单地「让 AI 帮我写代码」而是把开发过程拆成三层用自然语言捕捉想法用 AI 编程代理执行改动由开发者持续校准方向和质量相比传统开发方式这套流程最大的变化是开发者不再从空白编辑器开始而是从一个模糊想法开始通过语音、文本和代码代理把想法逐步落成真实功能。一、为什么需要这套工作流在日常开发中经常会遇到一种情况你脑子里已经有了一个产品想法甚至知道页面应该怎么调整、交互应该怎么优化但真正开始动手时会被大量细节打断。比如要先找到相关文件要理解已有组件结构要确认样式规范要处理类型错误要跑项目验证要修复各种边界问题这些事情都很重要但它们会打断原本的产品思路。SaySo Claude Code 的价值就是降低「想法到代码」之间的摩擦。SaySo 负责把想法快速记录下来Claude Code 负责把这些想法落实到代码里开发者则专注于判断结果是否符合预期。二、整体工作流一个比较稳定的流程是想法产生 → 用 SaySo 口述需求 → 整理成任务描述 → 交给 Claude Code 阅读项目并修改代码 → 运行项目和测试 → 人工验收 → 继续补充反馈并迭代这个流程的关键不是一次性生成完美代码而是快速形成一个可验证版本然后持续迭代。三、第一步用 SaySo 捕捉需求使用 SaySo 时不需要一开始就写成正式 PRD。更推荐的方式是直接口述我想把首页改成一个任务中心。 现在这个页面更像是在展示信息但用户真正需要的是知道下一步要做什么。 左边可以放状态右边放操作入口。 不要做成营销页也不要堆太多装饰卡片要更像一个每天都会打开的工作台。这种表达虽然不够正式但它包含了非常重要的信息目标是什么当前问题是什么想要的体验是什么不想要什么大致的设计方向是什么这些内容对 Claude Code 后续理解任务非常有帮助。四、推荐的需求描述模板为了让 Claude Code 更容易执行可以把 SaySo 生成的内容整理成三个部分。1. 我要做什么描述目标。我想把当前首页从信息展示页改成任务处理中心让用户打开页面后能快速知道今天需要处理什么。2. 我不想要什么描述边界。不要做成营销页。 不要使用过多装饰性卡片。 不要牺牲信息密度。 不要引入新的 UI 风格尽量复用现有组件。3. 怎么判断做对了描述验收标准。用户进入页面 5 秒内能理解当前状态。 主要操作按钮要明显。 移动端不能出现拥挤或遮挡。 代码需要通过现有测试。 本地页面需要能正常运行。这三部分非常重要。很多 AI 编程失败不是因为模型不会写代码而是因为任务描述里缺少边界和验收标准。五、第二步把任务交给 Claude Code整理好需求后可以把任务交给 Claude Code。一个比较有效的提示方式是请先阅读当前项目结构找到首页相关文件。 基于下面的需求进行修改尽量复用现有组件和样式不要引入不必要的新依赖。 修改完成后请运行项目检查页面效果并运行相关测试。 需求如下 ……Claude Code 的优势在于它不只是生成代码片段而是可以在项目中完成完整操作阅读文件分析项目结构修改代码启动本地服务运行测试根据报错继续修复这让它更像一个执行型开发助手而不是普通代码补全工具。六、第三步人工验收和反馈Claude Code 修改完成后不建议直接接受结果。更好的方式是像 Code Review 一样验收页面是否符合原始目标是否引入了不必要的复杂度是否破坏了已有交互样式是否和项目整体一致是否存在移动端问题是否通过测试代码是否容易维护如果不满意可以继续反馈整体方向对但页面现在太像营销页了。 请减少大标题和装饰元素提高信息密度。 保留主要行动入口把状态信息前置。这就是 vibecoding 的核心循环描述意图 → 生成实现 → 人工判断 → 继续修正七、适合的使用场景SaySo Claude Code 比较适合以下场景页面重构交互优化后台管理系统改版小功能快速实现组件样式调整已有项目中的功能迭代原型验证个人工具开发尤其适合「已有项目」中的持续迭代。因为 Claude Code 可以读取现有代码上下文理解项目里的组件、样式和约定然后在已有系统里做修改。八、不适合的使用场景这套流程也不是万能的。不太适合以下情况需求完全没想清楚项目架构本身非常混乱没有任何验收标准希望一次性生成大型完整系统完全不看代码和运行结果对安全性、性能、稳定性要求极高但没有人工审查尤其要注意一点AI 可以提升执行速度但不能替你做产品判断。如果你只说「帮我做得高级一点」「帮我优化一下」「做得智能一点」Claude Code 很难准确理解你的真实意图。九、实践中的几个技巧1. 多说反例不要只说想要什么也要说不想要什么。例如不要做成 SaaS 官网风格。 不要使用大面积渐变。 不要让按钮太分散。 不要为了视觉效果降低操作效率。反例越具体结果越稳定。2. 任务要小不要一次性说帮我做一个完整产品。更推荐拆成先优化首页结构。 再简化创建流程。 再调整移动端布局。 再补充空状态和错误状态。小任务更容易验证也更容易回滚。3. 每轮都要验收Claude Code 的执行速度很快但速度快不代表结果一定对。每一轮都应该检查是否真的解决问题是否符合项目风格是否产生副作用是否增加维护成本4. 把验收标准写清楚例如页面不能出现横向滚动。 移动端主按钮必须在首屏可见。 不允许新增 UI 库。 需要通过 npm test。这种明确标准比抽象描述更有效。十、我的理解SaySo Claude Code 的本质不是让人完全脱离代码。它更像是把开发者从大量重复细节中解放出来让人把精力更多放在定义问题描述目标判断结果控制质量持续迭代以前开发者的大量时间花在「怎么实现」。现在一部分实现工作可以交给 Claude Code。但「为什么这么做」「做到什么程度算好」「这个功能该不该存在」仍然需要人来判断。这也是 vibecoding 最重要的一点AI 负责执行人负责方向。总结SaySo Claude Code 是一套非常适合个人开发者和小团队的 AI 编程工作流。它的核心价值不是炫技而是降低从想法到代码的摩擦。推荐流程可以总结为用 SaySo 记录真实想法 → 整理成目标、边界、验收标准 → 交给 Claude Code 修改项目 → 运行和测试 → 人工验收 → 继续反馈迭代真正决定效果的不是 prompt 写得多复杂而是需求是否清楚、边界是否明确、验收是否严格。如果使用得当这套流程可以显著提升开发效率也能让很多原本停留在脑子里的想法更快变成可以运行的产品。官网https://www.sayso.cn/邀请码LW8J528A真心希望对你有帮助
SaySo + Claude Code 的 Vibecoding 工作流实践
最近我在尝试一套新的开发工作流核心组合是SaySo负责把口头想法快速转成文本Claude Code负责理解需求、阅读代码、修改项目、运行验证人负责判断方向、补充上下文、验收结果这套流程我会把它叫做 SaySo Claude Code 的 vibecoding 工作流。它不是简单地「让 AI 帮我写代码」而是把开发过程拆成三层用自然语言捕捉想法用 AI 编程代理执行改动由开发者持续校准方向和质量相比传统开发方式这套流程最大的变化是开发者不再从空白编辑器开始而是从一个模糊想法开始通过语音、文本和代码代理把想法逐步落成真实功能。一、为什么需要这套工作流在日常开发中经常会遇到一种情况你脑子里已经有了一个产品想法甚至知道页面应该怎么调整、交互应该怎么优化但真正开始动手时会被大量细节打断。比如要先找到相关文件要理解已有组件结构要确认样式规范要处理类型错误要跑项目验证要修复各种边界问题这些事情都很重要但它们会打断原本的产品思路。SaySo Claude Code 的价值就是降低「想法到代码」之间的摩擦。SaySo 负责把想法快速记录下来Claude Code 负责把这些想法落实到代码里开发者则专注于判断结果是否符合预期。二、整体工作流一个比较稳定的流程是想法产生 → 用 SaySo 口述需求 → 整理成任务描述 → 交给 Claude Code 阅读项目并修改代码 → 运行项目和测试 → 人工验收 → 继续补充反馈并迭代这个流程的关键不是一次性生成完美代码而是快速形成一个可验证版本然后持续迭代。三、第一步用 SaySo 捕捉需求使用 SaySo 时不需要一开始就写成正式 PRD。更推荐的方式是直接口述我想把首页改成一个任务中心。 现在这个页面更像是在展示信息但用户真正需要的是知道下一步要做什么。 左边可以放状态右边放操作入口。 不要做成营销页也不要堆太多装饰卡片要更像一个每天都会打开的工作台。这种表达虽然不够正式但它包含了非常重要的信息目标是什么当前问题是什么想要的体验是什么不想要什么大致的设计方向是什么这些内容对 Claude Code 后续理解任务非常有帮助。四、推荐的需求描述模板为了让 Claude Code 更容易执行可以把 SaySo 生成的内容整理成三个部分。1. 我要做什么描述目标。我想把当前首页从信息展示页改成任务处理中心让用户打开页面后能快速知道今天需要处理什么。2. 我不想要什么描述边界。不要做成营销页。 不要使用过多装饰性卡片。 不要牺牲信息密度。 不要引入新的 UI 风格尽量复用现有组件。3. 怎么判断做对了描述验收标准。用户进入页面 5 秒内能理解当前状态。 主要操作按钮要明显。 移动端不能出现拥挤或遮挡。 代码需要通过现有测试。 本地页面需要能正常运行。这三部分非常重要。很多 AI 编程失败不是因为模型不会写代码而是因为任务描述里缺少边界和验收标准。五、第二步把任务交给 Claude Code整理好需求后可以把任务交给 Claude Code。一个比较有效的提示方式是请先阅读当前项目结构找到首页相关文件。 基于下面的需求进行修改尽量复用现有组件和样式不要引入不必要的新依赖。 修改完成后请运行项目检查页面效果并运行相关测试。 需求如下 ……Claude Code 的优势在于它不只是生成代码片段而是可以在项目中完成完整操作阅读文件分析项目结构修改代码启动本地服务运行测试根据报错继续修复这让它更像一个执行型开发助手而不是普通代码补全工具。六、第三步人工验收和反馈Claude Code 修改完成后不建议直接接受结果。更好的方式是像 Code Review 一样验收页面是否符合原始目标是否引入了不必要的复杂度是否破坏了已有交互样式是否和项目整体一致是否存在移动端问题是否通过测试代码是否容易维护如果不满意可以继续反馈整体方向对但页面现在太像营销页了。 请减少大标题和装饰元素提高信息密度。 保留主要行动入口把状态信息前置。这就是 vibecoding 的核心循环描述意图 → 生成实现 → 人工判断 → 继续修正七、适合的使用场景SaySo Claude Code 比较适合以下场景页面重构交互优化后台管理系统改版小功能快速实现组件样式调整已有项目中的功能迭代原型验证个人工具开发尤其适合「已有项目」中的持续迭代。因为 Claude Code 可以读取现有代码上下文理解项目里的组件、样式和约定然后在已有系统里做修改。八、不适合的使用场景这套流程也不是万能的。不太适合以下情况需求完全没想清楚项目架构本身非常混乱没有任何验收标准希望一次性生成大型完整系统完全不看代码和运行结果对安全性、性能、稳定性要求极高但没有人工审查尤其要注意一点AI 可以提升执行速度但不能替你做产品判断。如果你只说「帮我做得高级一点」「帮我优化一下」「做得智能一点」Claude Code 很难准确理解你的真实意图。九、实践中的几个技巧1. 多说反例不要只说想要什么也要说不想要什么。例如不要做成 SaaS 官网风格。 不要使用大面积渐变。 不要让按钮太分散。 不要为了视觉效果降低操作效率。反例越具体结果越稳定。2. 任务要小不要一次性说帮我做一个完整产品。更推荐拆成先优化首页结构。 再简化创建流程。 再调整移动端布局。 再补充空状态和错误状态。小任务更容易验证也更容易回滚。3. 每轮都要验收Claude Code 的执行速度很快但速度快不代表结果一定对。每一轮都应该检查是否真的解决问题是否符合项目风格是否产生副作用是否增加维护成本4. 把验收标准写清楚例如页面不能出现横向滚动。 移动端主按钮必须在首屏可见。 不允许新增 UI 库。 需要通过 npm test。这种明确标准比抽象描述更有效。十、我的理解SaySo Claude Code 的本质不是让人完全脱离代码。它更像是把开发者从大量重复细节中解放出来让人把精力更多放在定义问题描述目标判断结果控制质量持续迭代以前开发者的大量时间花在「怎么实现」。现在一部分实现工作可以交给 Claude Code。但「为什么这么做」「做到什么程度算好」「这个功能该不该存在」仍然需要人来判断。这也是 vibecoding 最重要的一点AI 负责执行人负责方向。总结SaySo Claude Code 是一套非常适合个人开发者和小团队的 AI 编程工作流。它的核心价值不是炫技而是降低从想法到代码的摩擦。推荐流程可以总结为用 SaySo 记录真实想法 → 整理成目标、边界、验收标准 → 交给 Claude Code 修改项目 → 运行和测试 → 人工验收 → 继续反馈迭代真正决定效果的不是 prompt 写得多复杂而是需求是否清楚、边界是否明确、验收是否严格。如果使用得当这套流程可以显著提升开发效率也能让很多原本停留在脑子里的想法更快变成可以运行的产品。官网https://www.sayso.cn/邀请码LW8J528A真心希望对你有帮助
