我现在在旧金山，已经待了快两周了。过几天就要回家和家人团聚了。不过周末我有机会去了趟计算机历史博物馆。说实话，能花点时间体验一下一台能正常运转的PDP-1，这可是我人生中最重要的愿望之一。
计算机的四个经典图标。
我在计算机历史博物馆的时候发生了一件奇怪的事情。我的一个朋友的 Kubernetes 集群出了点问题。
通常情况下，如果您是这种情况下的值班工程师，您会打开笔记本电脑，打开终端，然后手动登录集群。长期以来，站点可靠性工程师一直采用这种方式进行事件响应。
现在，这位工程师并没有打开终端。相反，他们远程控制了一个命令行编码代理，并发出了一系列提示，这些提示使用手机上的标准命令行工具向集群发出函数调用。
我们坐在计算机历史博物馆外，看着代理以只读方式枚举集群，并正确诊断出损坏的 ETCD 数据库。它不仅正确诊断了集群问题的根本原因，还在事件结束前自动生成了一份完成度高达 95% 的事件后审查文档（GitHub 问题），其中包含解决问题所需的必要步骤。
之前，我曾推测（参见我的演讲）这种事情是可能的，但在这里我们有一个 SRE 代理，一个处于循环中的人，控制代理并自动化他们的工作职能。
一整天，我都在思考上述问题，然后，当我走过计算机历史博物馆时，我偶然发现了这个展览……
Compaq 386 和 AutoCAD 的诞生。如果你一直在关注我的文章，现在你应该知道我喜欢把 AutoCAD 与软件工程进行比较。
在AutoCAD出现之前，我们的办公室里挤满了建筑师。后来，CAD的出现彻底改变了建筑行业的运作方式。他们不仅需要绘图，还需要进行设计。
我认为有很多类似的例子可以解释我们这个行业在人工智能领域正在发生的转变。软件工程师仍然需要，但这份工作已经发生了变化。
这些天，我花了很多时间思考哪些正在改变，哪些已经改变。我注意到的一个变化，可以用下面的图表来最好地说明。
现在， Amp 团队很幸运，既愿意招聘像我这样脾气暴躁的资深员工，也愿意招聘初级员工。我记得，当时我和一位大约 20 岁、还在上大学的初级员工交谈时，曾和他以及另一位同事讨论过，初级员工应该学习命令行界面 (CLI)，学习 Unix POSIX 的美妙之处以及如何将命令串联起来。
这位下属质问我：“为什么呢？我只需要及时行动就行了。”
我使用 Unix 已经很久了。我使用过各种操作系统，包括 SunOS、HP-UX、IRIX 和 Solaris 等等，也使用过不同的 shell，例如 CSH、KSH、Bash、ZSH 和 FISH。
在那一刻，我意识到我是钟形曲线顶端的人，当我回顾过去几周我如何使用 Amp 和其他类似的工具时，我意识到这些都不再重要了。
您需要做的就是提示。
最近，当我使用终端模拟器时，我会运行 Claude Code 或 Amp 之类的工具，并通过文本转语音来驱动它。我发现自己越来越少使用传统的终端模拟器了。
例如，这是我经常做的提示……
运行 VS Code 扩展的生产版本，查看 PNPM 目标，然后将编译后的工件安装到 VS Code 中。
现在想象一下同时运行 10 个这样的会话，你可以通过文本转语音功能在它们之间切换
这或许并非最佳用法或演示，因为它很容易被转换成确定性的 Shell 脚本。然而，经过深思熟虑，如果我需要构建这样一个确定性的 Shell 脚本，我会使用编程工具来生成它。我不再需要手动创建它了……
所以，我一直在想，终端仿真器的下一个形态或许会是一个带有标准提示符库的代理。这些标准提示符本质上就像 Shell 脚本一样，因为它们可以通过 MCP 编写和执行命令或执行活动，而且它们的功能几乎没有限制。
说实话，对于一次性活动来说，它的表现也相当令人印象深刻。例如，这篇博文顶部的图片就是根据下面的提示调整大小的。
“这个文件夹中有一堆图片，都是 HEIC 格式的。我希望你把它们转换成 1920 像素、大小不超过 500 KB 的 JPEG 格式。”
您可以在下面看到上述操作的审计跟踪👇
