不要盲目寻找风口：我是如何利用一个始祖鸟会员身份，跑通一个月利润近两万的小生意 大家好，我是不被大风刮跑。 毕业来到杭州三年，我做过很多事情：叮咚买菜管培生、阿里巴巴国际站销售、得物卖鞋、球鞋瑕疵修复、闲鱼停车代缴费、户外冲锋衣洗护⋯⋯ 三年前来到杭州的时候，我没有资源，没有人脉，也不知道未来应该做什么。一路探索下来，我最大的感受是：普通人创业或者寻找副业，最重要的不是找到一个所谓的风口项目，而是找到一个和自己优势匹配，并且能够快速跑通正反馈的小机会。 今天分享我正在做的一个小生意：冲锋衣洗护。目前近半年： - 服务客户 800+ - 营收 10 万左右 - 净利润 8 万左右 - 最高单月利润接近 2 万。 这篇文章我想分享的不是如何洗冲锋衣赚钱，而是一个普通人如何利用过去积累的小优势，发现需求、验证项目，并把一个不起眼的小机会慢慢做大。 文章目录如下： 一、我是如何发现冲锋衣洗护这个机会的？ 二、从一个小需求，到跑通商业闭环 三、从代预约到自己掌握洗护能力 四、学习过程中踩过的坑 五、项目放大过程中我做对了哪三件事 六、这个项目给我的三个创业启发 详情请阅读：https://my.feishu.cn/docx/AsApd22UPohDy4xJsnXcYuHX...#项目实操

