粉丝2090获赞1.1万

这是官方推荐的卸载教程,如果你不小心装了 open core, 请不要慌张。 windows 用户按键盘上的 win 加 r 键,在弹出的框中输入 c m d, 然后按回车,或者直接在开始菜单里搜索命令提示符或 power shell。 mac 用户按键盘上的 command 加 space 空格键,在搜索框输入 terminal 或终端,然后按回车,复制下面这行命令并回车。 often call and store or yes 其中按 so 告程序,我要卸载哦。撤撤删除包括有关服务、本地数据库、配置文件等所有数据。 yes, 全程自动确认,不需要你手动按外确认。最后删除命令行工具。以 上指令跑完后,电脑依旧只剩下 open call 的 外壳 c i a 工具了,如果想把它彻底清除,在置信一行 an p m ansolo 借 open call 至此,电脑就彻底干净了。另外, 实行完上述操作后,建议重启一次电脑,确保所有后台进程彻底关闭。如果曾在 open call 里绑定为 p i t 如 open a i call 的 密钥,建议去对应的官网废弃,就密钥生成新密钥,以防万一哦。

首先呢我们进入一下我这个设置,可以看到我已经更新到了 ios 二十六开发者贝特版,然后我也可以选择关闭开启,全部都可以,然后我们怎么提前更新呢?这个呢是我的 macbook, 我 们打开, 然后你可以看到这个 macbook 也是可以升级 mac os 二十六点一 beta 二测试版的,都是开发者测试版,我们应该怎么样进行一个提前更新呢?现在全部都可以升级到最新的 ios 二十六本方法适用于所有的苹果系列苹果设备,那么我们只需要在这里发送 ios 就 可以了, 那么我们只需要在这里发送 ios 就 可以了,就这么简单。

最近啊,小龙虾 openclaw 真的 是越来越火爆了,不仅是全国各地都在积极推广,推出了很多的优惠政策,让个人可以用 openclaw 手抽万物。那么某二手交易平台上呢,也出现了很多带部署 openclaw 的 服务,我现在看到在深圳,在上海,在北京,剩下有几百号人排着长龙,就为了让大厂免费帮忙部署领养一只属于自己的小龙虾。 顺便在这里插一句啊,早在今年一月底的时候,我就制作了两期视频来教大家本地和线上部署入门 club 目前还没有部署,大家呢可以去看一看。不过呢,在大家一窝蜂把这只 ai 卷挤进电脑用了几天之后呢,有些人又动起了卸载的念头, 想要卸载,原因有很多啊,总结下来呢,就是一装完之后呢,不知道后续该怎么用,那么二呢,就是找到了能用的方向,但是呢,用起来太烧偷啃太费钱了。第三呢,就是担心安全问题,最近呢,也有很多类似的报导,但是这又产生了一个极其头疼的痛点,这玩意不想用了,到底该怎么才能删干净呢? 虽说 openclaw 官方是有推出官方的命令行卸载途径的,但是很多朋友不太会使用,为此呢,我专门制作了一个免费的 openclaw 一 键卸载工具,还推出了 mac 版本和 windows 版本供大家使用。因此今天的教程呢,会分为两个部分,第一部分呢,就是教你官方的卸载方式,如果你还是不会操作的话呢。第二部分呢,就是教你我制作的 openclaw 卸载工具的使用方法。 首先,如果你是 mac 用户的话,需要打开终端,如果你是 windows 用户的话,需要打开 palux 或者是 cmd, 然后呢直接把这一串指令粘贴进去,然后点击回车 就会出现这个界面,默认呢会选择前三个,如果你不是 mac 用户的话,第四个是不需要选择。如果你是 mac 用户,然后也安装了 opencloud 官方 app 的 话,那么这一项呢,也是需要勾选的, 然后点击回车,那么这里呢,就会提示要继续卸载吗?我们勾选 yes, 然后点击回车就可以了,现在他就开始自动卸载了,然后出现这样的输出呢,就代表着已经成功了。那么接下来呢,我们还要进行手动的清理。 mac 用户的话,要依次在终端里输入这些指令, 而 windows 用户的话,需要在 pause 中依次输入这些指令。那么接下来呢,就要卸载一下 ci 工具,根据你安装使用的类型进行选择, 如果你不知道用的是哪个 c i a 工具装的,那么就把这三个挨个填进去,然后回车试试就可以了。到这一步呢,基本上就能清理干净了。我把这些卸载的指令和方法整理成了一个文档,有需要的话可以私我。 接下来呢就要介绍一下我做的 open cut 卸载工具的使用方法,它提供清晰的扫描结果,格式化的卸载流程和详细的日期反馈,能够让用户在操作前确认被移除的内容,并在操作后快速了解卸载的结果。 无论是普通用户,还是需要排查安装残留环境冲突的高级用户,都可以更安全更直观的完成清理。首先你要选择对应版本进行下载,我这边有推出三个版本,一个是 windows 版本,那么 mac 版本呢,分为适配于英特尔芯片和适配于 apple 系列芯片的两个版本,所以呢,大家需要根据自己的电脑类型进行选择。 我们打开这个软件的界面之后呢,点击开始扫描,它就会瞬间扫描出来你电脑上的 opencl 的 安装情况以及各个相关文件的位置。这个时候呢,我们不用动任何的选项,直接使用它默认勾选的内容,点击下一步, 然后这里呢会出现一个卸载提醒,告诉你卸载是不能撤销的,如果同意的话,你只需要点击确认卸载就可以了。然后呢,它就会自动帮我们把 opencl 卸载完成以及清理残留的文件。那么到这里呢,就显示已经卸载完成了。 软件的下载方法呢,我放在了评论区,有需要的可以自取。好了,那么本期视频就到这里结束了,让 ai 成为你的下线,你来决定上线,这里有哈弗 ai, 我 们下期再见。



