文章 06

一个人怎样借助 AI,建立持续创造作品的循环

当时间盒、AI Translator 和 Writing Studio 陆续进入到我的日常生活后,我逐渐看见,开发完成只是在创造过程中出现的一个节点。它让一个想法获得了可以运行的形状,但开发之后,还有一连串只能在真实使用中完成的判断:我会不会继续使用它,它是否仍能接住原来的需求,使用中会暴露什么,这段经历又会留下些什么。

AI 让我能够参与过去很难独自完成的实现工作,但它没有把创造变成一次生成就结束的事情。作品为什么存在,第一版之后往哪里走,要不要公开,何时继续投入,仍然需要我在真实使用里慢慢判断。对我而言,持续创造的关键,也就在开发之后的这些时刻。

作品可以从问题开始,也可以从火花开始

有些作品起源于一个反复出现的具体问题。AI Translator 就来自我对现有翻译工具的使用感受:真正需要被接住的,是网页翻译和本地快捷翻译两条路径。需求足够清楚时,第一版可以有意识地舍弃外围功能,把注意力留给最常发生的那段使用过程。这样的作品,最初就带着一个可以回头验证的问题:它是否真的让原来的摩擦变小了。

也有一些创造从兴趣开始。时间盒来自《时间盒》带来的启发。我当时想知道,一个抽象的方法能否变成每天用得上的工具。它不需要在一开始就证明更广泛的价值,先做出一个小的雏形,再让使用告诉我它有没有继续生长的必要。兴趣火花给创造留下了好奇心,也让一些还没有明确答案的想法有机会获得真实形状。

Writing Studio 处在两者之间。它有明确的写作需要,也来自我对几段独立工作流能否被连接起来的好奇。后来它逐渐成为长期自用的写作系统。三件作品的入口不同,给我的提醒却很相近:真实问题和兴趣火花都值得被认真对待,只是它们进入实践后的判断标准并不完全一样。

我不会把每个念头都直接送进正式项目。有些想法只适合做一次轻量尝试,有些在动手后发现并不值得继续。对兴趣型实验,我更愿意先让它获得一个足够小的形状,实现成本可控、不会打断当前主线,又能让我看见结果时,它就有尝试的价值。很多问题只靠想象无法回答,做出来以后才知道它是否有趣、是否可用,以及自己是否愿意继续投入。

作品能够运行以后,要先回到生活里

一个最小作品跑起来,通常只说明实现到了一个可以检查的阶段。开发和测试能够发现明显的错误,却很难提前替我体验一段流程是否顺手,功能是否真的必要,界面能否被长期接受。真实使用把这些抽象判断拉回到日常,也会暴露那些在开发时看不见的问题。

我尤其会留意,一件工具是否会在需要它的时候自然出现,而不只是在刻意试用时显得顺利。某个功能看起来完整,实际可能很少被需要;原先以为很小的阻塞,也可能在重复使用中变得清楚。相反,有些改动只带来短暂的新鲜感,并不值得马上推进。使用给出的信息常常零散,需要经过一段时间,才能分辨哪些问题真正影响了这件作品。

时间盒进入日常后,体验和视觉仍然需要继续校准。AI Translator 的价值,也不在一张功能表上,而在它能否在我需要时接住原先的两条翻译路径。Writing Studio 在长期使用里会持续暴露卡点,促使我调整方法和系统。这里的变化没有一条统一的答案,却都说明一件事:作品要经过使用,才知道它是否真的接住了最初的问题。

刚做完时的新鲜感很强,但它不能替代后来的判断。我会看自己是否还愿意自然地回到这件工具,离开它之后原来的摩擦是否重新出现,使用过程中有没有产生真正值得处理的改进需求。长期使用并不要求每件作品都长成很大的项目。有些工具能够稳定解决个人问题,就已经完成了它当前最重要的工作。

这也是我不急着把所有作品推向公开或商业化的原因。现阶段,它们首先服务于我的兴趣和真实需求。有的作品只需要留在个人使用里,有的则可能在使用和整理之后,适合被带到更广的场景。这套判断不要求每个作品都走到同一个终点,只帮助我辨认它下一步该往哪里去。

复盘与表达,让一次实践留下来

一件作品进入使用之后,我希望留下的也不只是最后一个版本。

开发过程中作出的选择很容易在时间里被遗忘。问题最初从哪里来,为什么当时选择这套方案,哪些功能曾被舍弃,哪些判断后来发生了变化。把这些内容写下来,才能让一次项目从一个结果,慢慢变成下一次可以调用的经验。

我会保留技术复盘和通用复盘。前者帮助我回看实现上的得失,后者更关心问题、取舍、使用和判断。它们不需要把过程包装成完美故事,也不需要把每一次尝试都解释为成功。重要的是,下一次面对相似的摩擦或新的火花时,我不必只凭模糊的记忆重新开始。