小红书内容自动化流程上线后，我才真正学会做产品 https://xcn2dedyauay.feishu.cn/wiki/YcxvwsCXQiFCiN... 产品上线之前，我一直以为，最难的事情是把它做出来。 复盘链接：https://xcn2dedyauay.feishu.cn/docx/DfymdpZkZosnme... 为了一个功能反复修改，为了一个页面不断打磨，为了让整个流程能够顺利跑通，一遍遍测试、调整、修复。那时候，我把“上线”当成一个终点，觉得只要产品正式开放，一切就会慢慢走上正轨。 可真正上线以后才发现：上线不是终点，而是产品第一次走进真实世界。 测试环境里的顺利，只能证明产品在我预设的条件下能够运行；真实用户带来的访问、操作、等待、付费和各种意外情况，才是在检验这个产品是否真的可靠。 上线后的这段时间，我遇到了很多问题。有些来自服务器和存储，有些来自数据库和外部服务，有些发生在任务执行和结果保存之间，还有一些问题平时几乎不会出现，只有在真实环境、真实数据和并发运行的情况下，才会被暴露出来。 有时候，我刚解决一个问题，另一个问题又紧接着出现；有时候页面明明能够打开，真正的业务却没有恢复；有时候任务看起来已经执行成功，用户最终拿到的结果却并不完整。 这个过程确实让人疲惫，也让我产生过怀疑。但回头看，这些问题并不只是挫折。它们更像一面镜子，把过去没有看见、没有想深、没有验证到的地方，一个个照了出来。 一、上线不是“完成”，而是开始承担责任 在开发阶段，我更关注功能有没有做出来、流程能不能跑通、测试有没有通过。上线以后，我开始关注另外一些问题：用户是否真正拿到了结果？任务失败以后，用户能不能知道发生了什么？费用是否被正确扣除？没有完成的服务是否及时退款？页面恢复了，后台服务是否也恢复了？ 这些问题让我明白，开发一个功能和交付一项服务，是两件不同的事情。 功能完成，意味着代码可以运行；服务完成，意味着用户得到了承诺中的结果。真正成熟的产品，不能只对“代码是否执行”负责，还要对最终结果负责。 二、不要被表面的正常欺骗 上线以后，我学到的一个重要经验是：页面能够打开，不代表系统真的正常。 一个网站可能返回正常页面，但数据库已经无法访问；一个任务可能显示正在执行，但后台工作进程已经停止；一个接口可能返回成功状态，但结果并没有真正保存；一个生成任务可能完成了外部调用，却在最后的存储或结算环节出现问题。 所以，判断一个系统是否恢复，不能只看首页，也不能只看一个接口。需要沿着完整业务链路逐层确认：用户入口是否正常，数据库是否可用，任务是否真正执行，结果是否成功保存，费用是否正确结算，用户是否最终拿到了结果。 技术状态不是业务结果，局部成功也不代表完整交付。 三、先找到真正的原因，再开始修复 遇到故障时，人最容易做的事情，就是根据第一感觉立即修改。页面打不开，可能怀疑代码；任务失败，可能怀疑模型；系统变慢，可能认为服务器配置不够。 但同一种表象，背后可能有完全不同的原因。可能是磁盘空间，也可能是数据库额度；可能是网络问题，也可能是任务状态没有正确更新；可能是外部服务已经返回结果，只是我没有成功接住。 如果没有证据就开始修改，很容易修错方向，甚至把一个问题变成多个问题。因此，我逐渐形成了一条原则：先只读诊断，先收集证据，再确定根因，最后实施最小范围的修改。 修复问题的速度很重要，但方向比速度更加重要。慢一点找到真正原因，往往比快速做出错误修改更节省时间。 四、生产环境的每一步，都应该留有退路 开发环境可以重来，生产环境不能轻易重来。真实用户的数据、任务、费用和内容，都不能因为一次修复而承担额外风险。 所以，生产环境发生问题以后，我坚持尽量不破坏原有数据，不轻易重建数据库，不随意更换连接，也不为了追求快速恢复而跳过验证。 更可靠的做法是：先做只读检查，确认问题范围；修改之前保留回滚方案；变更过程中逐步验证；新方案真正稳定以后，再清理旧的备份和临时措施。 专业不只是“能够把问题修好”，还包括“如果判断错了，能不能安全退回来”。一个没有回滚方案的修复，即使最后成功了，也可能只是一次幸运。 五、宁可明确失败，也不要制造“假成功” 对于用户来说，最让人失望的并不一定是失败，而是不真实。 如果任务失败了，就应该明确告诉用户任务没有完成；如果结果还不能确定，就应该显示“等待核对”；如果费用已经扣除但服务没有完成，就应该及时退款或冻结结算。 最危险的状态，是系统为了看起来正常，把未知显示成成功，把异常伪装成排队，把没有交付的结果当成已经完成。 尤其是在AI生成、支付和异步任务中，外部服务有时已经执行，只是结果没有成功返回。如果系统在状态不明确时自动重试，可能造成重复生成、重复扣费或结果错乱。 因此，我宁可承认“现在还不能确定”，也不愿意用一个虚假的成功掩盖问题。用户可以理解一次真实的失败，却很难重新信任一个不诚实的成功。 六、系统的问题，不应该由用户买单 上线以后，我对“用户利益优先”有了更具体的理解。它不是一句口号，而是在异常发生时做出的每一个决定。 结果没有交付，费用是否退回？状态不能确定，是否停止自动重试？任务失败以后，用户能不能看懂发生了什么？系统恢复以后，之前没有完成的任务如何处理？用户是否需要重复操作，甚至再次付费？ 技术系统天然存在不确定性，但这种不确定性不应该直接转嫁给用户。系统的问题应该由系统承担，团队的问题应该由团队解决。 真正的用户体验，不只体现在页面是否漂亮、按钮是否顺畅，更体现在出现问题以后，产品是否仍然尊重用户。 七、每次故障，都应该变成下一次的防线 修复一个故障，只能解决眼前的问题。如果下次遇到同样的问题，团队仍然需要从头排查，那么这次故障留下的就只有疲惫。 真正有价值的复盘，应该让一次问题沉淀成新的系统能力：过去只能人工发现的问题，能不能增加监控？过去只能看日志判断的问题，能不能增加健康检查？过去状态不清楚的任务，能不能增加明确的核对入口？过去容易重复执行的请求，能不能增加保护机制？过去依靠某个人经验恢复的流程，能不能写成所有人都能执行的操作手册？ 每解决一次问题，都补上一块监控、告警、恢复或验证能力。这样，系统才不是简单地“恢复原样”，而是在每一次故障之后变得更可靠。 一次故障如果只留下疲惫，就是一次损失；如果它最终变成流程、规则、工具和经验，它才真正成为团队成长的一部分。 八、最难解决的，有时不是产品的问题，而是对自己的怀疑 这段时间，我也经历过一种比系统故障更难受的情绪。 当我看到别人已经取得成绩，看到别人发布产品、获得用户、赚到收入，甚至看起来一路都很顺利，而自己的产品上线以后却问题不断，我开始怀疑自己。 我会忍不住问：是不是我的能力不够？是不是我的方向选错了？是不是别人很容易就能做到的事情，我却怎么努力都做不好？ 有时候，真正让我疲惫的并不是某个问题没有解决，而是解决问题的过程中，心里不断出现一个声音：别人已经成功了，为什么我还没有？ 这种比较会让人忽略自己已经走过的路，也会让眼前所有尚未完成的事情，看起来都像是对自己能力的否定。 后来我慢慢意识到，我看到的，通常只是别人愿意展示出来的结果。我看到别人产品上线，却看不到他们上线前后经历过多少次失败；看到别人获得成绩，却看不到他们为此积累了多久；看到别人站在一个看起来很高的位置，却不知道他们从什么时候开始，又经历过怎样的过程。 我拿自己的全部过程，去比较别人被展示出来的结果，本身就是一种不公平的比较。 更重要的是，成功从来没有统一的时间表。有人走得快，有人走得慢；有人一开始很顺利，后来遇到瓶颈；有人前面走得跌跌撞撞，却在一次次解决问题的过程中，慢慢建立起真正属于自己的能力。 走得慢，不等于走错了。暂时没有得到结果，也不等于自己没有能力。 产品遇到问题，说明系统还有需要完善的地方，却不等于做产品的人就是失败的。一次上线不顺利，也不能定义一个人的价值，更不能决定这条路最终能够走多远。 我现在仍然会羡慕别人，也仍然会在某些时刻怀疑自己。我不会假装这些情绪已经完全消失。但我开始提醒自己：别人取得成功，并不是在证明我的失败。 别人的成绩可以成为参考，却不应该成为审判自己的标准。真正需要比较的，不是今天的我和别人站在什么位置，而是今天的我，是否比昨天多理解了一个问题，多建立了一项能力，多向前走了一步。 也许我现在还没有成功，也许这个产品还远远谈不上成熟。但我正在经历的这些故障、压力、失望和自我怀疑，也正在一点点改变我。它们让我学会面对真实的问题，学会为结果负责，学会在没有掌声的时候继续前进。 成长往往不是发生在一切顺利的时候，而是发生在你已经开始怀疑自己，却仍然愿意把眼前的问题解决、把该走的路继续走下去的时候。 我不确定自己什么时候能够到达想去的地方。但至少现在，我不想因为别人走得更快，就否定自己已经走过的路；也不想因为暂时没有结果，就提前宣布自己失败。 九、稳定不是永远不出问题，而是能够面对问题 过去，我可能会觉得，一个稳定的产品应该尽量不出现问题。现在我更加明白，没有任何真实运行的系统能够保证永远不出问题。数据库会波动，网络会中断，外部服务会限额，任务会超时，程序也可能存在未被发现的边界情况。 真正的稳定，不是问题永远不发生，而是问题发生以后，我能够及时发现，能够准确定位，能够控制影响，能够安全恢复，能够保护用户，也能够避免下一次再次发生。 稳定不是一种静止状态，而是一种持续发现和解决问题的能力。 写在最后 上线以前，我更关心产品有没有做出来。上线以后，我开始关心产品值不值得被信任。 这段时间遇到的问题，让我看到自己的不足，也让我对“做产品”有了更深的理解。做产品，不只是实现需求，也不是让程序能够运行。它意味着对用户的每一次点击、每一份数据、每一笔费用和每一个结果负责。 我不再把“没有报错”当成成功，也不再把“页面能打开”当成恢复。我开始沿着完整链路验证结果，开始为每一次生产变更保留退路，也开始更加诚实地面对失败和不确定性。 真正值得骄傲的，不是我从未遇到问题，而是问题出现以后，我没有逃避，没有掩盖，也没有让用户承担本不该由他们承担的代价。 别人有别人的节奏，我也有自己的路。真正重要的不是我有没有比别人更早成功，而是在一次次失望和怀疑之后，我是否依然愿意认真做事，是否还能够尊重用户、尊重事实，也尊重那个虽然走得不快、却一直没有放弃的自己。 别人已经成功了，而我还没有。 这句话曾经让我感到焦虑。现在，我更愿意在后面加上一句话： 我只是还没有走到那里。 上线只是开始。接下来，我要做的不只是继续增加功能，而是让这个产品一天比一天可靠，让每一个愿意使用它的人，都不会辜负自己的信任。

