夜雨聆风
写出第一版更快了，做好产品却没有变容易
这段时间，我用 AI 陆续做了十几个工具，涉及内容生产、知识管理、AI 笔记和视频创作。
以前最耗时间的是写代码。一个功能怎么实现、接口怎么调、报错怎么修，能占掉七八成时间。现在把需求讲清楚，第一版可能一个晚上就能跑起来。
代码写得更快了，省下来的时间却被另外三个问题填满：值不值得做，能不能长期用，做出来是不是我真正想要的样子。
能做的东西太多，反而更难决定做什么
我在搭建写作工作流时，最容易犯这个错。排版、封面、飞书推送、小红书轮播，每一块都能继续加功能。AI 很配合，只要需求说清楚，很快就能写出来。
以前开发慢，时间会逼我先判断这个功能是不是非做不可。现在这个限制没了，脑子里刚冒出一个想法，很容易立刻变成代码，再顺手补上第二版、第三版。
能实现，只说明这条路走得通。一个没有解决真实问题的功能，省下来的开发时间，迟早会在维护上还回去。现在我先问的，是它为什么要存在。
能运行，只是产品的工程下限
我做封面生成工具时，第一版能把图片生成出来，当时觉得功能已经完成了。真正放进写作流程里，问题才一个个冒出来：重新生成会覆盖旧图，不同平台的产物散在不同目录，改一张小红书轮播图却要把七张全部重跑。
这些问题都不影响代码运行。命令能执行，图片也能出来，从功能验收的角度看甚至没有 bug。可真正用起来很麻烦：担心新图片覆盖旧版本，不敢随便重跑；想比较两版效果，要先去不同目录找文件；只改一张轮播图，也得把七张全部重新生成。
后来我给图片加上独立版本号，把同一篇文章的产物收进固定目录，又补了按页重跑。
演示时能跑一次，只够证明功能存在。反复使用之后依然可靠，才是产品的工程下限。第一版写出来不难，难的是在日常使用中发现那些反复卡住流程的细节。
AI 写得越多，编程经验越像验收能力：看改动会不会影响原来的流程，异常有没有处理，测试有没有覆盖问题。十年里踩过的坑没有失效，只是现在更多用来判断：这段代码能不能真正用到产品里。
AI 能给十个答案，但不会替我决定该选哪一个
我现在做一张封面，很少生成一次就直接用。有的画面很满，有的颜色很抢眼，单看都不差。放回自己的文章里，却常有一种说不清的别扭：重点被抢了，气质和正文不搭，或者一眼就是标准的 AI 图片。
写文章也一样。句子更顺、结构更完整，不等于像我。过分工整的段落，看起来有道理却没有真实感受，我还是会删掉。
审美不只是配色。它藏在每次取舍里：哪些信息需要突出，哪些元素应该弱化，功能做到哪里就该停下来。
把微知录第一版和现在放在一起，核心功能没有变，信息层级、留白和入口已经完全不同。这些变化，AI 可以帮我实现，却不能替我决定。个人审美决定的，就是成品有没有统一气质。
AI 越能执行，人的选择越值钱
AI 没有让产品变简单，它只是拿掉了最明显的那道门槛。当一个想法很快就能变成可以运行的东西，真正稀缺的就不再是执行，而是选择。
判断力决定方向，工程能力守住下限，个人审美决定高度。如果代码今晚就能写完，我还会不会做这个东西？这个问题，现在比怎么写更值得先想清楚。
文中的 AI 笔记小程序叫「微知录」，也是我用 AI 一点点做出来的。如果你也想试试，可以点击下方小程序卡片进入体验。邀请码为「55JG9F」，这次先开放 10 个体验名额，先到先得。
我是 RestartHua，C++ 老兵，现在用 Python 和 AI 做工具、写文章。