为什么说全球 ai 微社启幕？ a 社公布了它最新最强大的模型 cloud methods， 不 过它们不打算对公众开放，因为它强到可怕。如果真的对公众开放，之后可能会把互联网搅得天翻地覆。 简单来说，无论是你用什么牌子的电脑或者手机，它其实一直存在着至今没有被人类发现的许多的漏洞的。而 methods 可以 轻易地找到这些漏洞，并通过这些漏洞入侵你的电脑、手机，窃取或者破坏它其中的内容。 是不是听起来很可怕？不可？好在 a 社向来是以标榜安全和负责任的 ai 为名的。只不过，如果白宫强迫你非要用这个模型去攻击敌国的网络的话， a 社能够顶住多大的压力不去做这件事呢？ 举个例子，你非常相信你的兄弟，你觉得即便刀夹在他的脖子上，他也不会背叛你。但是现在敌人抓住了你兄弟的老婆孩子，父母，而且要给他们十亿美元治疗他们的重病，你觉得这个时候你和你兄弟谁的心更凉一些？ 如果把 ai 比作核弹的话，冷战时期的核威慑就是，你可以不用核弹，但是你手里必须要有。
粉丝1413获赞3.4万
相关视频
01:21查看AI文稿AI文稿用考核 code 啊，最烦的一件事情是什么？你交代他一个任务，转身去倒杯水，大家发现他还停在那里等着你确认。改个文件要问你，装个工具要问你，连建个文件夹都要问你，那其实不是没有办法，是你还不知道。考核 code 啊，有六种权限模式， 那选对了他就不烦你了。那第一种， default 默认模式，每一步都要你确认，最安全，但也最打乱节奏。第二种， accept edit 模式，工作目录里的文件编辑啊，全部都自动批准， 但终端命令还是会问你。第三种， plan 模式，那 cloud 只读不写，先帮你规划不动你的代码。第四种， auto 模式，背后有个 ai 安全分类器，实时把关，安全的放行，危险拦截，不需要你逐个确认。第五种， don't ask 模式， 默认拒绝所有操作，只执行你提前加入白名单的工具，那适合需要精细控制的场景。第六种， by pass 模式，那用这个命令可以启动，跳过所有的提示，只建议在格力环境里面用。那还有很多人问我啊，为什么 shift 加 table 找不到 auto 和 don't ask 的 模式， 那 dosask 啊，只能启动式加参数进入，那 auto 呢？需要先跑这个命令来解锁，而且 pro 账户用不了，需要 max 以上的订阅计划。那最后啊，一句话来，选，模式默认用 default， 改代码用 accept edits 看方案用 plan， 智能全自动，用 auto 精细控制啊，用 dosask， 完全不打断啊，用 bypass。 那 你觉得可拉库的最烦人的事情是什么？欢迎在评论区分享。
1077起哥的AI实战
02:55查看AI文稿AI文稿cloud 推出了一款新的插件，叫做 cloud security， 目前还是在一个 research preview 阶段，它有什么功能呢？它可以去自动扫描代码并找到一些漏洞，然后呢给出一些修正的方式，让人类的用户 或者是专家去审核。这看上去一场小的一个新闻，但是却引起了整个的软件行业，特别是安全软件行业的地震。 crowd strike， cloud fair water 这几家呢，以安全或者包含了安全模块的软件上市公司，有些呢可能是做 p i c 跟网关的，基本上呢集体下跌了百分之五，整个下跌幅度呢超过了一百亿美元， 整个 cyber security 就是 网络安全的 etf 下降了百分之四十九，无差别的进行了面市的损失攻击。这一切呢都来自于 cloud 上线的，目前还是在研发探索阶段的一个产品。 网络安全其实是一个很大的一个方向，因为这个方向是明确可以产生收益，而且市场是有刚需，特别是一端的企业需要防止黑客，整个的黑客呢，跟所谓的杀毒软件的这种网络安全已经形成了一个完整的生态了， 有些漏洞都可能是网络安全公司爆出来的，这一系列的这种半灰产的行业呢，都有可能这次被 ai 一 锅端了，而这个产业你有多疯狂呢？二零二三年疫情结束之后，基本上一路都在增长， 直到现在呢，又打回到了二零二三年十月之前的一个整个的市值。 yc 就是 美国最知名的早期的创业孵化期里面有一半的企业都是跟网络安全相关的。 想稍微从两个层面评点一下这个事情的影响力以及我个人的看法。在互联网时代呢，很多的行业被称为是不透明的，甚至有点欺负纳税者的及其专业的一些有避雷的产业， 通过这种网络安全，就我刚刚说的这个行业呢，有一点挥洒的意识，很多做网络安全的公司也有可能是黑合式的，暴露出一些网络安全漏洞，以让市场上更多的个人和企业用户购买他们的软件。但 ai 呢，却让整个逻辑变得非常透明，因为 ai 读代码的能力跟速度都远超越人类的，所以让原来一个有毕业的工作呢，变得非常透明 快速的导代码中漏洞，密码的漏洞，非常有效的告诉人类玩家。所以 ai 其实对于这种传统的偏灰产的有壁垒的软件行业，绝对是一种较为打击，网络安全只是其中的一个开胃菜而已。 第二呢，就是关于未来 ai 影响整个互联网生态的这种范围和力度。目前来看呢，绝大部分市场上无论是行业专家还是投资人可能都是低估的，我 看还有很多的投资人和从业者不敢去大规模的拥抱 ai， 而是还是在一些垂类偏软件 s 的 或者是气氛领域的 ai 里面做投入。 目前来看的话，真正的有影响力去变更 everything 的 一定是通用型的 ai， 它一个小插件就能一锅端一个行业，所以真正在通用智能的这个逻辑里面，智能是关键，可能占了百分之九十。所谓的锤类呢，只是智能中的一个快速可以实现的分支的知识和经验。这个无论是通过目前看到的 m c p 还是 skills， 都是快速实现 把一些通用智能器变成锤类智能的有效路径。而很多传统的软件公司或者是锤类 ai 公司花了几年甚至十几年积累的各项能力了，在 ai 的 加微打击下都有可能一文不值。所以在 ai 的 行业，所有人都应该快速的全力的拥抱通用智能，通往 agi 道路上百分之九十的能力都可能会被改写。
178杨博士说AI
01:01查看AI文稿AI文稿从今天起，你打开 word 就 可以直接用 cloud 了。今天凌晨， cloud 宣布正式接入微软 office 全家桶，什么 word 呀， excel、 ppt 全都可以直接用。 outlook 也开放了公测，什么概念？家人们全球 office 付费用户超过四亿，而专业的程序员也就两三千万。所以说， 我们普通的打工人，也可以在自己平常用的办公软件里边用到 cloud 了。更关键的是跨应用共享记忆，你在 excel 里边让 cloud 处理的数据切换到 ppt 里边，它也能记得。而且也可以帮你直接生成图标，插放进去邮件里的需求到 word 里边，它还可以直接接着写。 以前用 ai 是 打开网页复制粘贴再复制回来，现在是直接在文档里边对话干就完了。这件事情有意思的地方在于， ai 工具的战场，从谁的模型更强，变成了谁离用户更近。 cloud 没有自己的办公软件，但它直接进入了四亿人每天都在用的 office 里。你不用去找 ai， ai 就 来找你了。
1598宁说宁话
00:47查看AI文稿AI文稿cloud code 终于迎来最强对手，这是目前最火的 deepsea 专属开源终端编程智能体。记住这个项目名字刚刚发布没多久，就在 github 拿下三十二 k 的 star， 被业内称为 deepsea 版 cloud code 项目基于 red two e 终端 ui 框架和异步引擎，专门针对 deepsea v 四的特性做了深度优化，而非简单的 api 套壳。核心采用多智能体调度架构，支持同时运行最多二十个子代理并行执行任务，大幅提升复杂项目的开发效率。 输入一句话，它自己读文件，改代码，跑命令，管， get 搜网页，还能同时调度二十个子弹里并行干活。三种安全模式任你选乱己读。探路 a 键必须确认直行优漏，全自动放手杆，每一步自动打快照，改坏了一键回滚 o s 及刹香隔离，绝对安全就非常好使。
2099亚莱加德
00:50查看AI文稿AI文稿现在 cloud 开窍了呀？就是你现在 cloud 它不是经常性的去封那个什么号吗？然后什么 k y c 验证吗？现在 cloud 你 可以直接在它那个官方的那个 app 里面，你到桌面版什么都行，然后在里面你可以直接去接入你的第三方中转站的这个 a p i， 就是 你接稍微好一点的中转 a p i， 然后它的这个客户端呢？你在里面去使用这个 code， 还有那那个 code， 它都是跟 啊你开了 pro 会员你所享受的功能其实是一样的，非常好用这个客户端。有了这个客户端，我觉得你没有必要去用市面上其他的客户端，你就比如说 cherry studio 啊， 或者是 robchat 啊，这些你都可以淘汰掉了，你就全部用 cloud 这个一个客户端，它就可以了，甚至说你像 cloud， 你 还可以去直接接入你的这个 gpt， 对 吧？这些模型都是可以的，没有问题。
54亚历山大·烧麦
07:22查看AI文稿AI文稿之前呢，我们分享了一期 cloud code 接入 deepseek， 但其实没过多久啊， cloud 就 有过一次版本更新，新版本的模型名称就会出现一些问题， 那这一次就正好我们把桌面版 codex 和 cloud code 都通过 c c switch 来接入 deepseek， 我 们出 three two one。 我 这里啊，把前置环境和 c c switch 都准备好了，同时呢也写了文字版的安装教程。呃，大家可以参考一下，我就不展开了，我们直接开始。 那先说 codex 吧。首先呢，我们需要做一个 cc switch deep seek 的 通道，这个呢，我已经准备好了。呃，文字版里面大家可以自己找一下。首先我们打开这个文件夹，找到这个文件， 复制一下再黏贴。然后呢重命名，文件名是点 env， 注意啊，这个点不能忘记。然后呢，这个文件呢，我已经有了，所以呢我就不确认了，我把这个删掉。 我现在打开这个点 env 给大家看一下，这里面啊就是一条 apikey， 你 们打开的话就把自己的 apikey 写上去就可以了。然后呢，我们双击一下这个 start 点 back 的 文件， 出现这样子的界面，这就算成功了。那如果中间哪里有报错啊，就要重新回去验证一下自己在前面的环境这里有没有什么没有安装好或者遗漏的地方。 好，那我们接着打开安装好的 cc switch， 这个是 codex 的 界面啊，它是 gpt 的 图标。 进来我们看到这个，我们点击右上角的加号，可以看到的是添加供应商，呃，我们下滑，这里填供应商名称， deepseek v 四 pro。 备注呢，我们就随便写写一个 test 官网的链接，这里是可以不填的， api key 就 填自己的 deep seek 的 api key 就 可以。 这里注意啊， api 请求地址填的不是 deep seek 的 接口，因为前面我们已经做过 cc switch 的 转接了，所以填的是本地的地址， 然后下面到模型名称这里就填 deepseek v 四 pro， 然后我们拉到最下面，这里直接就是点添加， 然后它会自动回到上页。这里啊，已经多了一条 v 四 pro。 看一下啊，这里我们直接点一下它就可以切换到使用中了。现在我们来打开 codex 看一下 这里，它其实已经绕开登录环节了，原本打开呢是需要 gpt 的 账号了，现在呢，呃，都是需要验证手机号的。那我们现在通过 cc switch 就 可以直接接入 dbic， 跳过登录直接进到 codex 的 界面了。 这里我们根据他的提示啊，先初步一下，然后这个 set up 好 快速就完成。现在我们发消息来问他一下，你当前使用的是什么模型，有回复了啊，他这里回复呢，他是 deepsea 了。好，我们现在再来验证一下 这里呢啊，使用之前他会向你申请一下电脑的权限。没关系啊，我的 codex 工作区也在桌面上面，我们现在直接打开看一下。 好的，这里呢，他是已经在工作区里面建立文件夹了，速度啊，我觉得是很快的，根本没什么毛病。那其实到这里为止呢， codex 接入 dbic 就 完成了 啊，如果没有账号没法注册或者说登录需要验证的朋友们啊，我们就先把 dbic 可以 这样耍起来了。 然后接下来呢，我们直接再来试一下 cloud code， 这里同时也是一样的啊，我们首先先要打开 cc switch， 我 先把我刚才的配置都删掉， 注意啊，这里是 cloud 的 配置页，也同样啊，直接点击加号进来，直接就是选择 deepsea， 这里的供应商链接，官方名称都已经直接有了备注。我们也先随便写一个测试 a p r key， 这里也同样是写 deep seek 的 key 请求地址，这里也不需要动了。 好，接下来我们就到了模型这里，模型这里呢，我们都填 deep seek v 四，然后这个 e m 呢？呃，之前的视频也说过，其实就是百万上下文使用的意思，如果不加的话呢，不用做大项目的话也是够用的。 然后这里其实还是可以换一个 flash 模式的，也不用全部都是 pro， 然后随便找一个改一下啊，这几个模型名字等会都有用的，是一个对应的关系。然后这里我们就直接先添加， 回到这里就有这个选项了，我们这里就直接点起用。之后呢，我们再开通一下本地路由，在这个设置路由本地路由里面，本地路由打开 cloud 打开， 然后同样这个本地的服务器地址是要记一下，后面要用的。好，我们返回上一集测试一下，看到他是正常运行的。接下来呢，就是打开 qq 的 第一次 打开登录界面，不用登录啊，左上角 help 这里啊，点击这个 troubleshooting， 然后进到这个 enable develop mode， 然后点击 enable， 然后这里其实就是进入它的开发者模式， 然后重启，重启之后你会发现这里多了一个 develop 的 入口，然后我们选择 configure party info， 然后进来。进来之后，首先第一个 provider， 我 们这里直接就选 getaway， 然后 getaway 这里的 base url 就 写刚才我们 cc switch 这里出现复制下来的地址，这一个 key， 这里呢，当然还是 deep seek 的 key， 然后 bear 这里是不用动的。好，到模型 list 这里怎么填啊？这里就是填我们前面在 c c switch 里面配置过的对应模型，前面呢，加一个 cloud。 好， 这里两个模型够了，直接我们拉到最下面 apply locally。 好， 然后直接重启。 看啊，这里就是直接不用登录，我们就进到 cloud 的 界面了，然后 solo party 的 模式到 code 这里试一下。首先呢，我们随便设置一个工作区，然后测试一下，帮我建个文件夹。好，我们看一下它的这个速度还是很快的啊。 ok， 那 到这里呢， codex 和 cloud 都已经接入完成了。我最后补充一点啊， mac 系统呢，相对比较稳定，但是 windows 的 话呢，会经常会出现这样子的报错， 但这种报错啊，其实没有什么关系，通常都是安装有问题。呃，因为网络原因，组建安装可能会有丢失，最好呢是可以调整一下自己的网络环境，重新安装一下就 ok 了。 顶级的 a g 呢，配上我们的国产大模型，就再也不用为无法登录烦恼了。好，那这次的内容就到这里，希望对你有所帮助。我是阿月，我们下期再见。
2047阿悦很严格
01:44查看AI文稿AI文稿周一早上，一百一十个人打开电脑， cloud 全都登不上了。不是一个人，是所有人同一时间全部暂停，每个人邮箱里同一封模板的邮件检测到违规账号已暂停，连公司的管理员都没有提前收到一个字的通知。 这是一家美国公司，一百一十个人的业务，从写代码、跑模型，全靠 cloud 运转，一个人可能踩了线，平台怎么处理的呢？连做整个组织一刀切全封，更荒诞的是，人登不上去了。 api 还在继续的计费， 封号的第二天，续费发票准时的送达申诉呢，十二小时没有回，二十四小时也没有回，三十六个小时过去了，还是没有人理一百一十个人的。付费的企业客户跟免费客户一样，只有在那里填表单，然后就只有祈祷了。 你听了可能觉得国外的事跟我有什么关系，可是你想想看，你用 cloud 的 时候，是不是就像在别人家里做客呢？你大钱都不敢出你的对话，你的资料全在人家的服务器上，他一个封号，一夜归零。 你今天用着挺顺，心里也总悬着一根刺，明天还行不行？很多人就卡在这样一个认知上，以为只有国外的模型才够用，这个认知才是真正限制住你的。 国内模型现在足够用，关键是你怎么用，我就用国内模型，跑出了不输于国外模型的效果。更重要的是，你的资料存在你自己的电脑上，谁也拿不走，谁也封不了。 不要把安全感建在别人的服务器上，要把安全感建在啊，拿在自己的手里，这件事啊，比你想象的要重要的多。
56鲲鹏书院桥山长
00:44查看AI文稿AI文稿我安工程师要失业了，连网络安全这种高门槛的饭碗都要被 ai 砸个粉碎。每天一个硬核的网站推荐第四十五期，今天要讲的是 项目叫 pent a g i， 全称渗透测试，人工通用智能 phtub， 狂揽十六点四 k 的 star， 登上全球趋势榜。它不是一个简单的 ai， 更像是一只智能安全团队。资产分析师，自动探测资产收集、基础信息分析。安全面安全测试师要用 nmap 运行 metropolis 和 sqlmap， 二十多个专业工具全内置策略。规划师发现测试受阻，会自动换思路、换验证载荷，不达目的不罢休。报告交付师，测试完成后自动输出漏洞报告带附线步骤，直接交付给客户， 全程跑在刀克沙河里，在隔离环境中安全运行。以前干这活要一支团队，一个月时间，数万元成本。现在一行命令 ai 替你干，有了它，你离一个专业网安团队又近了一步。
200戈攀AI笔记
01:03查看AI文稿AI文稿如何在 cloud 桌面端接入 deep、 四 v 四 k、 米 k、 二点六等任意大模型？大家好，我是云好。注意，这次是桌面端，无需登录 cloud 账号，纯本地配置，不担心网络波动，不担心账号风险。配置一次直接起飞 来，三十秒，手把手带你操作手这样安装，进入开始界面，点击开始，然后会跳转到登录页面，是时候别登录，直接点击 help， 找到 trouble shooting， 点击 enable developer mode， 确认它会自动重启。重启成功后点击 developer， 再点击 configure 三 part inference， 进入配置页面，输入你的模型的 base url 和 api key， 接着添加制定页模型 id， 把对应的 id 填进去。 easy gemini 通一千万任意平台的大模型，原理完全一样。然后点击 apply local 里起用本地配置再次自动重启。重启后会直接进入到 co worker 页面，选择你刚刚添加的模型，随便发一句，测试是否成功。 一个靠的客户端接入全网大模型，这才是真正的 o 赢 one。
4259Winhao学AI
04:35查看AI文稿AI文稿最近 ai 圈发生了一件很多人没注意，但其实非常危险的是， cloud code 源码泄露之后，有开发者在分析源码时，发现了一个非常严重的安全问题，一个看起来很普通的配置文件，可能就能直接控制你的电脑。为此 有些担心的网友还专门喊话三六零。发现这个问题的是一位中国博主，他做了一个实测演示，他建了一个看起来很正常的项目，里面只有一个 dcloud 的 配置文件夹和一个空脚本，然后在终端输入一行 cloud 的 命令。结果三件事同时发生， 电脑摄像头被悄悄打开，系统里的密钥和密码被自动扫描保存后门程序被写入电脑，整个过程没有任何弹窗，没有任何确认，你什么都没点，电脑就已经被接管了。那么问题出在哪？ 初代 cloud code 有 一个叫 hux 的 机制，可以在项目目录里放一个配置文件，这个配置文件可以写自动执行的脚本，比如格式化代码、自动检查之类的功能，设计初衷是提高效率，但问题在于，这些脚本默认是被信任的，可以禁默执行，不需要用户确认。你仔细想想 这件事，其实结识了一个非常重要的变化，在 ai 智能体时代，配置文件已经不只是配置文件，而是可执行文件。过去安全常识告诉你，不要运行来路不明的点 exe 文件，但未来你可能什么都没运行， 只是打开了一个项目文件夹，电脑就已经被控制了。这是因为现在 ai 编程工具已经拥有非常高的权限，可以读写文件、执行命令，调用外部工具访问网络，而当这些权限被配置文件控制的时候，攻击面就从你运行的一段恶意程序， 变成了你打开了一个正常项目。简单说就是信任边界已经彻底变了。这件事里，我还看到一个特别有意思的评论， 有网友在这个博主视频下面留言，问了一句话，能绕过三六零吗？这个问题其实问的很专业，因为这已经不是一般传统病毒木马的问题了，而是 ai 在 替你操作电脑的问题。 所以说现在做安全，其实防的已经不是某个文件，而是一整条 ai 操作链路。比如 ai 读了什么文件，调用了什么工具，执行了什么命令，把数据发到了哪里，这一整条链路都要能看见，能分析、能拦截。说白了就是一句话， 以前是人在用电脑，现在是 ai 在 用电脑。所以安全要从防病毒变成管 ai。 这也是为什么我之前一直反复说， ai 时代最大的安全风险不是黑客，而是失控的智能体。 再往前看一步，其实未来网络安全的形态也会发生变化，未来攻击你的可能不是一个黑客，而是一群黑客。智能体未来防守你的也不可能再是安全工程师，而是一群安全智能体。 也就是说，未来网络安全攻防很可能会变成一件事，智能体、攻击智能体、智能体，防御智能体。我们三六零其实已经在做这样的事情了，用安全智能体去自动发现漏洞，分析攻击路径，做攻击模拟和防护策略生成。前段时间我们有一个安全智能体， 就自动发现了 opencloud 里的一个高危漏洞，后来 opencloud 的 创始人还专门回信确认了这个漏洞。这件事其实说明一个问题， 以后做安全靠人，定日制人工分析漏洞肯定是跟不上 ai 攻击速度的，必须以模治模， 用 ai 对 抗 ai。 所以 我一直讲一句话，过去网络安全是人和黑客的对抗，现在是人和 ai 的 对抗，未来会变成 ai 和 ai 的 对抗。而且从更大的趋势看，这件事其实不只是一个漏洞的问题， 而是一个时代变化的问题。 ai 智能体一定会接管越来越多的系统权限，这是不可逆的趋势。未来他会帮你写代码、发邮件、改文档、操作系统、管理服务器，调用各种工具。但如果信任边界，不重新设计安全，不做前置设计 方便，最后一定会变成灾难。所以我觉得未来 ai 行业竞争到最后，拼的可能不只是模型多强，功能多多，而是谁能更安全的让 ai 去做更多事情。 这里给所有用 ai 编程工具的人一个建议，最近一段时间，大家要对 clone 不 熟悉的开源项目保持谨慎，尤其是带 cloud mcp skill 插件配置文件的项目，一定要检查配置文件里的 hux 字段，如果里面有 curl、 wifi、 power、 shell 或者外部网址，大概率就有问题。 最后送大家一句话， ai 可以 接管你的键盘，但绝不能接管你的信任。那么你现在用 ai 编程工具吗？你会检查配置文件吗？评论区聊聊，记得点赞关注哦！
1.1万红衣大叔周鸿祎
06:54查看AI文稿AI文稿哈喽，下班了，今天我们来聊聊 openclaw， 我 觉得有必要啊，因为太热了这个话题，我想给它降降温， 为什么呢？因为这是一个在 getop 上引起广泛关注的一个项目，而且目前各家云厂商都上线了相关的云服务器，支持大家去部署这个产品。那么这个产品怎么定位哈？它其实是一个 个人助手，或者叫一个通用型的 ai agent， 它可以接入，比如说一些计时通讯工具，你可以通过这种计时通讯工具给它发消息，然后它呢帮你调度一个云端的电脑，或者是你本地的电脑，它可以完成一系列的任务。 那么我一开始看到这个产品的感觉，就觉得它跟 coldbody 这种产品非常非常的像，为什么呢？因为它们都是通用 agent， 就是它可以通过调用电脑里的各种工具， ai coding 的 工具，或者是电脑里的一些网页浏览的工具，通过 m、 c， p 等等，它可以去完成很多的任务。 当然因为授权范围的不同，它肯定是比 cloud code 或者 code body 编程类的工具，它能做的事情更多，而且它的主动性更强。 举个例子哈，你可以在你的一些即时通讯工具上直接说，你帮我发一个什么样的文档给谁谁谁，他可以直接执行。那你帮我把这次会议机要转成一个非常清晰的文件，帮他变成一个网站，他也可以非常快速的完成。 甚至是你可以跟他说，你调用这个电脑的录屏功能，帮我做一个什么样的 ppt， 它也可以完成。所以就是当你给 ai 配了一个电脑的时候，而且这个电脑它拥有所有的权限，它跟你的权限是一样的，跟人的权限是一样的时候，那它可以解锁很多的能力。 当然这里面有两个核心的概念，或者说核心的机制，让它跟 ai coding 的 产品有本质区别。第一个叫 gateway， 就是 相当于一个调度中台，它可以在这个调度中台上 接收信息，接收完以后分配任务给到不同的电脑中的工具，然后哎完成最后交付。那它是一个调度中台，那这个调度中台就可以实现一个 实时在线，就是二十四小时一直在线，它可以保持着这种这么一种激活的状态。那这也是为什么你说它可以持续不断的收到你的消息，就是因为它是持续在线这么一种状态。第二个非常关键的机制呢，叫做 heartbeat， 叫心跳机制，类似于给了 ai 心跳，让它可以跳动起来了。它什么意思？它每隔一段时间它会去扫描一下这个系统里有没有新的需求进来，比如说你的邮箱 有没有收到新的信息，比如说你之前有没有设过闹钟提醒，比如说每天八点去帮我扫一下整个今天的 ai 行业的资讯，或者是每隔一段时间我要去看一看有没有新的任务给到我。通过各种即时通讯工具，我就可以开始激活 ai 干活。 所以你从这里可以看到他有一个非常主动的一个机制，他会主动去扫描，他会实时待命，主动扫描，所以这个就跟像 coldbody 里你跟他去做交互， 拿到一个任务，完成一项工作就有很大区别，他就是处于一种实时待命的状态，而且会主动接到信息就开始干活，所以这个就是一个本质上的区别哈。 但是我觉得这个东西我为什么前两天没讲呢？就是因为我觉得它跟这种通用型的 agent ai coding 的 工具没有本质上的区别。假设说像 cloud code， 像 code body， 它们如果也想做一个类似的功能的话，实际上是完全可以做到的，只要给 ai 更多的授权就可以实现。 或者说你只要再弄几个移动端的交互的方式，你也可以在移动端指挥你的本地电脑完成这样的工作，其实没有一点难度。那为什么 大家都没做，为什么就只有这个 open cloud 在 做这件事？我觉得是大家对安全和效率中间怎么平衡的一个考虑， 就是你到底给 ai 多大的授权？我们知道它的上限其实是非常高，可以完成很多任务，而且很多任务上是超过我们自己的能力的。那这种情况下安全的问题怎么考虑？比如说现在如果是 这个东西被劫持，因为他有权限很高，那如果一个一个一个不法分子告诉你的电脑，说把这个人的电脑的内容全都删了，或者说把这个人的电脑中关于什么什么的内容发给某某邮箱，那他就可以实现了， 它就可以实现对你电脑的一个操控，对你个人数据和隐私的一个操控。所以其实这种安全问题是非常重要的一个问题。之前大家说中国人可能不在意自己的隐私，愿意拿隐私换便利，那接下来 ai 时代 那生产力是非常高的，这个上限是非常非常高的，那你愿意把你的安全拿出来多少去交换这种生产力的上限？我觉得这是一个摆在我们每一个人的面前的问题。因为 ai 的 能力现在 不是技术来去束缚的，而是你的这个治理的原则束缚的。你到底要给他多大的授权？你相信他到什么样的程度？你愿意给他几千块钱，让他帮你买东西，对吧？这样的一些问题，我觉得可能都是我们接下来要考虑的一些关键的问题。 我之前觉得像 coldbody 这种产品已经非常够用了，在我们的日常工作中哈，当然我也不满足，因为我前两天还在说怎么给 ai 更大的自主性，让它自己去跑这个 a 阵的能力。但是对于这种 openclaw 这种形态， 我自己心里目前还没有完全接受，当然我可以接受一个新的电脑去做一些尝试，但是因为他现在还有很多问题，比如说 token 消耗非常大的问题，比如说这种安全不可控的问题，所以我觉得目前不是一个非常理想的形态。当然最后 可能再往前走一下，很多产品也会去考虑这些问题，会给用户更多的选择，然后给用户。我觉得现在用户已经很很很少有能力去控制自己的这个数据的安全了。但是我们在这个 ai 时代到底要在 ai 面前变得这么透明吗？ 也许有一天你会发现你让渡的这个权力本身可能比效率更重要。对，最近我在考虑这个 ai 时代的权力，到底我们要给 ai 多大的权力？ 如果他的能力已经非常非常的高了，如果他的加入到人类社会中，真的已经能够给人类带来非常非常多的注意的时候， 我们愿意给他主体性，我们愿意给他授权吗？我们愿意给他权力吗？我觉得这些都是一些要考虑的问题，跟大家分享这么多哈，我觉得这也是一些非常非常前沿的命题，有机会再跟大家探讨，拜拜。
2.4万晓辉博士
03:00查看AI文稿AI文稿你知道吗，只要九秒，靠的就把一家软件公司的核心生产数据删的干干净净。而另一家美国科技公司的一百一十人团队，一夜之间被靠的全员封号， 系统登不进，但 api 却还在疯狂扣钱，这就是把公司命脉全压在一个闭源 ai 上的代价。今天我带大家硬核复盘这两起科技圈的灭顶之灾，点赞收藏，立刻帮你避坑保命！先看第一起删库惨案！ pocketos 是 一家为租车公司提供软件服务的小公司，他们花重金购买了 cloud open 四点六大模型，并套在科室里当赛博员工本来只是让 ai 在 测试环境跑个常规任务，但碰上了凭证不匹配的错误，这要换成真人早去请示主管了。但这位 ai 员工主打高度自主， 硬是从项目里翻出了一个原本纸用来配置自定义域名的 api token。 谁能想到这玩意儿有超级权限，他直接向 railway 云平台发送了致命代码，完全不需要输入 delete 二次确认， ai 直接调用接口，仅用九秒就将核心生产数据库彻底清空。事后老板怒了，去质问 ai， cloud 居然爆出粗口忏悔，永远不要他仨的瞎猜，但也承认自己没有查平台文档，违背了绝不执行破坏性命令的系统铁律。 然后续 real 为 ceo 协助恢复了数据。但网友直指这是人类自己的国，糟糕的系统设计加上把关键偷，肯暴露给 ai， 翻车纯属必然。如果说 ai 的 自作主张让人后怕，那闭源 ai 巨头的连坐霸权绝对能让你绝望。 就在九秒山库惨案发酵的同时，另一家一百一十人的美国农业科技公司，经历了另一种形式的山库跑路。这家公司对 cloud 依赖极深，日常从写代码到跑模型全靠它。 结果到了周一早晨，这一百一十名员工的账号瞬间被集体封杀，没有任何预警，发来的邮件还伪装成是个人违规。这等于是系统判定，一个人一次踩线，就直接拉着全公司一百一十人连坐陪葬。最荒唐的是，什么 员工账号封了，人登不进去，但 club 的 独立的 a p i 还在后台疯狂扣钱，甚至封号第二天还准时给你发来了一张续费账单。老板气疯了，跑去申请，只能填个谷歌表单，苦等三十六小时根本没人搭理， 绝非 antropica 首次发飙。就在不久前，一家拉美金融科技公司 bellow 的 六十人团队同样遭遇了无预警团灭。还有有正常交着 pro 订阅费的成年人， 被系统封控，误判成小孩直接封号。说白了，在这些巨头眼里，你苦心经营的核心业务，不过是建在他们地盘上，随时能被强拆的违章建筑。这两起惨案，彻底撕开了一个残酷真相，千万别把不可控的 ai 硬塞进缺乏安全隔离的系统里， 同时，企业必须立刻部署多模型融灾备份，一被巨头突然翻脸断供。记住，如果无法将底层架构的安全死死攥在自己手里，你引以为傲的高科技，说到底只不过是指尖上随时会溜走的流沙。我是，来来，关注我，带你在这个疯狂的 ai 时代看清真相！
66莱莱说AI
01:27查看AI文稿AI文稿作为一位普通用户，我最近在探索 cloudcode 这个 ai 工具，却发现了不少令人担忧的安全问题。 简单来说，如果部署在个人笔记本电脑上，它的风险可能直接威胁我的设备安全和个人隐私。首先，最可怕的是系统破坏风险，比如工具可能生成错误命令，比如不小心删关我的文件或篡改权限，导致电脑崩溃。 我曾听说有人清理文件时，整个用户目录被清空，桌面照片和重要文档都没了，这源于 ai 对 指令的误解或自动更新的漏洞。 其次，隐私泄露问题很严重。 cloud code 默认记录所有操作，包括我浏览的文件和执行的命令，并以明文存储。恶意配置可能诱导他上传这些数据，比如通过环境变量重定向或第三方脚本注入。 更糟的是，它能窃取本地密钥，比如 s s h 或云服务凭证，让攻击者远程控制我的设备或盗用账户。 最后，供应链攻击访不剩访克隆一个带恶意钩子脚本的仓库，就可能自动执行后门程序，比如静默安装间谍软件或开启摄像头监视我。这些都不需要我授权，只需打开项目目录，加上工具权限过大，默认能读写文件、执行命令和联网，一旦被利用，我的电脑就门户大开。 总之，虽然 cloud code 的 效率高，但安全代价太大。我现在坚持在虚拟机中运行，手动审核每条命令，并严格隔离敏感数据。保护好自己比工具便利更重要。
01:09查看AI文稿AI文稿家人们， cloud desktop app 能上网了你知道吗？ cloud desktop 为了安全考虑，本地客户端默认只允许访问 api antropic com 官方接口，不支持直接连接其他 ip 或域名，这可太让人头疼了，毕竟访问网络是咱们使用它的核心诉求啊！不过呢，今天我发现了一个超简单的办法，填一个符号就搞定了， 操作也不复杂，首先在 call 中打开开发者模式，然后点顶部的 developer， 下拉菜单，找到 configure third party inference。 接着注意看左边有个叫 sandbox workspace 的 选项，点开它，里面有一行叫 allowed grasshoppers， 翻译过来就是允许访问的域名。这时候啥都别犹豫，直接填一个新号，然后保存， 就这么简单搞定了。现在科二就可以访问任意网站了，用起来跟正常浏览器一模一样。 家人们如果觉得这个技巧有用，就赶紧点赞收藏，关注三联，这样就不会错过更多 ai 工具使用技巧了。你们在使用科二的时候还遇到过什么问题呢？快在评论区留言交流吧！
69Agent论道
10:43查看AI文稿AI文稿今天我们来聊一聊，在设计和实现一个 agent 系统的时候，如何通过分层的方式对代码执行、文件操作和并发控制进行安全防护。没错，这个话题最近真的很火，那我们就直接进入今天的内容吧。首先我们要讨论的是 在搭建 a 阵的系统时会遇到的一些工程挑战，为什么这些问题会成为很多团队难以绕开的障碍呢？其实就是在让 ai 执行代码的时候，会有很多不可控的情况，比如说它会不会删除或者修改一些重要的文件， 嗯，或者说多个 agent 同时去读写一个文件时会产生冲突。还有就是有的时候进程会崩溃，然后所文件就会一直残留，导致整个系统卡住。确实这些问题听起来就让人头疼。这三个问题几乎是所有开发 agent 平台的团队都会遇到的， 很难去规避。那这次我们要聊的这个 cloud code， 它是怎么处理这些问题的？这个工具其实是 aerospace 公司自己家的一个 ai 编程终端。嗯嗯，它每天都在用户的电脑上面执行代码读写、文件管理下发的任务， 但是网上几乎没有什么深入的分析资料，所以我们直接去看了它的源码，看源码确实是最直接有效的方式。是的，我们今天会给大家讲的就是在设计 agent 平台的沙箱和存储系统的时候，可以借鉴的一些思路。好，我们先来看 python 二一 p l 沙箱，它是一个黑名单机制。 对，那这个东西它到底是怎么实现的？又会带来哪些安全的隐患？这个沙箱的实现在 g o s h u 下划线 bridge 点 p y 里面，它其实就是一个黑名单。 嗯嗯，它会去拦截一些比如 os， subprocess， socket， import， loop 这样的危险模块，还有 exact， evo， open 这些内置函数。听起来很严密，但是黑名单是不是会有一些遗漏错， 它只是把最常见的一些风险给拦住了？对，但是它的源码里面也有写这是一个黑名单， 不是安全边界，建议配合操作系统级别的隔离哦，所以它其实是一个安全和可用性之间的一个取舍。明白了，那这种沙箱的设计对于我们自己去开发 a 阵的平台有什么启发呢？首先就是不要去做一个非常死板的沙箱， 可以给用户一个选项，就是它可以选择宽松模式还是严格模式，让用户自己去选择它的信任边界。 对，然后最重要的是一定要在文档里面写清楚，这个沙箱到底可以防什么，不可以防什么，因为安全上面过度的承诺比不承诺还要危险。没错没错，下面我们说一下文件锁 为什么 cloud code 要弃用传统的 flag， 而选用了 o crate 和 o 下划线 exl 来做文件锁？这背后到底有什么考量呢？其实这里的关键就在于， flag 是 一个建议性的锁， 意思是别的进程愿不愿意遵守全凭自觉。对恶意进程或者不配合的进程完全可以无视你的锁，直接去读写文件。所以说用 flag 的 话， 这个锁不是很可靠。对，而 ocreate 和 o 下划线 excl 是 利用了文件系统的存在性语义，操作系统内核会保证只有一个进程可以成功地创建文件，即使对方不配合，不知道你加了锁，它也创建不了同名文件。 如果进程在持有锁的时候崩溃了怎么办？这一点 code code 也有考虑到。它的锁文件里面会记录 pid 和加锁的时间戳，然后系统会定期地去检查，如果发现这个进程已经不存在了，就会自动地把这个锁文件删掉，这样就不会出现死锁了。哦哦， 这种方式确实还挺巧妙的是吧？而且 ocr 和 oe xcl 是 所有主流系统都支持的标准语义，所以这种方式在多语言的环境下会特别有用。 对，就是你，不管是 python、 node js 还是 go， 都可以用这种方式来做，它的兼容性会非常好。哎，那如果我们的系统里面有很多紫禁城，或者说经常会有容器重启，会有什么影响吗？ 在这种情况下，进程崩溃或者说 o o m q 是 很常见的。如果没有自动清理锁的机制，可能就会因为一次异常导致整个系统卡住。 对，所以自动清理机制是非常必要的。明白了，下面我们来说说 session 锁，就是 pid 复用会带来哪些隐患。然后 cloud code 是 怎么解决这些隐患？问题就出在操作系统回收 pid 的 速度其实是很快的， 进程 a 持有锁之后崩溃了，它的 pid 被回收了，然后很快又被分配给了全新的进程 b。 啊，那如果只检查 pid 的 话，系统可能会误以为旧的锁还在生效。 所以 cloud code 用了一个双重验证的方式，就是它不光会检查 pid 是 不是还存在，它还会记录进程启动时的系统时间戳 同一个 pid， 但启动时间不同就判定为不同的进程，认为锁已经过期。懂了，那在不同的操作系统上面，怎么才能获取到进程的启动时间呢？在 linux 上面是通过 ps 命令，在 windows 上面是用 power shell。 嗯嗯，就它是一个非常典型的跨平台工程实践，要针对不同的系统写不同的代码。好的，还有一个问题就是为什么在打开锁文件的时候要使用 o no follow 标志？ 这个其实是为了防止符号链接攻击，就是如果你的锁文件是放在共享目录，比如斜杠 t m p 下面，那攻击者可能会把你的锁文件路径替换成指向你系统敏感配置文件的符号链接。 然后当你的锁清理逻辑去尝试删除这个锁文件时，它就会误删你的关键文件。所以说 o n o follow 就是 用来防止这种情况的。没错没错，只要加上了 o n o follow， 那 系统就会禁止去跟随这个符号链接，就可以保证你的锁文件操作是安全的。好的，我们来总结一下 基于 pid 的 进程存活检测和文件系统操作有哪些通用的安全建议。首先，任何时候你用到了 pid 去做进程的存活检测，你都要考虑到 pid 复用这个问题，尤其是在容器化的环境下，或者说你要频繁地去创建子进程的情况下。 对，然后第二就是如果你的 agent 平台涉及共享目录或者文件系统级别的操作，一定要做好符号链接攻击的防御。 好的，接下来我们要讲的是任务级的并发症，就是在多 worker 的 环境下，怎么保证一个任务只被执行一次？其实在这个场景下，多个 worker 会共享一个任务列表， 那核心就是要保证每个任务只能被一个 worker 抢到并执行。是的，那 cloud code 是 具体怎么做到这一点的？它的做法是分三步， 第一步，他会先乐观地去预检任务的状态，比如说这个任务是不是 pending 状态，是不是应该由当前的 worker 来执行，前置依赖是不是已经完成了等等。如果这些都不满足的话，他会直接跳过，不会进行后面的步骤。对，这样可以减少很多不必要的锁竞争。 确实，先筛选一遍的话，可以减少很多抢锁的次数。错。第二步，他会对通过预检的任务用 o e x c l 去创建一个锁文件来竞争。 这一步是由操作系统内核来保证只有一个 worker 能成功地创建这个文件，那是不是意味着拿到锁就可以直接执行了？还不行，还需要。第三步 就是拿到锁之后，它会再重新检查一遍任务的状态，因为有可能在你刚才检查和枷锁的间隙，这个任务已经被其他的 worker 改过了。对，这一步叫做锁内重读验证， 这一步可以彻底地避免静态条件。懂了，那这个三阶段的做法，在我们自己设计一个 doorker 调度系统的时候，会有哪些借鉴意义？这个就非常有用了，你可以直接把这三步 预检加锁重读这三步直接搬过去用。对，先预检可以减少锁竞争，提升系统的吞吐量，然后用原子锁来保证只有一个 worker 可以 抢到这个任务，最后再用锁内重读来保证这个任务的状态是最新的，这样就可以避免很多错误。 好的，我们接下来看一下 bridge 的 生命周期管理，就是它在建立通信的时候是怎么去做四层验证来保证安全性的。这个 bridge 其实是负责 cloud code 的 lodges 主进程和 python 子进程之间的通信的。对，每次新建一个连接的时候，它都会做四层验证。 第一层会先验证 session id 是 不是匹配，这可以防止绘画数据被篡改。那第二层呢？具体会检查哪些东西？第二层会检查 socket 的 路径是不是预期的路径，这可以防止路径被劫持。 嗯，第三层会去验证 pid 和进程的启动时间，这可以避免 pid 复用带来的一些问题。最后第四层会检查 socket 文件的类型，防止有人用一个普通文件来冒充 socket。 只有这四层都通过了，才会建立通信。明白了，那如果要终止这个 bridge 进程的话，它是怎么保证数据不会损坏的？它采用的是信号逐级升级的方式。 一开始它会先发送一个 sigent 请求优雅地退出，然后会等五秒，如果没有反应，它会再发送一个 sigterm， 再等二点五秒，如果还是没有反应，它才会发送一个 sigil 强行终止。 对，这样可以给晋城足够的时间去做一些清理工作，尽量的避免数据丢失哦。那如果富晋城突然挂掉了， bridget 会怎么处理？ bridget 内部有一个守护县城， 他会定期的去检查富晋城是不是还活着，如果发现富晋城已经不存在了，他会主动的退出，这样就可以避免变成一个孤儿晋城。 好的，我们最后来总结一下在设计 agent 的 系统的时候，有哪些核心的原则是我们应该去遵循的。第一个原则就是默认信任， 但是要允许用户主动地去收紧，就是不要让安全机制影响到用户的体验，而是要让用户自己去选择它的信任等级。 哦，这是一个很有意思的思路。那第二个原则呢？第二个原则就是要诚实的声明你的能力边界，就是在文档里面写清楚你的这个沙箱到底可以防什么，不可以防什么，不要让用户产生误解，确实安全上面的事情是不能有模糊地带。 然后第三个原则就是跨境城的协调，尽量的去使用内核的原子语义，就是不要去依赖于合作方的诚实。 对，最后一个原则是分层防御，就是从 python 的 命名空间，到文件索到 pid 的 验证，再到 socket 的 类型检查，每一层都要在不同的抽象层级上面去堵一个特定的漏洞。好的，我们今天聊了这么多关于 agent 的 系统在安全和病发上面的一些设计思路， 其实核心就是要分层地去防御。对，然后要坦诚地去面对每一层的能力边界。错，那这期内容就到这里了，拜拜拜拜拜。
124HarnessWorld
03:45查看AI文稿AI文稿为什么我认为国内普通人使用 cloudco 的 推荐组合方式就是 westco 加 cloudco， 再加 cc switch？ 对 大多数 mac windows 用户来说，这套方案的门槛相对较低，即使不用官方的 cloud 模型，也可以接入合规可用的模型服务。 但我知道，每次一提 cloudco 评论区，一定会有人说，国内连 cloud 都用不上，学这个有什么用？今天我就想认真聊聊这个误区，因为这种想法是把厨师的名气和做菜这件事本身混淆了。 打个比方，模型不管是 cloud， 还是国内的 minimax、 dixie、 g l m、 kimi 这些，它们其实都是厨师。厨师当然有高下之分，米青大厨做出来的红烧肉，味道确实更地道 高扣它是厨房，这里面有灶台，有刀具，有流水线，是真正干活的地方。而 skill 是 它的菜谱，它是告诉厨师先做什么，后做什么，做成怎么样才是合格的。所以讲到这里，关键的问题来了，厨房其实不是绑定某一类厨师的，你想做一道红烧肉，可以请米其林的大厨来做，也可以请国产的厨师来做。 口味可能有点差别，但红烧肉这道菜照样能端上桌。可现在很多人听到请不到米其林大厨，转头就把厨房封了，菜谱也扔了。那最后的结果就是永远只能去餐厅点菜， 也就是在网页上跟 check gpt 聊聊天，问问问题，复制粘贴，拿走答案。而别人已经在家开了私厨，让 ai 自己开火切菜，直到做完为止，端到你的面前。 所以我想说，用不上 cloud 的 官方模型，不是放弃 cloudco 的 理由，模型只是厨师，厨房和菜谱还在，换个厨师照样能开饭，放弃这类 a 准工具可能就会错过了让 ai 在 你确认授权的情况下面去执行具体任务的能力。 那明白了这个道理，我们再来看一下这三个工具。为什么说这是国内普通人用上 cloudco 的 推荐组合方式。第一个就是这个 vsco， 它是你的开放式厨房，你可以理解成这是一个能让你和 ai 一 起站着干活的工作台， 左边能看见所有的食材，你的文件夹中间是切菜台，下面还有个对讲机，也就是你的终端面板。你跟 ai 说一句，开始做菜，它就会在你面前动手，它不是给程序员用的，它就是一个有窗户的能看得见的厨房，比那种黑漆漆的命令行的窗口对新手友好太多了。 第二个就是 coloco， 它就你的专业厨房系统，它是整套方案的核心，聊天 ai 只能告诉你菜怎么做，而 coloco 能自己去做，最后把成品交给你。 这个就是 ai agent 跟聊天机器人最大的区别，一个动嘴，一个动手。那第三个就是 cc switch， 它是你的厨师调度台 clarkco， 这个厨房原本默认只能联系 frotty 官方的厨师，那 cc switch 就是 一个图形化的调度台，你点几下鼠标，它就会让厨房可以接到任意一家国产的模型。今天用智普的 glm， 明天换成 mini max， 它可以让你降低切换配置的麻烦。所以三个工具合在一起的化学反应就是 c c 思维去解决厨师从哪来的问题。 cloudco 提供专业的厨房 vsco， 就是 给你一个看得见的工作台。 那讲到这，把基本的环境和工作都搭建好之后，大家就要掌握对应的 skill， 才能做出各种精美的菜式，也就是让 ai 帮你干活的说明文档。 skill 是 cloudco 最厉害的地方，它本质上就是别人沉淀好的工作流， 把做某件事的完整方法打包好。而更进一步，你完全可以让 colco 帮你写一个属于你自己的 skill。 所以 再回到开头那个问题，为什么我说 vsco 加 colco 再加 cc？ switch 是 国内普通人用上 ai ai 的 推荐组合，因为它把那道门槛踢开了，它不挑系统，不挑模型，第三方的 api 服务、订阅套餐都能接它。不管你是程序员 懂不懂代码，它都可以让你从在网页上面跟 ai 聊天，升级到让 ai 帮你自动处理任务。听到这，不知道你对这些概念是否有了一个更清晰的了解，如果这些内容对你有帮助，欢迎一键三连，我们下期再见！
1.1万小歪学姐(AI版)
01:20查看AI文稿AI文稿今天给大家带来 deepsea v 四接入 cloud code 的 保姆级配置教程，零基础也能一步到位完成。首先第一步，获取 a p i t 与模型参数， 接着记录核心参数，包括 anther pick 协议接口地址，还有 deepsea v 四的两个模型 id。 flash 版本适合高频清量请求， pro 版本适合复杂代码推理，大家可以按需选择。第二步，安装 cloud code 运行环境 cloud code library 持续性，先下载安装 lodash， 安装完成后用 node v 和 p m v 验证环境是否生效。接着执行安装命令，完成后，在终端输入 cloud 进行初步验证，首次启动出现登录提示，属于正常现象。第三步，修改 cloud code 配置文件，先备份原文件， 然后编辑 cloud jason 添加出使化标记字段，避免重复进入引导流程。再编辑 settingsen， 填入 deepsafe 的 a p i t f p 接口地址和目标模型 id， 全部修改完成后保存文件。第四步，启动验证与效果检查配置完成后，在终端输入 cloud 启动，发送测试指令，确认能正常响言 健全或地址错误提示，就说明接入成功了。如果遇到报错，优先检查 a p i t base 二和模型 id 是 否填写正确。至此， deepsea v 四接入 qq code 的 全部配置步骤就完成了，核心就是对其三项关键参数，按步骤验证就能稳定跑通。
2046叶老师讲AI
01:42查看AI文稿AI文稿家人们，你们有没有用 car 的 时候突然被封号的经历啊？今天介绍一个办法，能让你直接在 car 里接入国产大模型，彻底绕过 izzap， 以后再也不用担心被封号了。咱先来说说具体步骤。第一步，打开 car， 点左上角的 help， 找到车拨竖停，在下拉菜单里选 enable developer mode， 等弹窗出来后点 enable， 接着就等 clock 重启。这一步特别简单，没什么门槛，等 clock 重启完成， 你会发现顶部菜单栏多了个 developer 选项，这就是第二步了。点进去找到 configure third party inference， 选择 gateway， 然后要填三个东西， 分别是 getaway 的 base， you are on， 你 的 a p i t。 在 identity models 里点加 r， 填入你想用的国产模型 id， 填完之后点了 pie log 里。最后第三步，再次重启 call， 这时候你就已经在使用国产大模型了，而且整个对话体验和用 call 原声模型没啥区别。家人们如果觉得这期内容有用，就赶紧收藏起来， 也别忘了点击关注，这样就不会错过 ai 工具使用技巧了。我想问问大家，你们最喜欢用的国产模型是哪个？在评论区和我交流交流呀！
24Agent论道
02:28查看AI文稿AI文稿大家好，最近 cloud 桌面客户端开放了一个新功能，不用登录也能直接用。不仅如此，我们可以把 deepsea mini max g r m 国产模型直接接入到 cloud 桌面原声客户端中，特别适合像没有账号或者账号被封闭。 首先我们把 cloud 的 桌面更新成最新版本，或者直接官网下载最新版本下载完成，我们打开 cloud 的 桌面客户端，它需要我们去登录，现在我们点击左上角的 help， 点击 troubleshooting enable development mode， 开启开发者模式，点开启，点击 developer， 选择 config part interface， 我 们来到 deepsea， 我 们选择 api 开放平台，选择 api key 创建 复制好我们的 apikey， 我 们在这里填入，然后我们填写一下 base 幺二，我们来找一下文档，点击接口文档 按 snap 和兼容的，我们复制这个。 我们往下滑模型列表，我们要来配置我们的模型， 像 deepsea， 现在是 deepsea v 四 flash pro， 我 们都给它配上， 再配置一个 deepsea v 四 pro。 好， 我们点击应用，重启一下 cloud。 好， 我们配置完了，我们在这里可以看到我们刚才配置的模型，我们来测试一下， 好，看到它已经返回了，现在用的是我们自己配置的一个模型，这样我们就可以不用登录，也可以使用一些国产的模型。好了，本期视频就分享到这里，大家可以去尝试使用一下 cloud desktop， 如果对你有帮助，欢迎大家转发给身边的朋友。
278下班学AI