问：有南宁的吗 答：目前咱们有广西省城市群，南宁的圈友还比较少，南宁圈友多了之后可以建一个南宁城市群。

**学 AI 第一天：我把"概念"变成了"行动"** 今天是我正式学 AI 的第一天。过去 20 年，我一直在跟砖瓦、木石、草木打交道；今天，我开始跟"智能"打交道。 先补概念。AI 工具、Skill、Agent，这三个词很容易混，我用干工程的话给自己翻译了一遍： - **AI 工具**，就像一把新电钻之于手钻——单点效率的提升，一件件顺手的家伙事儿。 - **Skill（技能）**，就像老师傅的工艺流程卡——把一套固定动作固化下来，要用时直接调用，不用每次从头想。 - **Agent（智能体）**，就像能独立带班的工头——你告诉他意图，他自己拆解任务、调工具、把活干完。 然后动手。下载工具、注册、发起第一段对话。最颠覆我认知的一刻，是在 WorkBuddy 里——它不只是"回答问题"，而是能听懂我的想法，帮我把"学 AI"这件事直接拆成了一份可执行、可勾选的行动计划。那一刻我突然明白：AI 不只是工具，它可以是自己思想与行动的延伸。 当然，我知道自己还在起步阶段，概念也才刚分清楚。但方向对了，剩下的就是坚持。20 年手艺活教会我一件事：再复杂的事，只要开始动手，就成功了一半。 明天继续。我会在这里记录每一天的学习与真实踩坑，欢迎同行一起交流。