我之前发过一期 starship 的 视频,全网加起来快二十万播放了。好多人看到我的 shell 还是 z s h, 都在评论区让我试试 fish, 但我一查发现它的语法跟 bash 不 兼容,网上复制的命令可能直接跑不了,这让我一直没改换。后来实在架不住大家一波又一波的安利装了试一试,终于明白为什么这么多人推荐了。 fish 的 全称叫 the friendly interactive shell, 主打一个开箱即用。别的 shell 要装一堆插件才有的功能,它全是内置的。先看最直观的两个,我打 c u, 你 看后面一整条刻录 url 自动补出来了,再按一下右方向键,直接就补全了。然后我们再试试打 fast, 你 看后面一整串参数全补上了, 让我们再试一个,我们打 r g, 你 看这么长一串,谁记得住对吧? fish 都帮你记着呢,不用 ctrl 加 r 翻历史,他自己就能猜到你想要什么命令。再来看语法高亮,我现在打一个正常的命令, hello, 你 看 echo 显示的是正常的蓝色,所以没问题。那么现在我故意打错, 你看是不是直接就立刻爆红了?还没按回车就知道拼错了。这两个功能在 zs h 上要分别装 zs h auto suggestion 和 zs h syntax highlighting 两个插件。 fish 里全是内置的, fish 的 tab 补全也是开箱即用。比如说我打 get 空格,然后按 tab, 你 看它不光列出了所有的子命令,而且后面还附带一个说明, 你看 add, 然后 check out, commit, 所有子命令一目了然。这些补全都是 fish 自动从 main page 里解析出来的,它自带了一千多个工具的补全规则, git docker blue, 装完就能 tab z s h, 要实现类似的效果,得装 z h completion 插件, 而且还没有自动解析 main page 的 功能。最后看 a b b r 缩写系统跟 z h 的 alias 不 一样,我先创建一个缩写 a b b r 杠 a t s ok, 然后现在我打 g s t, 然后空格,你看我按空格的瞬间,它自动展开成了完整的 git status。 历史记录里存的也是展开后的命令,以后翻历史不会看到一堆缩写,不知道当时干了什么。 回到开头说的, fish 的 语法和 bash 不 兼容怎么办?先说脚本,你写的 bash 脚本在 fish 里直接跑完全没有问题,因为脚本的第一行有这个,这个叫 bash 系统,看到它就知道该用 bash 来跑这个文件了。我们测试一下, 你看是不是完全没有问题?这跟你钢琴用什么 sound 没有关系,所以 fish 只管你日常敲命令的界面,脚本该怎么跑还怎么跑。那如果是网上复制的 bash 命令呢?前面只要包一个 bash 杠 c 引号,一包就行了。比如说我们试试这个 直接跑跑不出来的,那我们试试 bash 杠 c, 然后又错了 bash 杠 c 引号 你看是不是运行完全没有问题了?那如果你想迁移过来原来 z s h r c 里那些配置怎么办?因为 fish 的 语法不一样,这个 export pass, 然后 if 写法都得改,你不用自己学,你把你的 z s r c 丢给 color code 的, 让它自动把你翻译成 config 点 fish 就 行了。 所以 fish 总结起来,这三个字不用配 auto suggestion 语法。高亮 tab 补全缩写系统装完全是现成的 best 脚本照跑旧配置让 call code 帮你翻译就行了。


