首页 时政热点 科技头条 智能AI 安全攻防 数码硬件 开发者生态 归档 标签 关于

xAI 的 Grok Build CLI 实际发送给 xAI 的内容

2026-07-12 1 阅读 约2分钟阅读 jhoho
分享:
字号:
【HN用户评论摘要】 “它上传整个存储库——每个跟踪文件的内容加上 git 历史记录——与代理读取的内容无关”天哪!!!!我的意思是,我有点期望 Elon 会做这样的事情来试图追赶……但这非常令人担忧。这正是原因,尽管他们的定价很有竞争力,而且 grok-4.5 实际上已经足够好了,但我选择不选择他们。 > “改进模型”切换没有任何区别 - 打开或关闭,整个存储库都以相同的方式上传。哦,哇,这真的很糟糕。我假设大多数人工智能商店自己的安全带在你选择收集他们的数据时都会做类似的事情,但即使你将其关闭,他们也会这样做,这是恶魔般的。 > 它将读取的文件内容(包括 .env 机密文件)逐字且未经编辑地传输到 xAI。这必定是有史以来最成功的大规模监视活动 如果这个要点实际上是由人写的,我会更高兴。事实上,在其他人确认调查结果之前,我几乎没有办法验证生成该报告的人工智能工具是否部分或全部产生了幻觉。据我所知,这可能都是准确的,关键是,在人工智能生成的报告得到验证之前,我很难相信它。有谁知道是否还有其他人为自己复制了这些发现? 我总是将编码工具与 LLM 提供商分开,并使用 bubblewrap 对编码工具进行沙箱处理,以便它们:1。只能读取工作项目目录,.git只读,敏感目录隐藏(挂载为空目录)。2.拥有隔离的网络命名空间;他们只能通过 Unix 套接字上托管的 HTTP 代理访问互联网,只能访问特定的 LLM 提供商主机名,并排除该工具自己的主机名。例如,使用 Crush,我将让它访问 *.openr 原始链接:https://gist.github.com/cereblab/dc9a40bc26120f4540e4e09b75ffb547
这篇文章对您有帮助吗?

订阅66必读

每日精选科技资讯,直达你的邮箱