74 个 Skills 沉淀，10 秒同步全员：我是怎么搭起团队 AI 平台的 先报个数：我们团队的 AI 编程平台，现在沉淀了 74 个 Skill，规范更新 10 秒钟同步到每个人的电脑，新人入职第一天打开工具就是全套能力。 但说出来你可能不信，一年前我这个带研发团队的，也菜得不行。 当时我们给 AI 定了一堆编码规范，放在代码仓库里。规范天天在改，怎么同步给全团队？我的第一个方案土得掉渣：部门群里喊一嗓子「规范更新了，大家同步一下」，然后每个人跟 AI 说一句「帮我同步」，AI 自己去读文档、建文件。 跑通那刻我还挺得意。结果坑马上来了：一是靠人喊，总漏人，规范明明禁止的写法还在出错；二是让 AI 建文件，又慢又烧钱。这种不用动脑的活儿，根本不该它干。 后来我悟了一条原则：AI 动脑，工具动手。同步这种事，写个脚本就完了，10 多分钟压到 10 秒。再往后做了自动更新插件、技能推荐、使用数据回收，一路长成了企业级的 Skill 平台。 这不是教程，就是我踩坑的记录。完整版写好了，从踩坑到 Skill 平台自我进化，怎么搭、踩了哪些坑都在里面，感兴趣的请移步飞书文档看完整版：https://my.feishu.cn/docx/O5gbdxl2Zo558YxxQiOcMD7u...

不会写代码，我如何用 Codex 把一条模糊想法做成上线的小程序 大家好，我是深圳阿狸，一名运营出身的 AI 产品人。过去我没有编程基础，也没想过自己有一天能做出小程序。 但在这次的Codex实战营中，我跟着教练和SOP，用 Codex 把这款“皮肤人格测试”成功上线到小程序，确实是很让人兴奋。 现在项目已经结束，我写了一篇完整的产品制作过程复盘，分享给一直想做、但因为不会写代码而迟迟没有开始同行人。详细内容，大家可以移步飞书文档查看https://my.feishu.cn/docx/BTOpdLrsCo7xxvxads0cIJWx... 真的，有想法，AI就能帮你实现。 来，先做一个最小版本试试看吧，我可以，你也一定可以！ 最后，也特别感谢洋哥提供的破局平台，感谢教练团、志愿者团队，雪见、糖醋大米、星球运营官等人期间的指导和帮助

做了多年销转后，我对低转高的一个新判断：别再追求「销售TOP」，先把团队下限抬起来 大家好，我是石更新。 2019—2023 年，我在高途主要负责 K12 项目；离职后，又与头部 IP 合作操盘。过去这些年，我一直在一线接触低转高、销售转化和团队管理，累计做了8个亿的营收。 如果你正在做销售转化，这篇内容想和你讨论三个问题： 低转高模式真的失效了吗？ 为什么比起培养少数 TOP，抬高普通销售的下限更重要？ AI 应该直接替代真人，还是先帮助 ... 做了多年销转后，我对低转高的一个新判断：别再追求「销售TOP」，先把团队下限抬起来

