去年年末，看到很多和秒哒有关的推文，标题类似“第一批使用秒哒的人，已经开始赚钱了/月赚20W了”。原本我看到类似的标题，都会下意识觉得是软文，进而忽略，但是因为对”秒哒“这个名字有点好奇，就打开了官网。不曾想，早在2025年3月我就已经体验过了，我的应用里还静静地躺着“趣味记忆翻牌”。和那时比，我发现现在的“秒哒”已经支持源码下载了，这倒是一个有趣的地方——我可以自己修改源码，然后发布到我的网站上。
为了看一下目前“秒哒”的能力，想到春节就快到了，我打算做一个纯前端的“中国生肖”应用，然后分别发布在“秒哒”和vercel上了。
从运行的效果上看，虽然某些地方有瑕疵，但90%的核心功能都实现了，综上可以打80分。
在使用秒哒的过程中，我直接按照和大模型对话的方式，给出背景和核心功能，让秒哒去实现一个雏形。然后根据运行情况，不断地优化迭代，效果还是很不错的。从使用过程中来看，确实达到了官网宣称的“0帧起手，一句话造应用”。尤其秒哒对上下文和历史修改的“记忆”，和我在VSCode中使用 copilot 的经历比，要强很多。关于秒哒的使用，官网有丰富的文档和视频，这里就重点记录下使用中遇到的一些不足。
1. 修改不能很好地应用到所有语言
因为是一个简单的前端项目，为了增加难度，让项目支持了11种语言。一开始，在秒哒生成的prd.md文档中，正确地领悟到并且做了多语言的支持。但是当做了某项修改后，秒哒有时并不会自动应用到所有语言，即使我明确地给出“修改应用到所有语言”的指令。比如，只是把某个区域的标题修改下描述，秒哒就不能兼顾所有语言。看了秒哒的修改过程，它经常会用正则表达式去查询要替换的部分，但是它使用的正则表达式并不能支持所有的语言。
2. 不支持一次性较多内容的修改
实践中我发现列出了超过2个的修改点，秒哒就不能很好的完成内容。猜测可能是这个项目要支持11种语言，所以秒哒在处理修改时，会花费大量的时间。而在等待过程中，处理会有问题。所以，在修改的过程中，要控制好修改的幅度，防止秒哒处理不过来。
3. 表现不稳定
这里的不稳定是指不同时间段，秒哒的表现不稳定。我发现类似级别的修改在上午使用秒哒，和下午或晚上使用秒哒比，效果较好——可以很好地实现修改。猜测和访问量有关：秒哒访问量大的时候，资源会受限，导致完成任务的情况会不稳定。
4. 编辑图片的插件不能很好工作
我上传了一张生肖的截图，使用了图片生成的插件，让它生成12张生肖的图片。 秒哒居然罢工——重复了我的需求，然后就没有然后了。这种情况下，我认为秒哒应该返还消耗的点数——虽然现在每天登陆送100点。 接下来，我试着减少图片的生成数量为5， 秒哒没有生成图片，反而是去搜索了图片。接着，我让其每次修改只生成一张图片（试了鼠，牛，虎）。让我惊讶地是，秒哒只生成了一张牛，鼠和虎要么不肯修改，要么又去搜索了一张。我不确定是不是我使用插件的方式有问题，但秒哒的这些表现，让我觉得秒哒还是有改善的空间。
5. 下载的代码不全
前文说过，我最感兴趣的还是秒哒下载代码的功能，但是下载后，发现代码不全：部分隐藏文件没有下载下来。我还是手动把那些文件复制下来，最后才成功部署到 vercel 上的。这一点，对不太懂代码的人，就不太友好，虽然也可以通过问各种AI来解决。
总而言之，秒哒可以快速地搭建一个前端应用，并不断地迭代升级。 下一步，打算添加一些后端功能，看看秒哒的表现。
Comments