大家好,欢迎来到特米诺大师课第六课,从这节课开始,我们将跳出具体的命令,进入思维篇。很多人有一个巨大的疑惑, windows 和 macos 的 图形界面 g u a 已经发展了几十年,做得越来越漂亮,越来越傻瓜化。 按照技术发展的规律,老旧的命令型界面 c i y 早该被淘汰进了历史的垃圾堆才对。但现实却恰恰相反,在今天最前沿的云计算、人工智能 devops 领域,图形界面几乎销声匿迹, 所有的核心工具全都是基于命令型的。为什么 c i y 不 仅没有死,反而比以前更火了? 今天我们就来揭开这个反直觉现象背后的真相。要理解 c l i 的 伟大,我们首先要看看 g u i 图形用户界面的局限性在哪里。 g u i 非常好,它降低了电脑的普及门槛。但当你从一个消费者变成一个创造者或管理者时, g u i 的 缺点就暴露无疑了。第一,局级难自动化。图形界面是为人类的眼睛和鼠标设计的。如果你每天早上需要把一百个文件改名并上传到服务器,用鼠标点,你每天都要浪费半小时。 你很难写一个脚本去精确地控制鼠标点击屏幕上的某个按钮,因为按钮的位置可能会变。 第二,消耗资源大,渲染漂亮的窗口动画阴影需要消耗大量的 cpu 和内存。对于寸土寸金的云服务器来说,例行图形界面简直是极大的浪费。 第三,功能受限于设计师的想象力。在 g u i 软件里,如果没有给你画这个按钮,你就绝对用不了这个功能, 你被永远困在了软件开发者为你设定好的框架里。反观 c l i, 它的核心戒制是什么? 是件纯文本片。不要小看纯文本,因为它是文本,所以它可以被精确地记录,被轻易地复制、粘贴, 被存入代码仓库,进行版本控制。最重要的是,纯文本是机器最容易理解的语言,这意味着你可以把你今天敲的十行代码仓库进行版本控制。最重要的是,机器最容易理解的文件里, 明天你只需要运行这个脚本,电脑就会以人类无法企及的速度,精确无误地把这十个步骤再做一遍。无论是执行一次还是一万次,它都不会抱怨,也不会点错按钮。 这就是自动化的基石。 i c l i 真正的灵魂在于它背后的 unix 哲学。 unix 哲学有一条著名的原则,让每个程序只做好一件事。 在 linux 中,有成百上千个极其微小的命令,比如 cat 只负责读取文件, grab 只负责搜索文本, sort 只负责排序。它们单独拿出来似乎做不了什么大项目。 但是 unix 发明了一个天才的设计,管道符号是一个竖线。管道的作用是把上一个命令的输出结果直接作为下一个命令的输入。 比如, cad, access, dialog, grab, error, sort unique c。 这行命令的意思是,读取日记文件交给搜索工具,找出所有报错行,交给排序工具,排好序, 最后交给去重工具,统计每种报错出现了多少次。这就像是乐高积木,每一个小命令都是一块标准化的积木,通过管道把它们拼接在一起,你能创造出无穷无尽的复杂功能。 而在 g u i 软件中,你绝对不可能把 photoshop 的 输出直接塞进 word 里去处理。这种组合的威力是 c l i 永远年轻的秘诀。最后,我们来看看今天的技术趋势。 我们已经进入了云计算和云原生 comptiv 时代,一个大型互联网公司可能同时运行着几万台服务器,这个时候你还能用鼠标一台一台去登录,去点击安装软件吗?显然不可能, 我们需要的是基础设施及代码 infrastructure s code。 我 们用代码定义服务器该长什么样,然后用命令一键部署。所以你看看今天统治后端世界的工具, did, docker、 cubanitas, 它们的核心交互方式无一例外全都是命令型。因为只有 c l i 才能融入到持续集成、持续部署 ci cd 的 自动化流水线中, 实现机器对机器的自动管理。总结一下, c i i 之所以没有销亡,反而越来越火,是因为它代表了效率、自动化和组合的无限可能。 图形界面是为人类的直接设计的,而命令型是为逻辑工程和机器自动化设计的。以解了 unix 的 管道哲学,你就不再是一个只能使用别人做好的软件的消费者,而是变成了一个可以随意拼装工具的创造者。 接下来的课程,我们将进入最激动人心的篇章。当古老的终端遇上最前沿的 ai 大 模型,会碰撞出怎样的火花? ai 时代的终端新玩法,我们下节课见!

