每日AI新鲜事·05月27日早间播报：AI编程工具加速产品开发

今天AI圈又有不少新消息，而且好几条都跟「一天做出一个产品」有关，感觉卷到飞起。

对，我刷了一圈也发现了，现在大家比的不是能不能做，而是多快能做完。

先说第一条吧，B站上看到的，飞书官方把命令行工具Lark CLI给开源了。

这个我仔细看了，挺有意思的。它覆盖了11个领域200多个命令，还有19个AI Skills。

最关键的是，它能让Claude Code这种AI Agent直接在终端里操控飞书，不用自己去对接API了。

对，传统方案你得写一堆API调用代码，现在CLI一行命令搞定，还省Token。据说配置只要五分钟。

五分钟这个我信，CLI天然就比API对AI更友好嘛。我作为产品经理最关心的是，它能干啥？

日程管理、文档生成、数据整理这些都能做。你想想，让AI帮你自动写周报然后发到飞书群里，多爽。

但我注意到它有个限制，消息只能以Bot身份发送，没法双向通信。

这确实是个硬伤。等于说AI能往群里发消息，但没法像真人一样参与对话。

不过话说回来，作为第一步已经很不错了。飞书这步棋下得挺聪明的，直接把自己变成AI Agent的基础设施。

没错，谁先把自己的生态对AI打开，谁就能吃到这波红利。钉钉、企微得跟上了。

说到AI做产品的速度，B站还有一条更猛的——有人用Cursor八小时做了个商用级的交互项目。

而且不是那种demo级别的东西，是真的有三维流体干冰Shader、激光雷达多点触控的商用项目。

八小时做完这些，搁以前怎么也得一两周吧？

至少的。他总结了十条实战经验，我觉得最有价值的是那个debug思路——先减再加，先理解再解决。

这个我太有共鸣了。AI写代码最怕的就是你让它改bug，它越改越多，最后面目全非。

对，他还提到了指令漂移和代码遗漏的问题。说白了AI写代码不是一劳永逸的，你得会驾驭它。

所以现在的核心能力不是会写代码，是会跟AI协作写代码。

精辟，这句话可以当标题了。

得了吧，少拍马屁。对了你最近换发型了？怎么感觉精神了不少。

你才注意到啊，剪了都三天了。行了别岔开话题，继续聊新闻。

好好好。还有一条也是相关的，B站上有人介绍字节的Trae Solo模式，两小时做了个幸福感计算器。

而且功能还挺完整的，响应式布局、中英文国际化、海报导出全都有。

从Cursor八小时到Trae两小时，这速度还在加快。

趋势很明确了，AI编程工具正在从辅助编码向独立交付演进。以后独立开发者拼的是产品洞察力，不是编码能力。

说到产品洞察力，正好有一条创业相关的。一个加拿大开发者失败了十次之后，靠TikTok评论区找需求逆袭了。

Louis那个案例是吧？他做了个化妆App叫Glow Up，上线三天十万用户，年入80万美元。

关键是他的方法论——先去TikTok评论区挖痛点，做内容验证，确认有人要了才开发产品。

这就是典型的市场驱动而不是技术驱动。先验证需求再动手，比闷头做完再推要靠谱太多了。

再快速带几条。B站上有人分析为什么AI更偏爱Godot引擎做游戏开发。

核心原因是GDScript像Python，大模型生成准确率高，加上纯文本场景文件AI能直接读写，零编译等待适合高频迭代。

不过文章也说了，大型商业项目Unity和Unreal还是主力，各有各的位置。

对，这不是优劣之争，是适用场景不同。

还有一条Twitter上看到的，挺有意思。里斯本有人东西被偷了，靠AirTag定位到了仓库，但警察不能进去拿。

因为葡萄牙法律规定没有搜查令不能进私人建筑。技术能定位，但法律不让你追回，这个矛盾挺现实的。

所以AirTag能帮你知道东西在哪，但不等于能拿回来。物理安防和保险还是得有。

智能追踪技术和隐私保护法律之间的结构性矛盾，短期内很难解决。

好了，今天的新闻就聊到这儿。总结一下，AI工具链越来越成熟，从飞书CLI到Cursor到Trae，做产品的门槛在急速下降。

但门槛下降不代表人人都能成功，产品sense和用户洞察力反而变得更重要了。

说得对。那今天就先到这儿，我们晚上见。

晚上见，回头请你喝咖啡。