今天跟一位 V 友讨论 AI ，我觉得很有意思。我们的运维老大是支持使用 AI 的，我说的使用不特指全自动 agent ，可以是 chat 模型来问答，或者 command 模式来辅助。这位 V 友完全持反对意见。老哥的原话是：“如果在生产服务器上操作，还需要现搜现查复制粘贴，只能说这个人还不太熟，他不应该有生产环境的权限。排除一种场景就是小众的命令参数，或者不同 OS 里参数名不太一样，这种只针对参数的搜索不是复制。”
按老哥的说法，我应该第一个被删除服务器权限。别的不说，很多 Linux 命令我都没记住。
 |
1
fuzzsh 4 天前 via Android  1
LLM 没思考能力，它感知不到操作有影响，所以行为不可预测，直接上生产就类似计时炸弹，不知道什么时候爆
vibe coding 也不是生成就直接能用，在怎么也要微调一些逻辑才能用，我相信肯定有人跳出来说 prompt 不行才要调代码 |
 |
2
Junzh 4 天前 1
大小公司都呆过。
小公司没那么多要求，任何生产环境上的操作都不应该由 AI 或者 agent 直接操作。 大公司很严格，所有生产环境的任何改动或者操作，都需要 intake changelog ，并由专门的团队执行。 |
 |
3
dssxzuxc 4 天前
AI 作为辅助没毛病啊，检查一下命令效果，总结一下用法之类的。但是敢在生产环境执行一个并不熟悉的命令，或者未认真检查 AI 写的脚本就开 run ，这个人一定不应该拥有生产环境的权限。
|
 |
4
phrack 4 天前 6
差点被你这软广给忽悠了
|
 |
5
Tink PRO 能用。但是我反正是不敢用。
|
 |
6
asuraa 4 天前
能用，只能用一点点
|
 |
7
nkidgm 4 天前
每一次 AI 决策，都需要拉上一个责任人来背锅，除非老板给这个 AI 买了意外险。
|
 |
8
zhousystem 4 天前
坐等删库跑路
|
 |
9
zpvip 4 天前
真是草班子, 生产服务器为什么要登录后用命令行操作.
设置服务器最原始也应该用 bash 、PowerShell 脚本化吧. 再好一点就要用 Ansible 、Puppet 、Chef 、SaltStack, 然后就是 IaC 服务器的所有操作都应该是用 Git 管理的, 包括用 K8s + ArgoCD 这样的 deploy 操作. 登录服务器只适合使用这一条命令: sudo rm -rf /* |
 |
10
jocover 3 天前
生产环境谁敢用 AI 命令呀，AI 很多时候都是错的
|
 |
13
RandomJoke 3 天前
辅助的话，和搜索没什么本质的区别
|
 |
14
totoro52 3 天前
软广
|
 |
15
dsd2077 OP PRO @RandomJoke #13 这个我要认真回答一下，真的不一样。现阶段跟 AI 交互最麻烦的不是 AI 不够聪明，而是如何给 AI 提供足够多/足够准确的上下文。当我们碰到一个 bug 的时候，如果直接把报错信息丢给 chatGPT ，或者 google 一下，拿到的结果并不一定是针对当前情况的对吧。因为我们没有给到模型足够的上下文，服务器的版本是什么，软件的版本是什么，配置是什么，更详细的日志等等。
就算你找一个经验丰富的工程师来排查，他也得按这个流程来，不可能丢个报错就把问题找出了吧。 而用原生 AI 就可以做到这一点，这是本质区别。 |
 |
18
sn0wdr1am 3 天前
胆子真大。等我 AI 一把全删除。
|
 |
20
msg7086 3 天前 1
@salmon5 #12 也不能完全这么说。复杂的业务可以这么弄，但公司肯定会有专门的运维团队来管这个事。我司姑且就是用 chef 来大致管理服务器，然后有统一的 workflow 系统去规范化运维操作。
然而至少 99.9%的公司做不到这个规模就是了。 |
 |
21
guanzhangzhang 3 天前
上次外国有个共 i 是写代码数据库被 ai 删了的新闻看过没
 |
 |
22
gcod 3 天前
前提一定一定是你要知道你在做什么，而不是无脑的根据 AI 的答复来操作，有时候 AI 幻觉很致命.
|
Select Language