不写代码的人,也能用手机做出一个完整小程序——扣子 2.5 Vibe Coding 深度实测
一句话：你用自然语言告诉 AI 你要什么，它帮你把代码写了、调通了、跑起来了。整个过程不需要你写一行代码。以前 | 现在（Vibe Coding） |
|---|
怎么告诉电脑你要啥：写代码、配环境 | 怎么告诉电脑你要啥：聊天就行 |
需要会什么：至少一门编程语言 | 需要会什么：会打字 |
出了 bug 怎么办：自己翻报错信息 | 出了 bug 怎么办：跟 AI 说"这里不对" |
能做什么：啥都能做，前提是你有能力 | 能做什么：工具型应用、脚本、原型这些够用了 |
市面上干这事的不止扣子一家，Cursor、Copilot、Devin 都在做。但扣子 2.5 有个别人目前做不到的：手机端直接完成全流程。不用开电脑，不用装 IDE，不用配服务器，手机上聊几句，出来就是一个能用的东西。扣子 App或网页端也行，coze.cn 登录后进工作区创建应用就行。我个人建议第一次用选网页端，屏幕大一些，预览效果看得更清楚。进去之后界面长得跟聊天差不多，但右边多了一个实时预览窗口——代码生成后直接在这里看到页面长什么样。这是最关键的一步，也是最容易翻车的一步。我把当时发给它的原文贴出来：- 用户在输入框里粘贴一段自己写的文字（比如朋友圈文案、日记、工作周报都行）
prompt 里最好包含三样东西——输入是什么（用户贴一段文字）、怎么处理（分析特征 → 判断类型）、输出长什么样（图表 + 分享按钮）。这三样缺一个，AI 就开始自己脑补，脑补的结果通常不太对。我当时第一版 prompt 其实没写这么细，结果它给我生成了一个控制台版的命令行工具……改了一轮才变成上面这个版本。这点我觉得挺有意思的——扣子没有拿到需求就直接噼里啪啦写代码，而是先输出了一个方案框架：【技术栈】前端用 HTML+CSS+JS（轻量），分析靠大模型，可视化用 Chart.js 画雷达图【页面结构】├── 首页：文字输入区 + 分析按钮├── 加载页：分析进度动画└── 结果页：MBTI 类型判定 + 四维雷达图 + 分享按钮【MBTI 分析维度】├── E/I：语言中的自我指向性├── S/N：具体描述 vs 抽象表达├── T/F：逻辑分析 vs 情感表达└── J/P：结构化程度 vs 开放性看到方案之后你觉得行，回一句"开始生成"就行；哪里想调整也可以在这阶段说，省得后面代码写完了再大改。这一点比某些工具闷头写完一堆你看不懂的东西要好不少。实际使用中基本不可能一次到位。我在它生成过程中追了一条：把结果页改成竖版布局，适配手机屏幕。加一个大大的 MBTI 字母标识（比如 ENFP），下面放雷达图，最底部放分享按钮。整体风格干净现代就好。它收到之后只改了 CSS 和布局部分，没有重写整个项目。这个增量修改的能力我觉得挺重要的——之前用过一些工具，你说"把按钮改成蓝色"，它给你重新生成了整个项目的全部代码……迭代的时候记住一点就够了：每次只说一件事，说得越具体越好。"改样式"可以，"重新设计整个UI"就算了。生成完后在预览窗口里可以直接操作：输入文字 → 点分析 → 看结果。我当时试了几次，发现雷达图在窄屏下显示不全，跟它说了之后就修好了。确认没问题点发布，它会生成一个可访问的链接。从第一个 prompt 到最终拿到链接，算上中间改需求的两次来回，总共大约 8 分钟。最终出来的效果大概是这个样子（我用字符画的，实际是个正常的网页）：光做一个 Web 应用说明不了太多问题。我又挑了三个差异比较大的任务来看看它到底能覆盖到什么程度。场景一：Python 脚本——每周自动汇总 Excel 报表背景：每周一要从三张不同的 Excel 表里提取上周的销售数据，拼成一张汇总表。写一个 Python 脚本：1. 读取当前文件夹下的 sales_week.xlsx（多个 sheet）2. 提取每个 sheet 中"日期"列在上周的行3. 按"产品类别"汇总销售额4. 生成一张新的 weekly_report.xlsx5. 打印汇总结果到控制台
结果：15 秒左右出代码，45 行，用了 pandas 和 openpyxl 这两个常见库。结构还算清晰，异常处理也有。本地有 Python 环境的话可以直接跑通。注意：Python 脚本这类任务还是需要你有运行环境的（或者用扣子的云执行环境）。纯前端应用就不存在这个问题，浏览器一打开就能用。背景：工作中有一条 SQL 跑了三十多秒，我想看看它能给出什么样的建议。原查询大概是这个量级：SELECT u.name, COUNT(o.id) as order_count, SUM(o.amount) as total_amountFROM users uLEFT JOIN orders o ON u.id = o.user_idWHERE u.created_at >= '2026-01-01' AND o.status = 'completed'GROUP BY u.nameHAVING COUNT(o.id) > 5ORDER BY total_amount DESC;-- users 表 50 万行，orders 表 200 万行-- 当前执行时间约 35 秒
① 全表扫描风险 users 表的 createdat 缺索引 建议：`CREATE INDEX idxuserscreated ON users(createdat)`② JOIN 性能瓶颈 orders 的 userid + status 需要复合索引 建议：`CREATE INDEX idxordersuserstatus ON orders(user_id, status)`③ GROUP BY + HAVING 组合开销大 先过滤再聚合比反过来高效 建议用子查询先筛 status = 'completed'⚡ 预期优化后：0.3 ~ 0.8 秒（提升约 40~100 倍）说实话这个案例让我有点意外——我以为它只能写代码，没想到分析和排查问题的能力也不错。对于不常写 SQL 的人来说，这种"告诉你哪有问题 + 给出具体修复方案"的模式可能比直接甩一段 SQL 过来更有价值。背景：公司线下活动需要一个报名收集页，要求能在微信里打开。生成一个移动端友好的活动报名页面：• 字段：姓名、手机号、公司、职位、是否参加晚宴（单选）• 手机号校验（11位数字）• 提交后显示"报名成功"+签到二维码占位区• 配色深蓝+白色，商务风• 按钮要有点击反馈
结果：20 秒出结果（如下图），五个字段、格式校验、提交反馈都有。弹性布局在不同屏幕宽度下自适应得还行，复制 HTML 到浏览器里直接能用。- 听懂人话的能力比我预期的高。模糊的需求它也能拆解成结构化的实现方案，不是那种必须写得像规格说明书才能理解的水平
- 代码质量过得去。语法正确、结构清晰，基础注释也有。不是"能跑就行"的垃圾代码水平
- 改起来比较顺。增量修改确实只会动相关部分，不会每次都重写
- 手机端的体验确实流畅。对话和预览一体化，不需要切来切去
- 新手友好度拉满。完全零基础的人也能上手，这个不是吹的
- 复杂项目撑不住。超过十个功能模块的东西，质量和可控性明显下降。别指望用它做正式产品
- 调试时你得说清楚"哪里不对"。只说一个"不对"，它不知道你在说什么——得具体到"按钮颜色不对""第三行数据没显示"
- 生产环境别直接用。性能敏感、涉及安全的东西，还是要人工 review
- 有些功能排队久。视频生成那个我试了，排到了法国……最后没等
如果你是完全不懂技术的运营/产品/管理，把它当快速原型工具和内部小工具生成器挺好用，但别指望替代专业开发。如果你懂一点技术但不想花时间写 boilerplate（样板代码），用它加速日常脚本和简单页面的搭建很舒服，生成后扫一眼代码再上线就行。如果你本身就是开发者，把它当辅助编码工具处理重复性高的模板代码可以，但架构设计和技术选型这种事还是得你自己来。扣子 2.5 这个 Vibe Coding工具，我觉得它的价值不在"取代程序员"，而是在降低编程这件事的门槛——让有想法但不会写代码的人，有机会自己把想法变成能跑起来的东西。- 简单到中等复杂度的任务，完全能胜任，效率比从零学编程高多了
- 复杂项目当原型验证工具不错，思路跑通了再交给专业开发者深化
- 即使你最后决定还是要学编程，先用这种方式跑通几个项目，对建立编程直觉其实是有帮助的
建议你现在就打开扣子 App，挑上面任意一个案例试一遍。亲手跑 10 分钟的感受，比读任何评测文章都来得实在。🔗 扣子官网：https://www.coze.cn基于扣子 2.5 版本实测撰写，AI产品更新较快，以最新版本为准。我是 Ruby，来自「SuperAI编程」。在评论区聊聊：你Vibe coding的产品是什么？或者，你Vibe coding过程中遇到了什么问题？如果本文内容对您有启发，欢迎点个【赞】、【在看】或【转发】支持一下；也可以通过下面微信加入我们群，并能第一时间收到更多实战案例。