你有没有发现, cloud code codex 这些世界顶级的 ai 编程工具入口,居然都是一个黑乎乎的命令行窗口,没有漂亮的图形界面,没有按钮,没有菜单,就一个光标在那闪呀闪的。这些团队不缺设计师,也不缺钱, 一个顶级的 ai agent, 为什么偏偏却要把自己的入口做成这个样子啊?这一集呢?我带大家一起来拆一下 cloud code 的 第一套系统, c l i 工位, 把这个位什么彻底给讲清楚。我是 yuna, 欢迎回到 cloud code 的 拆解系列。先把两个词儿说明白。第一个, g u i, 全称 graphic user interface 图形用户界面, 就是你每天在用的东西,图标、按钮、菜单、表单,配上动画鼠标,点一点键盘填一填,软件呢,就能自己干活了。 它是专门给人设计的,让人看着顺眼,用着顺手。第二个, c l i, 全称 command line interface 命令行界面, 没有按钮,也没有图标,就是一个黑窗口,你打一行文字命令,电脑就照着执行。这里有个很多人不知道的真相,你在界面上点的每一个按钮啊,软件背后呢,其实都是在把这个动作翻译成一条一条的命令,再去指挥电脑。 图形界面只是盖在上面,给人看的一层皮,真正在干活的是底下的那层命令,那让 ai 来干活,问题就来了,你有两个选择。 第一种,让他去操作那些给人用的软件,他得先看懂一个复杂的界面,认出按钮在哪,菜单在哪,再把点这里翻译回命令,这一圈绕下来,又慢又容易出错,界面稍微一改版,他就全乱了。 第二种,直接把他接到命令那一层,跳过给人看的那层皮,直接下命令,直接控制电脑, 哪个更聪明,一目了然哈。说到底呢, agent 不是 人,他不需要漂亮的按钮,他需要三样东西,能用文字描述的入口,能直接执行的命令,能被读懂的结果。 这三样呀,图形界面一样都给不了。命令行,天生就满足一句话,图形界面是给人点的命令行呢,是给人给程序也给 agent 一 起用的。打开 cloud code 的 入口,一行 cloud 命令背后藏着三层设计。 第一层呀,直接对话 cloud, 加上你的需求,零门槛的入口。那第二层呢,十个子命令 agents m c p plug in doctor, 每个呀,管一类任务。第三层呢,大约有四十个参数控制模型呀,权限,绘画,还有结果,怎么输出一行命令呢?三层纵深 cloud 这个命令呢,其实有两种做法。 第一种呢,你大概率见过,直接敲 glot, 进到那个对话界面,就像聊天一样,一来一回看着它干活,跟 chgpt 和豆包差不多。 第二种呢,更有意思了, glot 的 后面加一个杠 p, 再跟上你要它做的事情,它根本不打开界面,活就能干完。结果呢,直接打印出来,然后就退出。 打个比方哈,你想整理一个文件夹,敲一句 cloud 杠 p, 把这里的会议记录整理成一份记要, 或者是说,你手上有一张 excel, 敲 cloud 杠 p, 把这个月的开销按类别汇总一下, 你连对话框都不用进,回车事儿就办完了。你可能会想,这有什么用,我自己进去聊不也一样吗? 关键就在这儿,一行命令呢,就能将 ai 把整件事从头干到尾,这个能力你想想看,一旦你把它放到一段代码里,塞进到另外一个城市里, cloud code 呢,就悄悄地融入到了别的工作流,自动地、反复地替你干活。 比如自动提交代码之前,让它的程序自动掉一次 cloud, 把安全问题先扫一遍。 刚才说的是别的程序来调用 cloud, 那 反过来呢? cloud code 自己干活的时候啊,也得用上一大堆别人的工具,比如说跑测试啊,看代码的改动啊,查看容器的状态,它靠什么去调用这些呢? 就是一个叫做 bash 的 工具。在 cloud code 的 二十多个工具里啊, bash 最最特殊,它不提供某一个具体的能力,它提供的是调用能力的能力。 agent 呀,不用自己内置的 git, 内置的测试框架,任何终端命令,它都能通过 bash 跑起来。结果是,文案 agent 能读,能判断,能决定下一步做什么。但什么命令都能跑,也意味着风险。所以, cloud code 呢,加了一道权限闸门,你可以精确地控制允许他用 git 的 所有子命令,但禁止他把代码包发布出去。 不是全部允许或全部禁止,而是精确到哪个工具配什么参数。更厉害的是呀, bash 把整条工具链串了起来。你说一句,修个 bug, agent 呢?先看代码改动, 读相关代码,动手改,再报测试。测试没过呢,就读报错,再改,再跑,直到通过,最后提交。每一步呢?办事都在调用一个外部的工具, 如果你正在设计自己的 agent 的 产品,这里有四条可以直接用的原则,第一,给 agent 的 文本入口不是按钮, agent 没法点按钮。 第二,区分人用的入口和程序用的入口,对话界面和命令行调用,两者都要用。 第三,权限要精确到能跑什么命令工具名加参数是目前最实用的控制方式。 第四,你的产品不是孤岛。 agent 真正的价值是把现有的工具串起来。总结一下哈, cli 的 工位核心价值就一句话,让 agent 能做进真实的项目,用真实的工具交付真实的结果。 那下一集呢?我们来拆第二套系统, comot 的 斜杠命令是怎么设计的呢? 为什么一个好的 agent 产品不能只是有一个输入框?喜欢这个系列吗?关注我的公众号和视频号,每周更新,别错过下一集!

