AI 来临之后，大干快上。很多需求不走正规的发布流程到生产环境服务器，直接把内部系统 web 接口包装成 cli ，然后让 ai agent 调用各个 cli ，在非开发人员或者开发人员电脑上或者办公网环境机器的实现业务流程
我总感觉这样是不正规的，但是在目前环境下，你们认为呢
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
 |
quxiaojuncuiyue23h 52m ago via Android
1
咋就不正规了呢
|
 |
sn0wdr1am23h 49m ago
2
早晚出问题
杀一个程序员祭天 |
 |
lujiaosama23h 27m ago
3
@quxiaojuncuiyue 重要服务炸了或者数据没了导致生产活动收到影响呗，简而言之都是钱的问题。
|
|
quxiaojuncuiyue23h 22m ago via Android
4
@lujiaosama 关键是调个 cli 服务就炸了？这是啥服务？你没说清楚导致服务不可用的真正原因呀
|
 |
JasonYip22h 44m ago
5
包成 cli 给 agent 调用感觉没啥问题呢 只要说最后发布还有闸门审核感觉就还好吧
|
 |
Need4more22h 37m ago
6
op 说的是那些后台管理系统吧，一般都是运营在那捣鼓，改成 cli 接入 agent 让 ai 操作，效率肯定提高了。
没用 ai 之前你们的办公网不能访问生产服务吗？ |
 |
MarkLeeyun11h 17m ago
7
正规与否的核心不在"包成 CLI 给 agent 调"，而在于绕过了发布流程和权限边界。生产接口直接暴露给办公网、由非开发人员在个人电脑上驱动 agent 调用，等于把变更的审计、回滚、权限控制全丢了，出事时既定位不到是谁改的，也没法快速回退。
建议至少守住三条：一是所有 CLI 调用走统一网关，带身份、限流和完整审计日志；二是写操作必须有审批闸门，agent 只能提建议不能直接落地；三是办公网到生产只走白名单接口，别让个人机器成为事实上的发布通道。效率可以要，但可观测和可回滚是底线。 |
 |
8
@Need4more #6 总感觉这样安全性和规范性差一点，但也是取舍问题，现在工作上方便了，如果想作不太对的事情也更方便了
|
|
Need4more9h 58m ago
9
你的 cli 既然是 web 的包装，不可能做到以前做不到的事啊，只是入口形态的变化，你的 cli 难道直接操作数据库不校验的吗，我觉得做好权限控制积极拥抱变化吧。
运营直接自然语言就完成任务了，他们肯定很乐意，你们做好基建的话，后续工作量也可以减少吧 |
 |
andrei0079h 0m ago
10
没看明白，说的不明不白的，仅看你说的，怎么着？在你们公司办公环境不能用生产的服务或接口？想要操作自已公司业务还得回家或上手机 5G 流量才行？如果可以的话，以前是通过 UI 来实现，现在换成 AI 操作没什么区别啊
另外一种蔓延才是可怕的，就是生产环境蔓延，例如没有网络隔离，任何人可以连上生产服务器操作部署，传输文件，或操作数据库啥的。我们一般只是有一两个核心人员才行。 |
 |
dododada8h 57m ago
11
你是领导的话，上级不给钱，你就是瞎操心；你是小兵的话，这事儿和你没关系，趁安全管控不严多练练手岂不是正好
|
 |
zhaoziling8h 53m ago
12
一般来说都是网络隔离的，然后有需要了走工单申请加白名单，而且都要过堡垒机
|
 |
w7410692298h 37m ago
13
一般都会网络隔离的。但是呢，目前这种情况，99% 都是研发最终变成背锅侠。
|
 |
UmiKz8h 26m ago
14
提升与流程控制风险并存。其实都是一样的，本质是工作方式方法，流程的变革。个人觉得：我们更应该去想的，用什么样的工作方法更加适配现在出现的新型工具。
|
Select Language