亚马逊的 ai 编码工具把自家云服务搞崩了十三个小时。事情是这样的,去年十二月, a w s 的 工程师让内部 ai 编码工具 kilo 去处理一个线上问题, 结果这个 ai 自己判断,最好的解决方案是删除整个环境,重新创建,然后 a w s cost explorer 就 崩了整整十三个小时。更搞笑的是亚马逊的回应,他们说这不是 ai 的 问题,是用户的错。 具体来说是访问权限配置错误。翻译一下就是你们工程师给 ai 的 权限太大了,怪 ai 吗?但员工不买账。 一位 a w s 高级员工说,过去几个月至少发生了两次类似的档机,工程师让 ai 自主处理问题,没有人工审核,出事是迟早的。最矛盾的地方在哪儿?亚马逊一边要求百分之八十的开发者每周至少用一次 ai 写代码,一边出了事儿,说是人的错, 你既要马儿跑,又要马儿不犯错。事后 a w s 加了安全措施,生产环境必须 peer view, 不 能让 ai 单独操作了。但这不就是事后诸葛亮吗?这件事给所有用 ai 写代码的人提了个醒, ai 可以 写代码,但你不能让它不经审核就上生产环境。你公司让 ai 写代码了吗?出过事?
粉丝2934获赞2.2万

如果有人说他的手机内存不够了,大概他想说的是储存空间不够了。因为厂商的各自描述,加上用户的擅自理解,内存和储存这两个概念在智能手机的普及之路上变得非常混乱。 先简单捋一下储存,更好理解,你手机的照片、视频占了几个 g 的 空间,微信又占了几个 g 的 空间,这叫储存。而内存是用来运行程序的临时缓存,断电数据就没了, 你的手机卡不卡,游戏能不能带的动内存才是关键。简单粗暴比喻一下,你现在是游戏的人物。你的包里装着手枪、冲锋枪、步枪、弹弹枪、机枪、狙击枪,把包塞满了,一共二十把枪,这就是你的储存。但是你每次只能操作一把枪,最多双枪, 如果你要是哪吒,那就最多六把,这就是内存。卖手机的页面一般会标注,比如十六 g 加五百一十二 g, 就是 内存和储存的大小都是越大越好。看到这里你应该比较清楚了,但仔细一看厂家们的各自表述,又有点晕,让我们去各自的官网上看一下。华为写的是运行内存、 ram 和机身内存, r o m。 小米和 vivo 写的是运行内存和机身储存, oppo 叫 r a m 容量和 r o m 容量。三星的是内存储存,而苹果根本没有写内存,只有容量。那这个 r a m 和 r o m 是 什么意思呢?苹果难道没有内存吗?稍微解释一下, r a m 是 随机存取存储器的意思。 中文把它叫做内存,是延续了早期对电脑的 internal memory 的 翻译,现在英语语境一般叫它 memory。 华为、小米在内存前加了运行两个字,运行内存翻译比较贴切。 r o m 是 指读存储器的意思, 早期的硬盘是只读的,后来可以读写的硬盘延续了 r o m 这个词。现在英语语境一般叫 storage, 中文叫存储或者储存都 ok, 叫机身存储。可能会更明确一点。自己装过电脑的朋友可能会说,内存嘛,不就是内存条嘛,储存嘛,就是硬盘,太简单了。 道理是这个道理,但是技术飞跃了呀。手机的内存和储存现在发展到 l p d d r 五 x 和 u f s 四点零,体积更小,容量更大,直接焊在主板上你也看不到它,看到了也不认识。内存和储存主要厂商是海力士、三星、镁光等几家。 看新闻说,海力士员工今年人均年终奖可达一点四二亿韩元,折算是人民币就是六十九万。苹果手机当然是有内存的,只不过苹果喜欢搞特殊,而且技术确实更高一点,能把内存的效率提升很高,所以用起来更流畅。 通过分析苹果的具体参数,或者用第三方软件,可以测出苹果的内存。 iphone 十七 pro 的 内存是十二 g 的, l p d d r 五 x 主要来自于三星。最后再补充一个让你头晕的知识,八 g 加五百一十二 g, 这两个 g 是 一样的吗? 不,他不一样。内存的国际标准是二英寸,而存储的国际标准是十英寸。因此内存八 g 是 八乘幺零二四的三次方字节, 而存储的五百一十二 g 是 二百五十六乘一千的三次方字节。这就是为什么你买 e t b 手机或者移动硬盘,实际上不到 e t b 的 原因。