#项目实操 Claude 正常使用近两年，如何做到不封号 https://jt0evptqde.feishu.cn/docx/YlTNduU88oMZGSxS...

管不住孩子玩游戏？这个暑假，让Workbuddy带孩子把游戏"做"出来，用AI反向带娃 大家好，我是清阳，两娃奶爸，《青少年 AI 创新能力测评标准》参编人，这两年深耕青少年 AI 教育的实战者。 最近几次线下培训交流，遇到不少正为"孩子沉迷手机"发愁的家长。我们聊AI白名单赛事、聊 AI 课程、聊AI创作，但聊得最热 ... 管不住孩子玩游戏？这个暑假，让Workbuddy带孩子把游戏"做"出来，用AI反向带娃

21天破局行动营，闲鱼商业计划书从0到首单800元。 从0咨询0想要、怀疑自己选错赛道，到每天平均2-5个精准咨询过来。 这不是运气好撞上一个客户，是跑通了一个模型——只做闲鱼前端流量获客，后端交付全部外包。找对标、模仿二创、快速测品淘汰，让数据替你做决策，而不是凭感觉死磕。 感谢破局真能学到东西，顺便把钱赚了，李典老师团队在交付端的兜底，让我有机会把之前闲鱼做流量的经验复制到了完全不熟的新赛道上，21 天快速跑通0-1闭环。 https://my.feishu.cn/wiki/BfEowT4jgiSbkNkEMiecuOXo...

顺利跑通视频号带书图文，果然跑高客单比低客单满足感来得更高 AI视频带货的航海，教练团队非常nice#生财好事 #视频号

从模糊需求到可验收交付，我做了这5件事-一个真实AI项目全程记录 从模糊需求到可验收交付，我做了这5件事-一个真实AI项目全程记录 大多数人对AI的使用，停在了"试一试"。 打开ChatGPT，输入一个问题，看看回答，觉得"还行"或者"不太对"，然后关掉。下次再来，又是一次全新的对话。没有积累，没有系统，没有交付。 我以前也是这样。 直到有一天，我接到了一个真实的任务——不是"试试AI能不能做"，而是必须交付一个可验收的成 ... 从模糊需求到可验收交付，我做了这5件事-一个真实AI项目全程记录

为了AI第一步，我在闲鱼花了200咨询，现在帮助没有网络环境的圈友把第一步走出去 给还没有安装codex的小伙伴一个最快路径指导，不需要网络环境，因为我直接把安装包给各位了 第一步，安装中转站ccswitch 安装包链接放在这里了，  通过网盘分享的文件：ccSwitch 链接: https://pan.baidu.com/s/17VbHVZw6QsdUod4P1aOkJg ... 为了AI第一步，我在闲鱼花了200咨询，现在帮助没有网络环境的圈友把第一步走出去

#我用一周搭出AI人物故事生产线，为什么没有继续批量生产？ 不是因为系统不能用。恰恰相反，它已经能够自动完成字幕拆分、API配音、时间轴生成、动态剪辑和1080P合成。真正让我停下来的，是一个更难的问题：AI可以批量出片，但它能批量产出真正的好内容吗？ 大家好，我是Steven俊哥。 我是一位拥有超过20年ToB/ToG领域实战经验的连续创业者与技术管理者。2023年，一场突发的健康危机（被华西医生误诊为 急性淋巴细胞白血病）迫使我按下暂停键，我以“第一性原理”重新审视生命与事业，我视此为人生重启的契机。 伴随以LLM为代表的AI浪潮袭来，2024年夏天结束治疗恢复健康后，我全面转型进入AI落地科技服务赛道，目前专注于“AI+大数据 赋能企业和个人出海”的赛道。奋斗之路是孤独的，幸运的是在今年6月份认识并加入到AI破局俱乐部，看到“破局行动“这种宝藏金矿时，我一口气参加了7月份的3个行动训练营，分别是《21天AI全域带货训练营》、《AI一人公司短视频制作》、《AI内容工厂自动化》。其中《21天AI全域带货训练营》选择的方向是历史人物故事加图书带货。我完全是一个带货方面的新手，是兴趣推动着我一路前行。 在这21天里，我大约用了一周时间，集中搭建了一条AI人物故事生产线：从文案、字幕、配音、分镜，到画面、音乐、自动剪辑和成片检查，都能按照固定流程往下走。 可奇怪的是，生产线跑通以后，我没有立刻批量生产…… 这一篇复盘总结了我训练营这段时间的心路历程和收获，请移步飞书链接 https://wcnmcjni3uxt.feishu.cn/docx/OxwZdlQ6LoWcVE...