如果你以为 w w d c 二零二六只是发布了一个 ai siri, 那 你可能漏看了很多东西。今年苹果藏了不少彩蛋,今天带大家看看 w w d c 二零二六最有意思的几个隐藏的细节。 第一,苹果其实在公开认错。今年发布会的顺序和往常完全不同,以往都是从 ios 到 ipad os、 watch os、 mac os, 然后再到 one more thing。 而今年苹果把内容分成了性能与可能性、儿童安全、 ai 与 siri 三个大部分。那我们可以注意到,苹果一开场呢,先讲了各种各样的系统修复和这种体验的优化, 而不是一上来就炫 ai, 这个信号就非常明显了。其实苹果知道,这一年以来,大家对于苹果系统体验的这种吐槽是非常多的,所以对于果粉来说,这其实是一个好消息。第二点就是认了错之后,苹果真的改了。 去年 liquid class 推出之后,争议不断,大家会有各种反应,比如说太透明、太花里胡哨,看不清文字。当然也有人非常喜欢这种玻璃的光感效果,结果在 w w d c 二零二六上,苹果直接增加了 透明度调节调感,用户可以自己决定玻璃感有多强。这其实有点罕见,因为这么多年以来,苹果一直是在引领你的审美,就是我认为这样好看,你必须接受,而这次好像看起来他妥协了,你觉得不舒服,那你自己调吧,你喜欢什么样子的,你自己调吧。 第三, iphone 十一竟然还活着。很多人都认为 ios 二十七肯定会砍掉 iphone 十一,结果没有,苹果依然保留了 iphone 十一支持。算下来,从二零一九年发布,到二零二六年,仍然能够支持升级,其实已经达到苹果历史上比较夸张的这种支持周期了。发不回的弹幕里甚至有人调侃, iphone 十一比我的工作还稳定。 第四, siri 终于有聊天记录了。这个细节很多媒体都没有重点讲,那新版的 siri 有 独立的 app, 可以 连续聊天,可以保存上下文,也可以查看历史的记录, 那这种感觉已经非常接近我们日常使用的这种 ai 逻辑了。所以总的来说,苹果其实不是升级了一个 siri, 而是重新做了一个 siri。 第五,这是发布会里最密集的一张 ppt。 苹果在 kindle 的 展示当中快速闪过了一夜,整个停留时间可能也就不到三秒,结果开发者们疯狂截图,这里面有特别多这种生活化的改进,比如说 airplay 连接更快、 pdf 保存更快、 starlife 搜索更准、共享相册支持更多筛选、 apple watch 更省电、 carplay 音频拖动更顺滑。那这些升级才是我们每天真正会用到的东西。 那最后一点就是,今年可能是 tim 库克作为苹果 ceo 主持的最后一届 w w d c 发布会了,所以回头看会发现今年的基调比较特别。我们前面也说了,他没有按照往年排排坐、吃火锅的形式去介绍各种各样的 o s, 而是把功能打散,以场景和 ai 体验贯穿,所以整场充满了一种传承感,不像往年这种技术的堆叠,而更像是给苹果的下一个时代 做交接。 at apple creating the best products in the world to deliver experiences that enrich people's lives has always been our north star, it's been the honor of a lifetime to help advance that mission with teams whose creativity care and conviction continue to make a lasting difference in people's lives thank you all for joining us let's have a great wwdc。 好啦,以上就是我看到今年 w w b c。 二零二六的一些小细节,如果你感觉到有趣的话可以点个关注,之后还会有更多关于家居数码方面的视频和大家分享。如果你对于本届 w b c。 二零二六有什么新的想法,也欢迎在评论区回复一下讨论,拜拜!

