面向 AI 的设计

背景

AI 已经成了一个不可忽视的助手。它需要读你的代码、调用你的工具、部署你的服务。如果你的系统对 AI 不友好，那 AI 的效率就会大打折扣。想要用好 AI，我有一些自己的思考。

面向 AI 的设计

传统的编程思维是面向人的，我们设计 UI、写文档、做可视化面板。但 AI 没有眼睛，它没法点按钮、没法看报表、没法在浏览器里填表单。AI 能做的事情很简单：读文本、写文本、执行命令。

所以面向 AI 的设计，核心就是：

1. 提供 CLI 接口，让 AI 能通过命令行操作系统
2. 清晰的权限控制，让 AI 知道自己能做什么、不能做什么

ezsvs cli 工具：一条命令部署博客

说说我做的 ezsvs 这个工具。我最近把它 cli 功能增强了，目的是让部署服务变得很简单。

那很多人想在ezsvs部署一个博客还是很难的，之前需要一个冗长的教学文档，不光后端望而却步，前端来搞也得大半天。

那现在我给 AI 下达这样一个指令：

用 VitePress 创建基础 demo，按照 内网链接无法访问 的步骤完成部署

AI 就能自动完成从创建项目到部署上线的全流程。为什么能做到？因为 ezsvs 把所有操作都封装成了 CLI 命令，AI 不需要打开浏览器、不需要登录后台、不需要在 ezsvs 的web端控制台点来点去。

面向 AI 的设计，就是把复杂的操作变成一条对 AI 友好的命令。

更多 ezsvs cli for ai 内容可以参考章节：内网链接无法访问

inspired by github cli , feishu cli, and deer-flow install

优秀的权限设计思路

其实有了 cli 以后，谁能调用，具体用什么事情就很重要了。如果都能用，那就没有权限控制了。所以最好的是 token 机制，token 是控制在人手中的。有了 token + cli 可以最好的做权限控制。

那其实最好借鉴的就是 git 的 token 机制，清晰明了；

反面案例：对 AI 不友好的服务

说完了正面的例子，也说说反面，我们公司内部有大量对 AI 很不友好的服务或者工具，大大降低了我们的开发效率

• HikLink ：只能通过客户端使用，AI 没法帮你发消息、查聊天记录、拉群
• hido ：只有 Web 界面，AI 没法触发构建、查看构建日志、回滚版本
• irdms ：只有 Web 界面，AI 没法自动关闭缺陷单
• pixso：纯 canvas，连 web 页面都用不了，只能截图

技术上都能做到，问题在于设计的时候没有考虑 AI 这个用户。如果这些服务都提供 CLI 接口，那 AI 的工作流就能打通：写代码 → 提交 → 构建 → 部署 → 通知，全程自动化。

现在有一个变通方案是用 Chrome DevTools MCP 插件，让 AI 通过浏览器来操作这些服务，但终究不如 CLI 来得直接和稳定。而且更烧 token

总结

面向 AI 的设计会越来越普遍。当 AI 成了工作搭档，工具对它友不友好，直接影响协作效率。

如果你也在做内部工具，不妨想想：你的工具，AI 能用吗？