#生财好事 纯新手报了ai视频图书带货，四天发了13条，目前累计播放75w左右，涨了1262个粉丝 没想到挂车就可以开了，虽然没开单，但是还是挺开心的，算是一个积极的正反馈了！加油！

21天破局行动，14天小红书从0到1。 从公众号图直接搬过去零流量，到单篇最高1111次浏览、粉丝103人。 这不是摸到了爆款规律，是摸到了内容判断力——知道什么该发、什么不该发，标题怎么写、内容怎么调、数据怎么看。 感谢AI破局，让我一个做了25年高尔夫教练的人，真正学到了AI和内容运营的干货。真能学到真东西。https://fcnti28y7bb8.feishu.cn/docx/Qbetdwk2uotGMu...

年投百万小红书后，我用AI客服帮跨境客户转化率干到20%，营收翻倍--AI企业服务案例分享 大家好，我是小猪哥，现居上海。2021年了解到生财，2022实际加入，目前分别经营一家教育公司以及企业AI增长服务商-知言云策，很多圈友都是从我之前教育公司的生财分享文章中链接到，这次讲的这个案例主要是讲一下我们AI企业服务中踩到 ... 年投百万小红书后，我用AI客服帮跨境客户转化率干到20%，营收翻倍--AI企业服务案例分享

免token，敲敲手机就能一键采集"微信视频号"作品并同步到飞书表格全套教程 我来分享个无需token消耗的视频号工具采集的用法​ 并且附上全套流程​ ​ PS:​ 这个采集视频和的数据到飞书表格是不需消耗token的。只用用固定的工作流即可。​ ​ 但是，如果你需要在飞书表格里把视频转成文字这些功能的话是需要消耗tok ... 免token，敲敲手机就能一键采集"微信视频号"作品并同步到飞书表格全套教程

行动营复盘：一个听不清电话的人，怎么在最需要沟通的行当里接单 大家好，我是 Ante，一名破局俱乐部的老圈友。 这是我第一次写复盘帖。 先报账：本期 AI+PPT 行动营，我一共报名了 9 个订单，中了 4 稿，总金额 430 元。其中 2 单已经完成（一单 120 已结算，一单 80 还没结），2 单还在做（一单 11 ... 行动营复盘：一个听不清电话的人，怎么在最需要沟通的行当里接单

我和 AI 干了 4 周，做完一个真实生产项目：完整复盘、数据和踩坑记录 大家好，我是大铭。 过去 4 周，我一直在真实业务现场，用 Claude Code、Codex 等 AI 编程工具，完成了一套从加好友、发送邀请到验证真实入群的自动承接系统。 不是 Demo，也不是周末做出来的小工具，是真的接进了生产环境。 先说结果： - 跟踪了 397 条真实用户旅程 - 287 人进入邀请阶段 - 158 人验证真实入群 - 145 人在观察时点仍然留在群里 - 从加好友到真实入群，中位时间 13.88 分钟 项目从 v0.1 一直做到 v0.5。中间不只是写代码，还包括理解业务、修改企微基础组件、处理平台“返回成功但实际没发生”的问题、补可观测性、做故障恢复，以及用生产数据证明链路真的跑通了。 我也认真算了一遍：AI 到底让开发快了多少？ 结论没有“效率提升 10 倍”那么夸张。按同等交付范围估算，工程吞吐大约提升了 3—4.5 倍；但需求判断、现场排障、业务真实性验证和生产责任，几乎没有被 AI 替代。 这次经历让我第一次比较完整地理解了，AI 时代的 FDE 到底应该怎么做。 完整文章比较长，生财正文放不下。我把业务背景、生产数据、v0.1—v0.5 的演进、人和 AI 怎么协作，以及所有踩坑记录都整理在飞书里了： 👉 https://my.feishu.cn/docx/V7u3d9BdjodwSpxHkOMcqI74... 如果你也在用 AI 做真实业务，而不只是写 Demo，这篇复盘应该会有一些参考价值。