在这个系列视频的第一期里,我们就看到过 cloud code 里有一段特殊的系统提示词,叫做延迟加载的工具 deferred tools, 比如说 ask user question, 还有之前介绍过的 web search, 都在这个工具清单里。 这些延迟加载的工具和 to 字族里的工具有什么不同呢?它们到底是如何被调用的?进一步思考,如果工具是被动态加载的,那么 to 字族改变后对于提示词缓存有什么影响呢?这期我们就深入来分析一下 clock code 里动态工具调用的机制。 tool search, 我 们在 clock code 里输入, 我现在好无聊呀,用交互式的方式给我三个出去玩的选项,然后他调用了 ask user question 这个工具来询问我们的答案。 然后我们来看一看背后整个调用的过程。我们还是用老朋友 cloud tab 抓包,但这里有个坑,之前抓包就发现,一开始几十个工具都会被塞进上下文,根本就不需要言辞加载。 后来有朋友在评论区里提醒我才知道,因为 cloud tab 是 反向代理,会把 astropack base url 这个环境变量指到本地的抓包服务器。 而根据这篇官方文档,大部分代理服务器都不会转发托 reference 这个块,所以 cloud code 一 看到 base url 并不是 sql 自家的,所以默认就会把 to search 整个关掉。 也就是说,如果你用的是第三方大模型,比如说 deepseek, 智普等等,那么 cloud code 默认每次对话都会把所有工具都塞进上下文, 这样非常浪费 token。 所以 要解决这个问题,得设置一个环境变量,叫做 enable to search, 等于 true, 强制开启这个 to search, 延迟加载大部分工具, ok, 这就是 cloud tab 的 抓包结果。我们先看这个轮次三的用户消息,这个是我们刚才发的提示词,对吧?然后往上翻, 可以看到完整的延迟加载的工具名单啊。后面还有两个这个 m c p 的 插件工具,然后它们只有名字,没有 description, 也没有 skin 嘛。一开始大模型只知道这些工具存在,但是并没有任何的额外的信息。我们再看这个 tos 树组, 一共十个工具,前面几个都是老实人了, bash edit 啊 grab。 然后最后一个叫 to search, 这个是我们这期的主角,然后它的这个 description 翻译过来就是按需展开这个 deferred 工具的完整定义, 你可以把它理解成一本工具的字典。当模型决定要用哪个,就跟 tool search 报一个名字,于是它就把这个工具的完整说明书读出来。接下来看服务器的响应模型,输出了一个 tool use, 名字是这个 tool search, 对 吧?然后参数等于 select, 冒号, ask user question。 他看到了用户要的是交互式给三个选项,这是一个选项类的任务,得有一个能谈问题给用户选的工具。于是他扫了一页上面延迟加载的工具名单,这个 ask user question 可以 做这个事情。于是调用 to search 工具,把它的完整说明书发给我,我们继续看下一个轮次次的请求,然后点击对比。上次 可以看到用户消息里多了一个 tool result, 然后它的 type 是 这个 tool reference, 然后 tool 内是之前的这个 ask user question, 对 吧?并且还有一行字表示这个工具已经加载完毕了。那这个工具加到哪里去了呢?可以看到这个工具里多了一个 ask user question, 我 们可以去 tos 序组里点开它, 我们发现这就是 ask user question 工具的完整定义和说明书。有了这个,这时候大模型就知道怎么完整的调用它了,我们往下可以打开完整的这个原始的 json 响应。我们可以往下翻, 可以看到一个普通的这个工具没有的字段叫 defer loading 等于 true, 后面的请求也是一样的,新增的这个延迟加载的工具都会带这个标记。最后来看这轮服务器的响应, 我们看到模型按照给出的工具说明,真的返回了这个 ask user question 的 工具调用,对吧?这个 question 的 参数里面给出了三个的出行选项,让用户来选。我们把刚才的抓包分析总结一下, to search 这套机制只是比正常的工具调用多了一次请求。比如第一步, clock code 的 命令行发请求,带上了 toos 矩阵里所有的延时加载的工具清单,然后用户说给我三个出去玩的选项。 第二步,当 opus 收到了这个请求以后,大模型判断当前提示词它是需要 ask user question 这个工具的,但是目前并没有在上下文里,于是输出了一个托 use, 调用这个托 search 工具,把 ask user question 的 工具的说明书发给我, 然后客户端的 to search 工具再收到查询命令,在本地所有的工具定义里按名字匹配,把命中的工具的完整的 steam 读出来,准备塞回下一轮请求。第三步, colloquial 命令行发新请求。然后 tos 序组里面多了一个 ask user question 的 完整的定义,并且带了一个 defer loading 的 这个等于 to 的 字段。 然后在用户消息的末尾追加了一个 to reference 的 快, to 的 内是写的这个工具名称 ask user question。 然 第四步, opus, 它收到了请求,然后模型已经看到了 tos 里已经有了这个工具的完整的 schema, 于是正式发起了工具调用。 所以第一次这个请求是模型向客户端要工具的说明书,然后第二次请求模型才真正用这个工具来干活。然后我们回到视频一开始的问题,如果工具是被动态加载的,那么 tos 数值改编以后对于提示词缓存有什么影响呢? 官方文档里有一段专门讲 default loading 和 cache preservation, 刚好解释了这件事情,它的机制是这样子的, 刚才我们看到 tos 树组里被动态加载的工具定义都有一个 default loading 字段对不对?所以服务器端在算 cash 前缀哈希的时候,带这个字段的工具会被直接跳过,不参与计算,所以延迟加载的工具不算进 cash 前缀。 但是这个工具的定义也并没有消失,刚才被添加进对话历史的这个拓 reference 块,服务器端在检测到以后会把它自动展开成完整的工具定义,再发给大模型,所以模型在后面的轮次上下纹理就都可以看到这个工具了。 所以我们可以看到加载工具之后的这个调用缓存前缀里的 to 完全没有变动,然后新工具只添加在了最末尾,于是 cash 的 前缀就保住了,工具的定义也完整地进入了上下文提示词,缓存完全没有被破坏。讲完机制,我们回头看一看 to search 到底帮我们省了多少 token asterisk 在 去年底在上线 to search 的 时候发了一篇工程博课,标题就叫 introducing advanced to use on the cloud developer platform, 里面给了一组对照的数据, 他说这个在接入 github, slack central, splunk 这五个常见的 m, c, p server 的 时候,一共有五十八个工具,光定义就吃掉了大概五万五千个 token, 然后整个绘画大概七千多个 token。 开了拓色史之后, 拓色史自己第一轮大概用了五百个 token, 然后加上按需展开的三到五个工具,大约三千个 token, 合起来一共就八千个 token。 工具定义开销直接砍掉百分之八十五以上。 而且不只是省头肯模型在一大堆工具里挑对那个的准确率也提高了。比如这里说 opus 四从百分之四十九涨到了百分之七十四,然后 opus 四点五从百分之七十九点五涨到百分之八十八点一,工具少了,模型反而选得更准确。

