扎克·洛伊德
Warp
基于提示的开发已经改变了工程师们的工作方式。过去需要多步手动操作的任务------如搭建环境、编写脚本或调试错误------现在只需一个简单的指令开始，由代理处理其余部分，仅在必要时将开发人员拉入其中。这种转变不是要取代工程师，而是要改变他们工作的模式。工程师现在更多地专注于协调工作流，而不是手动执行每一步。
这种转变要求更高的委托水平，在同时管理多个工作流时也不失去控制。
这让我们回到了一个我们一直拥有的工具：终端。几十年来，命令行一直是 DevOps 和站点可靠性工作的核心。它直接、强大且本质上具有系统意识。工程师使用它来部署服务、排查问题和自动化关键任务；尽管它仍然至关重要，但终端还没有完全跟上工作的演变。
终端：一个准备变革的强大基础
命令行仍然是最精确和灵活的工具之一。其系统级访问权限使其成为部署应用程序、管理基础设施和解决复杂问题无数工作流的核心。
但这里有个问题：终端并不是为代理多线程设计的。它非常适合运行命令和脚本，但并不原生理解意图或跟踪代理与系统交互的方式。它能很好地突出显示错误，但在管理代理方面缺乏任何管理层。
新的基于 AI 的命令行工具证明了在命令行中需要更智能的功能，但大多数工具都受到限制------它们是针对单一用途的应用程序，绑定于个别模型提供商，而不是完整的环境。它们更侧重于代码生成，而不是基础设施和生产工作。它们预示了可能的发展方向，但未能提供 AI 辅助开发所需的更深层次的集成。
那不是缺陷，而是一个重新思考终端的绝佳机会。终端的核心优势------其命令式输入和基于时间的操作日志------使其成为不仅运行命令，还能启动代理的完美场所。通过将终端进化为接受自然语言输入、增强系统感知能力并提供交互式反馈，我们可以在不牺牲工程师依赖的控制能力的情况下提升生产力。
DevOps 工作流已经朝着这个方向发展
这种转变在 DevOps 中尤为重要，因为在 DevOps 中，速度、准确性和可重复性是关键。工程师们已经在利用代理自动化设置测试环境、监控事件和管理部署管道------这些任务通常需要同时使用多个工具和系统。如果你正处于一场战斗中，你不想被卡在阅读如何运行 CLI 的手册上------你希望代理能够帮助你弄清楚发生了什么。
通过基于提示的工作流，他们无需在仪表板之间切换或从维基中复制粘贴脚本，只需描述他们想要完成的任务，代理就会处理其余部分。而且由于这一切都在终端中进行，代理可以使用任何 CLI 从各种数据源收集和分析信息。结果是更快的执行、更一致的结果和更少的错误。
这并不意味着工程师被边缘化。相反，他们可以同时监督更多的项目。他们的角色从执行每一步转变为监督工作流------监控代理、审查输出，并在需要人类判断时介入。这是一种强大的扩展影响力的方式，但前提是工具必须提供足够的透明度和信任，才能做好这一点。
从终端到代理型开发环境（ADE）
终端一直是一个强大的工具，但它是为不同的时代设计的。它假设你正在用机器的语言进行交流，一次输入一个神秘的命令。而 ADE（高级开发环境）则保留了终端的优点------支持长时间运行的过程、完整的程序日志、原生多任务处理和控制，并在此基础上添加了实际操作代理所需的功能。你不再只是发出命令；而是启动代理，监控它们的活动，并在它们遇到障碍或需要批准时介入。它让你能够实时清晰地了解代理的行为，同时可以同时管理多项事务，并帮助你设定代理能接触和不能接触的边界。因为每一步操作都会被记录下来，所以你可以随时回溯，查看具体发生了什么以及为什么发生。
这不仅仅是给你的 shell 添加一个聊天机器人------而是从根本上将终端界面进化到不仅支持命令，还支持智能任务。
不失去跟踪地扩展工程师队伍
基于提示的开发已经不再是小众技术------它正逐渐成为管理和部署基础设施以及发布软件的常态。工程师们仍然需要深厚的系统知识，但他们会花更少的时间在手动任务上，更多的时间来协调复杂的流程、提出更聪明的问题、做出更快的决策，并扩大自己的影响范围。
为了跟上这一趋势，我们不需要抛弃终端。相反，我们需要进化终端，使其更加了解代理，更具上下文意识，并更好地与工程师们今天实际的工作方式保持一致。通过这样做，终端可以成为现代 DevOps 工具箱中最强大的工具------不是因为它停滞在过去，而是因为它已经准备好迎接未来。