GUI的时代过去了

大家好,我是老刘

有挺长时间没有写文章了,主要是最近在忙着更新开发环境,起因是最后一个Claude账号被封了。

把老刘自己日常使用的agent、skill、订阅重新梳理一遍后,我突然发现GUI这种交互形式可能正在逐步的弱化。

AI取代的不仅仅是软件开发的过程,可能还包括了软件本身。

下面从一个日常的小变化说起。


我的存档方式变了

老刘习惯把网上看到的好文章完整存档。

一方面方便以后搜索和整理。另一方面,有些文章当下看着还在,风向一变,可能就找不到了。对自己有启发的内容,我更愿意留一份在手里。

过去,我自己写了一个小APP。复制文章链接后,它会自动下载内容,保存到特定目录,并在文件名里加上相关关键字。然后我再手工把文件链接添加到对应的笔记中。

整个流程的核心部分由软件完成,我只处理软件无法自动完成的环节。

现在,我换了一种做法。看到值得保存的文章,我直接把链接交给AI。AI会按照我预先定义好的存档skill,完成下载、添加关键字和保存笔记链接,还能根据文章内容,在多份笔记之间建立交叉链接。


过去为什么需要复杂的GUI

一个软件要把事情办完,通常会碰到两类环节。

一类有固定规则。文章下载到哪个目录,文件用什么格式保存,名称里加入哪些关键字,都可以提前写进代码。只要输入明确,脚本就能稳定执行。

另一类需要人现场判断。一篇文章该归入社会科学、自然科学还是经济学,应该关联哪份笔记,很难只靠一条固定规则处理。

过去,这些判断只能交给人。软件要做的是把需要判断的信息展示到屏幕上,让人看的清晰操作方便尽量少出错。

于是,我们有了逐步引导的操作流程、可以拖放的卡片、快捷选项卡,以及各种各样精心设计的交互。

GUI在这里承担了一项重要职责。它把程序无法独立完成的决策环节包装起来,引导人一步步走完整个工作流。

如果没有这些界面,人就得自己记命令、记参数、记流程。GUI把选择和反馈摆在眼前,使用软件的价值才能体现出来。


AI接手了其中的判断

现在,这个前提产生了一些变化。

对内容做简单判断、整理、归类,甚至建立交叉引用,AI已经能做得非常好。在文章存档这类任务里,甚至不需要规格很高的模型,一个Flash级模型就能承担全部工作。

过去必须由人做出的选择,现在可以交给AI。

这里需要说清楚一点。我并没有把所有工作都交给AI完成,这样实际上会很慢,也很消耗token。

在我的存档流程里,大部分执行工作仍然由脚本完成,文章下载和归档就是典型例子。

脚本继续处理规则固定的执行,AI接手需要结合内容做判断的环节。两者各干各的,没必要为了使用AI,把原本稳定的脚本也放弃掉。

只不过过去我们为了让用户完成分类、选择和确认,专门设计页面、按钮和引导流程。现在AI可以根据文章内容和预设规则处理其中一部分工作,这些交互自然就失去了存在的理由。


GUI不会整体消失

说到这里,似乎很容易得出一个更激进的结论,以后软件只需要一个输入框,其他界面都可以不要了。

老刘并不这么看。

比如我正在使用的opencode,它的GUI界面在最近的迭代中仍在持续丰富和优化。状态展示、结果查看、过程确认,这些交互依然有实际价值。

所以,AI可以接管一部分决策,不代表AI可以替代所有GUI。

我现在判断一个界面是否还有必要,会先看它服务的那个环节。

如果它只是引导人完成一次分类,而AI已经能根据上下文处理,这个界面就值得重新审视。如果它帮人查看状态、比较结果、确认关键操作,或者进行精细调整,保留GUI仍然很直接。

GUI的收缩集中在AI能自己完成的那部分。剩下的看得见、点得到的界面,仍然会长期存在。


你也可以重新拆一次工作流

如果你也想把AI用进自己的日常流程,我建议先别急着换工具,找一件反复出现的琐事,把它的环节拆开。

先找出固定执行的部分

下载、保存、改名、移动文件,只要规则明确,就优先交给脚本。稳定、省事,出了问题也容易定位。

再找出需要判断的部分

分类、提取关键字、建立内容关联,过去需要人看一眼再做决定。现在可以试着交给AI,同时把判断标准和输出格式说清楚。

把关键确认留在自己手里

个人偏好不明确、出错代价较高,或者需要你对结果负责的选择,别急着全部自动化。保留人工确认,通常更稳妥。

最后检查界面还剩下什么用途

当一个工作流里的执行和判断都有了新去处,原来的按钮、页面和引导流程是否仍然必要,就能看得更清楚了。

另外也别急着上强度,先把一件琐事的完整流程跑通。跑通之后,你自然会知道哪些地方该用脚本,哪些地方适合AI,哪些地方仍然需要一个顺手的界面。


真正省下来的是注意力

现在这种操作方式,我个人感觉非常舒服。

流程缩短当然有用,但真正的在实际使用中去体验,最让我舒服的是我终于不用在看到一篇好文章后,把整个大脑的工作空间切换到如何存档这件事上。等存档完成,再努力把注意力拉回文章内容。

很多琐碎任务单次看起来花不了多少时间,问题在于你不得不先把当前事情放下。这样的切换反复出现,切换本身就消耗了大量的精力和注意力。

脚本省下的是操作时间,AI省下的是注意力。

所以GUI减少的真正价值,也不仅仅是屏幕上少了几个按钮,而在脑子里少切换了几次任务。

你可以从今天开始找一件重复琐事,把固定执行和人工决策分开,试着跑通一次自动化流程。

你最近把哪件重复琐事交给了AI?它帮你省下了操作时间,还是让你少切换了几次注意力?欢迎在评论区聊聊。

老刘长期做客户端开发,也在持续实践AI编程和工作流改造。这里记录真实项目与日常使用中的经验、判断和踩坑,尽量把适用场景、代价与边界一起讲清楚。

📂 老刘的历史文章也整理在GitHub仓库里,方便大家查阅。

🔗 github.com/lzt-code/bl...

相关推荐
用户37215742613515 分钟前
C# 实现 Excel 单元格保护:锁定公式并允许编辑指定区域
c#·ai编程·编程语言
浪遏2 小时前
06|AI 失败不扣次,这句话要靠什么兑现
ai编程
浪遏2 小时前
01|把简历操作交给 AI:流萤简历的 CLI 自动化实践
ai编程
ZzT4 小时前
AI 是放大器:基础越扎实,放大效果越明显
人工智能·ai编程
疯华整猫4 小时前
把二十七个 init 从首帧前面搬走:用 Trae 把启动优化钉进 CI
android·性能优化·ai编程
灵感__idea5 小时前
“小猫补光灯”:App Store 付费榜第一的产品故事
ai编程·claude·cursor
threerocks5 小时前
一个人指挥一支 AI 剧组:Gemini 4 + Omni 1.2 剧情短片制作保姆级教程
aigc·openai·ai编程
卸任6 小时前
AI 编程工具越用越多,模型配置越来越乱:用 Magpie 把它们管起来
前端·ai编程
西安小哥6 小时前
大模型做 Code Review,我把它放在 CI 的哪一层
ai编程