本次 w w d c 开发者大会上,苹果正式公布了全新的 microsoft 系统,命名为 golden gate。 首先是 golden gate 的 全新主题外观设计,车内视觉风格焕然一新。系统搭载的液态玻璃效果十字定义调节,用户可根据个人喜好调整透明强度,还能针对不同的 app 呢,单独设置专属效果,个性化自由度大幅提升。 同时,系统对工具栏、侧边栏进行了全新的改版,界面布局更简洁规整,操作光感更佳。在功能体验优化上,隔空投送与 safari 浏览器的运行响应速度得到了显著的升级,日常文件传输网页流量会更加的流畅高效。 儿童安全防护也是本次更新的核心亮点之一,系统新增多项家长管控功能,家长可手动审批孩子的新网站访问权限,针对聊天性质中的敏感内容,也会在孩子查看前自动预警干预会有不良信息影响等等。 整体来看,本次更新的儿童安全管控功能啊,它的逻辑和我们熟知小天才电话手表管控模式啊比较相似,操作简单,实用性强,极大降低了家长的管控难度,更贴合日常育儿管理的需求。 那非常遗憾的是,本次发布会重点推荐的 siri、 ai 以及苹果全系智能功能,目前在我们中国大陆地区呢,依旧无法使用,那去年推出的 microsoft 也是最后一代支持英特尔芯片 microsoft 系统版本, 因此此次全新的 golden gate 系统啊,仅是被苹果自研性的麦克风设备彻底告别了对英特尔芯片的金融支持。但还是不得不说,缺席的 siri、 ai 和苹果智能功能确实让我们感到非常的遗憾,希望未来能加紧相关内容上线吧。