给 AI 写长 Prompt，可以先用语音说出来

你准备让 Codex 改一个功能，光标已经停在输入框里，但第一句话迟迟没打出来。

不是因为需求没想清楚，而是你脑子里有太多东西同时在转：改哪个页面、现有逻辑是什么、不能动哪些接口、要不要补测试、验收标准怎么写。真正开始敲键盘时，很容易只剩下一句“帮我优化一下这里”，然后 AI 给出的结果也只能围绕这句模糊指令发挥。

在 Claude、Codex、Cursor 这类工具里，很多时候不是模型能力不够，而是输入给得太短。开发任务不像闲聊，少说一个约束，就可能多一次返工。比如你想让 AI 帮你改登录页的错误提示，如果只写“优化登录错误提示”，它不知道你要保留接口结构，不知道是否允许改文案配置，也不知道改完后要跑哪些测试。

这类长 Prompt，其实很适合先说出来。

一个比较自然的做法是：在 AI 工具的输入框里按 Fn，直接把需求按真实思路讲一遍。比如你可以这样说：

“帮我改一下登录页的错误提示逻辑，范围只在 web app 的登录模块，不要动后端接口。现在密码错误和账号不存在都会显示同一句话，我希望前端根据接口返回码展示更具体的提示。注意文案要保持克制，不要暴露账号是否存在的敏感信息。改完后补一下相关单测，如果项目里有现成的测试结构就沿用。最后给我一个改动摘要和测试说明。”

说完后，SaySo 会把这段口述整理成更适合 AI 执行的文字。它不是只把声音转成一长串原话，而是把口头表达里的目标、范围、约束、输出要求整理出来，让它更接近一条可执行指令。

整理后的 Prompt 通常会更像这样：

请修改登录页错误提示逻辑，改动范围限定在前端登录模块，不调整后端接口。根据接口返回码区分不同失败原因，但文案需避免暴露账号是否存在等敏感信息。请沿用项目现有代码风格和测试结构，补充必要单测。完成后请输出改动摘要、影响范围和测试说明。

这就是“按 Fn 说出想法”的价值。开发者在构思任务时，本来就会在脑子里用比较完整的语言描述背景；只是打字时会下意识压缩，最后把复杂需求压成一句短命令。SaySo 做的事情，是让你把这段完整思路先说出来，再把口头表达整理成可用文字。

它对长 Prompt 的帮助主要体现在三个地方。

一是补全上下文。你说话时会自然提到“这个模块现在怎么工作”“这次不要动哪里”“我担心什么风险”。这些内容对 AI 很重要，但手打时很容易被省略。

二是保留约束。开发任务不是只要结果，还要符合项目边界。比如不改接口、不引入新依赖、沿用现有组件、补测试、不要改公共样式，这些约束说出来比慢慢敲出来更顺。

三是让输出要求更明确。让 AI 改代码前顺手说一句“改完后给我摘要、测试说明和风险点”，往往能减少后续追问。SaySo 可以把这些要求整理进 Prompt 里，让任务交付更完整。

当然，不是所有输入都需要语音。变量名、命令行参数、短句搜索，直接打字通常更快。SaySo 更适合那些你已经想明白，但不想从零组织成书面表达的场景。尤其是给 AI 派活、写复杂 Prompt、描述 bug、补充技术背景时，说出来反而更接近思考速度。

在任何输入框都能用这一点，也让这个流程比较顺。你不需要先打开单独的记录工具，再复制到 Claude、Codex 或 Cursor。输入框在哪里，按 Fn 就在哪里说。话落字现，文本直接进入当前工作流。

对开发者来说，AI 工具的使用质量，很大一部分取决于“需求描述”本身。把 Prompt 写长不是目的，把任务讲清楚才是目的。SaySo 适合介入的，正是这段从脑内想法到可执行指令之间的表达整理成本。

官网：https://www.sayso.cn/
邀请码：LW8J528A