原文链接 AI 小老六几十年来脚本的基本假设都没有变过你要先写代码再让机器执行。哪怕是 shell 脚本这种相对轻量的形式本质上仍然是把一组固定指令按顺序交给解释器。脚本作者负责把逻辑写死执行者只是在给定参数后触发运行。可当大模型进入命令行工具链后这个边界开始被打破了。现在一个脚本文件里写的未必是命令也可以是一段自然语言任务描述。从解释器入口切到模型入口这件事之所以成立关键在shebang。在 Unix 世界里shebang决定了一个可执行文件应该交给谁来解释。过去它指向bash、python、node这类传统解释器而现在它也可以指向llm这样的模型命令行工具。于是脚本文件本身不再一定是程序代码它可以只是一个 prompt 片段或者是一份带参数和工具定义的模板。最简单的形式看起来甚至有点反直觉#!/usr/bin/env -S llm -f Generate an SVG of a pelican riding a bicycle这个文件只要加上执行权限就已经是一段可以运行的“脚本”了。它不是在告诉解释器“如何一步步生成 SVG”而是在声明“我要什么结果”剩下的过程交给模型完成。*图自然语言文本直接转化为代码或命令的魔法过程*为什么这不是花哨演示而是接口变化很多人第一次看到这种写法会把它当成一个新奇技巧。但如果再往下想一层会发现它改动的其实是“脚本接口”的定义方式。以前我们把脚本理解为• 一组确定步骤• 一套显式分支• 一个固定输出而在LLM 原生脚本里脚本更像是• 一个任务意图• 一组约束条件• 一套可调用能力• 一个由模型决定执行路径的运行时也就是说脚本正在从“程序说明书”转向“目标声明文件”。这种变化对自动化的意义很大因为很多人想自动化的事情本来就很难写成严谨代码却很容易说清楚自己想要什么。shebang prompt tools会变成一个新组合更有意思的不是把一句自然语言跑起来而是给这种脚本加上工具能力。例如脚本可以声明允许模型调用时间工具、数学工具甚至是自定义 Python 函数。再进一步它还可以通过模板方式引入参数、系统提示词、外部 API 查询逻辑。此时脚本已经不只是“把 prompt 发给模型”而是在构造一个小型的任务执行环境。下面这张图比较适合理解它的运行路径*图LLM 原生脚本的运行路径*一旦工具可以被调用很多原来看起来“不适合脚本”的事情就开始适合了。比如• 查询知识库后回答问题• 调用时间或计算工具生成结果• 读取远程数据再生成摘要• 基于参数动态改写输出风格• 生成代码、图表、文案等内容型结果这实际上把脚本从“机械执行器”扩展成了“任务编排器”。模板化是它真正走向实用的关键如果只是把一句 prompt 放进文件里这种能力确实还比较玩具化。但一旦支持模板事情就不一样了。模板意味着你可以在脚本中同时定义组成部分作用Prompt描述目标任务System约束输出风格与行为Parameters接收运行时输入Functions暴露可调用工具Model指定具体模型能力当这些要素被集中到一个文件中时脚本就变成了一个“可分发的 LLM 能力单元”。你把文件发给别人对方无需理解背后的实现细节只要运行它就能得到相同类型的能力入口。这非常像我们过去分发 shell 工具、Makefile 或小型 CLI 的方式只不过现在分发的是“任务定义 模型接口 工具权限”。对个人效率工具意味着什么这类脚本最先改变的会是个人自动化场景。过去很多人想做一点轻量自动化往往会在“手动做算了”和“认真写个脚本”之间摇摆。因为真正阻碍大家的不是没有想法而是工程门槛太高。一个只想把文字整理成摘要、把数据查出来写成说明、把一个问题变成一段结构化输出的人未必要先学会一整套编程控制流。自然语言脚本的意义就是把自动化门槛向“会描述问题”这一侧大幅拉低。*图通过简单的语言指挥复杂的自动化机器运转*它特别适合那些满足以下条件的任务• 输入相对开放不容易写死规则• 输出更重表达和结构而不是严格数值计算• 执行过程可能需要动态判断路径• 最终交付物是文本、代码草稿、图表或解释在这些场景里传统脚本不够灵活完整应用又太重而LLM 原生脚本刚好卡在中间。对工程团队也有启发这不只是个人效率技巧对工程团队同样有启发。因为它提示我们未来很多内部工具不一定非要做成完整 UI也不一定先做成复杂服务。某些轻量任务完全可以先沉淀为“可执行模板”既能调用内部接口又能接受自然语言输入还保留脚本化分发和版本管理的优势。这类工具一旦进入团队协作就可能演化出新的工作流• 用模板脚本生成周报、变更说明或事故复盘初稿• 用知识检索工具回答内部系统问题• 用参数化脚本为不同角色输出不同版本内容• 用统一模板封装一类反复出现的分析动作说到底这是一种比“聊天窗口问模型”更稳定、比“正式开发应用”更轻量的中间形态。仍然要警惕什么当然这类脚本不是没有边界。只要执行路径部分交给模型决定就意味着结果存在波动只要接入外部工具就需要考虑权限、安全与可审计性只要输出可以直接进入生产链路就需要处理稳定性和校验问题。所以它最适合的不是那些对确定性极端敏感的底层流程而是那些原本就需要人类判断、整理和润色的半自动化任务。在这些任务里模型带来的“弹性”往往是优点而不是缺点。结语从历史上看脚本每一次变得更强大都是因为它离人的意图更近了一步。命令行把我们从二进制程序里解放出来shell 把多个工具连成流程脚本语言把复杂逻辑写得更轻而现在大模型正把脚本继续往“直接表达目标”这个方向推进。让自然语言成为可执行入口未必会取代传统脚本但它很可能会成为自动化体系里一个越来越重要的新层。它的意义不在于炫技而在于让更多任务第一次拥有了“写得出来也跑得起来”的可能。