phrack

luna ，用都用不完

而且说实在的，要是不够用，多半连 review 都没做了，都不知道程序是怎么运行的。业务上来说也不是说一定是坏事，能赚钱就行，但工程上来说肯定不好的。

为什么盯着网络安全呢，因为这玩意儿噱头大，好唬人，好验证

看 AI 实力看两个指标：
1. Firefox 或者有几个新的浏览器的性能/兼容性/稳定性追上 Chrome ，Mozilla 有钱的，如果几年始终追不上，说明 AI 在大规模项目上有障碍
2. 衣食住行的价格降低到几乎为 0 ，如果 AGI 实现这些产品的生产效率应该大幅提升到边际成本是 0 ，如果 10 年（大概 2031 年）下来没有见到这个现象，这一轮 AI 要歇菜

其实就两点意思，要么它在高复杂度虚拟环境下能高效率工作，要么它在低复杂真实环境下能高效率工作，这两点是它能在高复杂度真实环境下高效率工作的前提，到了最后那一步人类是真的就飞升了，不然就是在瞎 jb 搞，所谓内卷，资源转移而已

吹估值的，看看得了，还是一个新工具而已，当年 AFL 要是不开源像这几家 AI 公司一样留着自己用那不一样炸了

中转站：你质疑我的能力？

有点乱

@ooppstef 看你上条记录是 2019 年还以为你坐牢了呢

@Cola90 前面写那么长我也没明白你给我整个简单版的吧

是要给 AI 一个交互式 shell 吗？但是这个只是手段，目的还是配置服务器？

你坐牢去了？

你把 AI 带偏了

AI 会顺着你的话说，它能力也强，你想要什么都能给你搞出来。一个领域你不熟悉，跟 AI 做东西出来就是这种奇怪的东西，有点像是以前说的，拿着 python 写 c 代码的样子，写出来能用，但是怎么看都不顺眼

---

你这篇文章实在是太过 AI ，我就不引用了，AI 口水话看的多了都知道哪些是 AI 的口水，站长不让发 AI 内容的

---

工具的话，如果只是一次性或者用个几次的，让它本地写好脚本，scp 上去执行就行了，哪里不对改脚本，不会涉及到编码的问题

生产用的一般 ansible 配置，让 AI 写 ansible ，稳定容错高

生产直接云上起 k8s cluster 也多了，没有配置 docker nginx 这些东西的过程了，都在 k8s 里，AI 写 k8s resource 也很强，让它写 resource yaml ，最多再加几个脚本弄个简单的 template

你应该是没怎么接触过服务器管理，想当然的脑袋里面有个思路，反正 AI 什么都能做，做出来就是这个样子