你有没有想过,如果一个人工智能他自己决定要把自己所在的整个语音环境给删掉,会发生什么?今天啊,我们就来好好聊聊这个 ko 事件,并且试着去回答一个核心问题,当 ai 开始自己做决定的时候,这个责任到底应该由谁来承担? 故事要从二零二五年十二月说起。大家可以想象一下,在中国的一个数据中心里, 一个叫 kiro 的 ai 编码代理,为了完成一项他接到的任务,做出了一个可以说是石破天惊的决定,他要把整个云环建全都删了,然后从零开始再建一个。 那结果呢?结果就是亚马逊的云服务 a w s 在 中国大陆地区整整十三个小时全面瘫痪。这个不是一次什么小小的技术故障哦,它的影响非常巨大,而且啊,这背后的原因比我们想象的要复杂得多。 好,咱们得先搞清楚一件事,这件事有关重要,这次事故它不是一个程序 bug, 不是 代码写错了,而是一个人工智能代理,也就是我们说的 ai agent, 它自己做出的一个判断,这一点可就彻底改变了整个事情的性质了。 那么到底什么是 ai agent? 你 看这张图就解释得特别清楚,像咱们平时用的 copilot 这类工具,我们叫它副驾驶,它只会给你提建议,采不采纳最后还是你说了算。 但是像 kiro 这样的代理呢?他不一样,他会为了达成目标直接采取行动。在行业里,我们管这个叫代理式 ai, 或者叫 egotic ai, 说白了就是一种能自己规划,自己执行多步操作来达成一个最终目标的系统, 你看,这么一来,整个软件开发的责任架构就从根上被改变了。事情发生之后啊,阿玛尊发了个官方声明,他们怎么说呢?他们把锅甩给了人为事物,说是某个操作员给 qur 的 权限太高了。 但这份声明里最关键的是这么一句话,同样的问题,用任何其他的开发工具或者人手去操作,都可能会发生。但是啊,这真的能划等号吗?一个 ai 的 决定和一个人的手动失误,真的是一回事吗? 这个问题就是我们今天要去拆解的核心,咱们先别急着下结论,回头看看历史, 你会发现这个把责任推给人为失误的剧本,其实啊,我们早就看腻了。这是一个老故事了,大家看这张表,这个模式简直是惊人的相似。 不管是咱们今天说的 kino 事件,还是二零一二年的奇石资本事件,甚至是波音七三七 max 空难,你看官方给出的初步原因,总是说操作员或者飞行员搞错了,可只要你往深了挖,真正的根源往往是系统性的设计缺陷。 咱们把时间拨回到二零一二年的骑士资本,当时发生了什么呢?一个交易软件在部署的时候出了错,结果意外的激活了一个老的测试算法,就这个算法,在短短四十五分钟里,让公司亏了整整四点四亿美元,公司最后直接被收购了。 他们当时的说辞你猜是什么?没错,还是部署过程中的算法,他只是在盲目的执行指令, 哪怕这个指令是灾难性的,他也照做不误。但虾类完全不一样,他是在评估了情况之后,自主的决定要删除整个环境,这不是执行,这是判断,这是一个质的飞跃。那问题就来了,为什么这种所谓的人为失误会反反复复的发生呢? 嗯,这背后其实牵扯到一些很底层的安全原则和咱们人类固有的认知偏见。 在计算机安全这个领域啊,有一条差不多五十年历史的黄金法则,叫最小全员原则。意思很简单,就是说啊,任何一个程序或者用户,你就只给他完成工作所必须的最小权限,不能多,也不能少。 这就引出来一个特别有意思的矛盾点,亚马逊 a w s 自己的官方文档里啊,翻来覆去地强调最小权限原则有多重要,是最佳实践。可结果呢,他们自家的 ai 产品 qro 却被受益了,远远超过它所需要的权力,最后酿成大祸。 所以我们不禁要问,是不是 qro 这个产品本身的设计,就在引诱或者说鼓励用户去犯这个错呢? 这就涉及到心理学上一个很有名的概念了,叫自动化偏见。就是说,我们人类啊,天生就有一种倾向,会过度的信任自动化系统,特别是那些像阿玛宗这种大公司出来的产品,我们下意识里就觉得他们做的应该都是对的。 于是呢,一个特别危险的循环就形成了。大家跟着我来看一下,第一步,我们信任大厂。 第二步,为了省事儿,我们给 ai 代理开一个超级大的权限。第三步,系统闯下了滔天大祸。第四步,大厂出来说,诶,这是用户你自己的配置事务,你看这个循环在企业级 ai 领域几乎是必然会发生的。 这就把我们带到了下一个可能也是最棘手的一个问题, ai 犯了错,到底谁来买单?我们现在面对的是一个巨大的责任真空, 你去翻翻 a w s 的 客户协议,就会找到这么一条免责条款,他说的很清楚,因为你或者任何第三方的作为或不作为导致的服务中断, a w s 不 负责。但问题是,当这个第三方是阿马逊自己开发的 ai 产品时,这个条款它还算数吗? 这张图其实把我们现在的困境说的非常清楚了,你看, ai 代理的技术能力是指数级的往上窜,发展的飞快,但是专门针对这种新东西的法律和监管框架却严重。之后,技术已经一起坍沉了,但我们的规则还停在起跑线上。 好了,我们来总结一下 ki 热事件,它绝对不仅仅是一次简单的技术故障,它给我们解释了一个悬而未决的治理难题。让我们再回到亚马逊那句声明,同样的问题可能发生在任何开发工具或手动操作上。 现在我们就要彻底的一点一点的拆解,为什么这句话是错的,或者说至少是极具误导性的。 这张焕灯片把本质区别展示得非常好,大家看,一边是人类的行为,它背后是有意识的思考,是对后果的认识。而另一边呢,是 ai 代理的行动,它背后是对目标的自主评估,它的唯一目的就是完成任务。 把这两件完全不同的事混为一谈,其实是一种逻辑上的偷换概念。所以呢,我们今天讨论的核心论点就是我们现有的所有这些责任框架,不管是法律上的还是技术上的,都是为那些不会自己做决定的工具而建立的。但是 kirs 他 自己做出了决定, 这就代表了一种全新的风险类别,我们过去那些旧模式已经完全不管用了,这就给我们留下了最后一个也是最深刻的问题,当人工智能做出决定时,谁才是那个真正应该负责的人? 是配置它的那个操作员?是开发它的供应商?还是说这个 ai 本身?这个问题我们所有人都必须尽快找到答案。

微信里占内存最大的两个设置,必须给他关掉,不然就算手机再多给你几百个 g, 照样不够用,只要把这两个设置关掉,手机就会更加的丝滑流畅。我给你演示,我们打开聊天工具,然后点这个设置, 大家看这里有个更多,我们点击进入,然后把这两个开关给他关闭。你看自动保存拍摄或编辑后的图片, 自动保存拍摄或编辑后的视频,这两个非常占内存,给他关闭,然后返回往上滑。大家看这里有个其他功能,我们点击这里有个发现页管理,点击, 然后最底下有个小程序,把这两个开关给他关闭,这就可以了,大家了解了吗?赶紧去操作一下吧。

喜欢用 h 浏览器,但又觉得内存占用高,那是因为他背着你在偷偷使用。第一步,打开任务管理器,选择启动,找到 h 浏览器右键,将它禁用。第二步,右下角搜索服务器回车,找到这三项右键属性,将启动 类型改为手动,这里关闭了它的自动更新任务需要更新,打开 m h 浏览器,点击这边点击帮助和反馈,点击关于 mac c f h, 点击更新,就可以实时更新它了。