1# 🐮Little AI 来临之后，大干快上。很多需求不走正规的发布流程到生产环境服务器，直接把内部系统 web 接口包装成 cli ，然后让 ai agent 调用各个 cli ，在非开发人员或者开发人员电脑上或者办公网环境机器的实现业务流程
我总感觉这样是不正规的，但是在目前环境下，你们认为呢
⚠️内容来自互联网，如有侵权请点击反馈！侵权投诉
3# SYS宇晖 这本质是把生产依赖搬到了不受控的终端上，权限、审计、数据落地全成盲区。我们这边也冒出过，后来卡在凭据管理和责任边界上。你们那CLI调用用的什么身份，出问题算谁的？
[这只是一个小尾巴]
@quxiaojuncuiyue 重要服务炸了或者数据没了导致生产活动收到影响呗，简而言之都是钱的问题。
6# joker @lujiaosama 关键是调个 cli 服务就炸了？这是啥服务？你没说清楚导致服务不可用的真正原因呀
包成 cli 给 agent 调用感觉没啥问题呢 只要说最后发布还有闸门审核感觉就还好吧
op 说的是那些后台管理系统吧，一般都是运营在那捣鼓，改成 cli 接入 agent 让 ai 操作，效率肯定提高了。没用 ai 之前你们的办公网不能访问生产服务吗？
正规与否的核心不在"包成 CLI 给 agent 调"，而在于绕过了发布流程和权限边界。生产接口直接暴露给办公网、由非开发人员在个人电脑上驱动 agent 调用，等于把变更的审计、回滚、权限控制全丢了，出事时既定位不到是谁改的，也没法快速回退。建议至少守住三条：一是所有 CLI 调用走统一网关，带身份、限流和完整审计日志；二是写操作必须有审批闸门，agent 只能提建议不能直接落地；三是办公网到生产只走白名单接口，别让个人机器成为事实上的发布通道。效率可以要，但可观测和可回滚是底线。