Mistral 详解 Spaces CLI：为人类与 AI Agent 共用的命令行工具
Mistral 分享 Spaces CLI 的设计经验：把交互式提问改造成 flag，是让命令行工具同时被人类和 AI Agent 使用的关键。
Mistral 内部开发者工具 Spaces 起初只服务人类工程师，后来还要服务编码 agent。它的核心经验是：CLI 里每个交互式提问其实都是一个隐式的 flag，把「需要什么信息」和「怎么输入」拆开，补上 --components、-y 这类参数，agent 才能非交互地把流程跑通。
正文摘录
工程 Spaces：一款为人类和 Agent 打造的 CLI 2026 年 3 月 31 日 作者：Mistral AI [返回博客](https://mistral.ai/news/)7 分钟阅读 分享这篇文章 复制链接到剪贴板 已复制 大多数开发者工具的开头都一个样。你需要反复做某件事，于是写了个脚本。脚本长出了 flag，flag 又长出了子命令。等你反应过来，你已经有了一个 CLI。 我们在构建一个内部平台工具、帮解决方案团队更快交付时，就是这么一路走过来的。它能给项目做脚手架、拉起开发环境、生成配置、部署到 staging。 随着 CLI 的覆盖面变大，内部用户也越来越多。但接着有趣的事发生了：突然之间，我们不只是在为人类开发者做工具，也是在为 coding agent 做工具。 好的 DX 长什么样 在聊 agent 之前，先聊聊是什么让一个 CLI 对人类开发者来说真的顺手。 Spaces 在那些无聊的事情上很有主张（opinionated：该做决定的地方直接替你决定，不把选择甩给你）。它会挑好合理的目录结构，省得你自己想。它会生成那些你本来要从上一个项目里复制过来的配置文件。它会把服务之间的线接好，让你的 API 和前端在第一天就能对话，而不是先花一小时改 YAML 或者靠"感觉"瞎调。 一次典型的会话长这样： $ spaces init my-project $ cd my-project $ spaces dev 三条命令。你从一无所有，到一个跑起来的多服务项目：带热重载、带数据库、带自动生成的 Dockerfile。这就是及格线。 真正重要的命令大致分三类： - Scaffolding（脚手架）—— 这类命令负责创建结构、提问、展示选项、让你去探索。 - Development（开发）—— 这是你的内循环。它们只管"跑起来"。