判断：脚本没死，只是从自动化小工具变成了 AI 的控制层
今年的软件工作流里，最显眼的变化不是 IDE 更花哨，而是越来越多人把命令行当成 AI 的操作面板。一份 2026 年的综合指南提到，到 2026 年初，GitHub 上 51% 的代码提交已经是‘由 AI 生成或显著辅助’ [1]。这意味着脚本不再只是给人省几步点击，而是在给代理程序提供可执行边界。
同一份资料里还有几个很硬的数字：Cursor 从 1 亿美元 ARR 跑到 20 亿美元，只用了 14 个月；GitHub Copilot 的付费订阅数已经超过 470 万，而且进入了 90% 的 Fortune 100 公司；Claude Code 在 SWE-bench Verified 上拿到 80.8%，Gemini CLI 还给出了每天 1000 次请求的免费档 [1]。这些数字说明，CLI 不是‘老派’，而是足够便宜、足够可控、足够适合 agent 的入口。
案例与逻辑
案例也很直接。闪送最近开源了核心 CLI 工具，甚至明确面向 Claude Code、Codex、Cursor、OpenClaw 等主流工具开放接入，36 氪把它写成‘同城即时速递行业首家’ [2]。这类动作说明，真正值钱的不是某个漂亮界面，而是能不能把业务能力稳定暴露成脚本和命令，让不同 AI 工具都能调用。
你可以把现在的工具栈理解成三层：上层是会聊天的模型，中层是会干活的 agent，下层就是脚本和 CLI。上层负责理解意图，中层负责拆任务，下层负责真执行。脚本的价值，就在于它提供了最窄、最明确、最容易审计的执行面，出错时也最好回滚。
这也是为什么很多团队现在反而更重视‘规则文件’‘命令封装’‘可重复脚本’。一旦你把高频动作写成可调用的命令，AI 就不必从零猜流程，脚本也不再是过时的历史包袱，而是可复用的操作接口。
影响与边界
我的判断是，未来两年真正有用的脚本，不会是单纯堆 bash 技巧，而是能被 agent 稳定调用、能被审计、能被限制权限的那一类。人会越来越少直接点按钮，但会越来越多地维护脚本，因为脚本正在变成 AI 工作流的路由器。
边界也很清楚。脚本越重要，越要控制输入输出、权限范围和失败回退。否则它看起来像提效，实际只是把原来手工点的错误，换成了机器更快地重复一遍。
来源
[1] AI coding tools 2026: complete guide to every tool, pricing, and workflow — The AI Corner
全部 0条评论