复盘还有一个实际作用:把当时的条件和限制一并留下来。这样回看时,我不会只看见最后的结果,误以为开始时已经拥有一套完整规划。一次尝试为什么停在这里,某个功能为什么没有加入,后来的判断又为何改变,都会成为下一次取舍时可以参照的材料。它不替我预先决定新项目的答案,却能让我带着更具体的经验重新判断。

公开写作是这段保存过程的一部分。我写一篇实践文章,首先是在把可以公开的过程、方法和判断整理出来,让它们不只停在某一次开发的现场。作品本身留下结果,文章留下可被阅读和讨论的脉络。认可当然令人高兴,反对也可能带来新的角度,但一篇文章不需要替一件作品证明市场价值。

因此,公开表达对我来说更像是一次诚实的交代。我为什么开始,怎样取舍,最后在使用中看到了什么。它也让我有机会观察,是否有人遇到了相似的问题。即使没有出现预期的回声,原本的个人需求仍然成立,复盘也已经让经验得到保存。沉默不会自动取消一件作品解决过的问题。

公开表达仍然需要边界。我只整理那些适合公开讨论的过程与判断,也不会为了让故事显得完整,替作品补上比实际更大的意义。

让反馈参与判断,但不交出方向

如果文章或作品在未来带来外部反馈,我会先分辨它说的是什么。

觉得有趣、表达称赞,说明它获得了一些注意力。如果有人清楚地说出相似痛点,或者主动询问是否可以使用,才更接近值得继续观察的需求信号。两者之间的差别很大,也决定了我不会因为一两句赞美就匆忙增加功能或开放作品。

如果未来出现持续而具体的同类需求,我可能会考虑把作品整理成边界更清楚的公开版本,让它面对不同的环境和使用习惯。那时需要重新判断它适合谁、能够解决什么、哪些支持责任暂时承担不了。面向更多使用者开放,能让个人自用阶段看不到的问题浮现出来,却也会带来新的说明、适配和维护成本。它是一种可能的下一步,项目也不必都抵达这里。

反馈重复出现时,值得认真看待,但它仍然不能直接决定方向。我要继续问,它是否服务原来的核心问题,是否会破坏已经有效的部分,维护它是否值得,以及它会不会把一件原本清楚的工具重新推向大而全。外部声音能够帮助我看见盲点,最终的取舍仍然要回到作品本身和我愿意承担的责任上。

没有外部反馈,也不等于作品失败。有些工具的价值只在个人使用中被充分证明,有些兴趣实验则在获得足够事实之后自然结束。它们不必被硬拉进市场验证,也不必为了显得有前景而继续扩张。创造需要对结果保持诚实,也不必给每件作品安排同一种结局。

继续、保持稳定,或让作品安静归档

我希望定期回到已经完成的作品上,看看它是否仍在解决最初的问题,自己是否还会使用它,新的需求有没有真正出现,以及继续维护的价值能否覆盖相应的时间和注意力。这样的回看并不要求每次都带来升级。有时最合适的决定,是让一个已经有效的版本保持稳定。

当新的真实需求足够清楚,改动能改善核心使用,而且风险处在可以承担的范围内,作品才值得进入下一轮调整。反过来,如果使用频率下降,环境已经变化,或继续维护的边际价值变低,停止投入同样是合理的选择。归档不代表失败,它可能意味着一件作品已经完成了阶段使命。

如果一件作品需要归档,我会尽量保留可运行版本、必要的复盘和停止维护的原因。这样,一段实践不会被简单清空,未来需要重新理解或启动时,也还有可以回看的入口。

归档时留下的材料也可能在别处继续发挥作用。某段已经验证过的实现、一次界面取舍,或一份关于问题边界的记录,都可能让下一个项目少走一点重复的路。这样看,停止维护不会切断这段实践,它会把作品从正在运行的状态,转成可以被回看和调用的材料。

这种允许结束的态度,对持续创造很重要。我不希望创造变成一串不断启动、不断加速的项目。健康、时间自主和好奇心,都是长期创造的条件。现在我会尽量让项目保持单线程,给周末留出休息,也让新的点子排队等待;当一件作品不再值得继续时,允许它归档。这样,时间和注意力能够留给下一次真正值得投入的创造。

让下一次创造站在这一次的基础上

一件作品最后留下的,往往比它的当前状态更长久。它可能是一件仍在使用的工具,也可能是一份复盘、一套已经验证过的方法,或一次知道什么不该再做的判断。Writing Studio、时间盒和 AI Translator 各自留下了不同的结果,但它们共同降低了我面对下一次问题时的陌生感。

这就是我理解的 Think Make Tell。思考让我发现问题或接住火花,动手让它们进入现实,表达让过程与判断被保存下来。它们会在下一次实践里再次被调用。AI 在其中扩大了我的实现能力,却无法替我决定何时开始、何时收住,也无法替我保留继续创造所需要的注意力。

我想长期积累的,是作品、方法和判断,也是一种可以重新开始的余地。每一次创造都可能有不同的去向,有的继续使用,有的等待新的需求,有的安静结束。只要经验被认真留下,问题仍然能够被发现,我就能在下一次需要作出选择时,从比上一次更清楚的地方出发。

返回文章列表