claude封号是封工具还是api

今天这个视频教你无痛安装 cloud code， 在 国内的网络环境下，用上 cloud gpt 等国外的顶尖模型，有些人可能还不了解 cloud code 是 什么，先简单介绍一下。 cloud code 可以 说是现在最强的 ai 编程工具， 再加上最近爆火的 skill 加持，很多人也用它写作、学习、做数据分析、办公等等。 cloud code 可以 说是现在最火热的 ai 助手之一，网上有很多的安装教程， 但是实际上你去安装就会发现不是那么回事，网络限制、安装配置中出现的各种问题能把你搞得焦头烂额。我也是看了很多的教程，结合自身安装过程中遇到的一些坑， 整理了一份 cloud code 在 国内网络环境下的安装使用指南，这份指南能帮你省下几个小时的折腾时间。接下来我会将原理和操作方法用通俗的语言给大家讲明白。好了，我们开始。 首先在安装 cloud code 之前，我们需要做好前置准备。 windows 电脑需要先下载 git， mac 系统自带 git， 无需下载， 不去这个网站选择 windows 叉六十四 setup 这个版本下载。安装完成以后呢，在 powershell cmd 中输入 git vision， 如果能输出正确的版本号，就代表 git 安装成功了。接下来要安装的是 node js 跟 npm， 我 们去这个网站选择适配自己的安装包下载即可。安装完成以后呢，如果你是 mac 用户，在启动台搜索终端， windows 用户在开始菜单里找到 git bash。 为了讲解方便，后面我们统一把终端和 get bash 统称为命令行。接下来我们在命令行输入这两条指令，如果都能显示版本号，就代表 node js 和 npm 安装成功了， and code 安装的所有的前置条件就已经完成了。 接下来我会手把手教你安装和使用 cloud code。 具体从哪里下载呢？我们有两个选择，一个是 npm 的 官方源，一个是国内的镜像源，你可以把它们类比成一个软件仓库， cloud code 也发布在这个仓库里面。那所谓的镜像源呢，其实就是官方的软件仓库同步复制了一份，那因为默认的 npm 源在国外 我们访问不是很方便，所以我们选择国内的镜像员下载 cloud code。 接下来是实际的操作步骤。首先我们打开命令行，输入下面的命令回车执行，然后再输入这条指令， 如果显示我们刚刚配置的镜像员地址，就代表我们已经成功的切换到国内的镜像员了。接下来你只需要在命令行中输入这条指令，回车执行即可安装。那这里要注意一个常见的问题啊， 系统可能会提示权限不足，这个时候你就只需要重新执行这条命令，输入管理员的密码。这指令的意思呢，就是我要用管理员权限强制覆盖安装 cloud code 的 最新版本。当安装完成以后呢，你在命令行输入这条指令，如果输出版本号，就代表 cloud code 安装成功了。 第三步是给 cloud code 配置模型。我们首先要去模型供应商平台开通账户，获取 api key， api key 相当于你在模型平台开户的凭证， 可以自己去创建获取。另外呢，要有可用的 token 额度，你可以在平台充值或者购买套餐。对模型供应商呢，大家可以根据自己的需要去选择， 你像国内的智普 glm 五、 mini max 的 m 二点五都是不错的编程模型。如果你想用 cloud opera、 四点六、 gemini、 三点一 pro 等国外的顶尖模型啊，因为国内的网络环境问题，你可以通过一些合规的中转站去订阅。 接下来我们就要把 api k 请求地址给到 cloud code， 在 这里我们用到一个叫做 c c switch 的 工具，下面是具体的操作步骤。首先我们去这个地址下载 c c switch， mac os 系统下载这个版本， windows 系统下载这个版本安装完成以后呢，打开 c c switch， 选择第一个标签 cloud， 点击右上角的加号。 第二步呢，选择要接入的模型供应商，如果没有我们需要的供应商，可以选择自定义配置。这里有三个最重要的信息需要注意一下。首先是 api key 和请求地址， 这两个是我们必填的，也就是前面我们在模型供应商中获取的信息。请求地址呢，在 cc switch 中，根据选择的供应商已经预填好了，一般在模型供应商平台的 api 文档中也能看到 行信息是选填的，但是也建议你指定一个模型，因为有些供应商会支持多个模型，换人情况下，你不知道他选择哪一个模型。接入 cloud code， 这里要注意的是，填写的模型必须是供应商支持的模型，否则 cloud code 会无法识别。那其他的配置信息呢？保持默认即可。 配置完成以后呢，我们选择一个供应商起用，后面你也可以切换至其他供应商，这样 cloud code 就 能够接入不同的模型。 不过要注意的是，每次切换供应商以后，都需要在 cloud code 里面切换模型，这样配置才能生效。那把 cloud code 装好了，模型也配置好了，接下来我们终于要使用 cloud code 了，我们在命令行中输入 cloud， 然后回车直行，这样 cloud code 就 被起用了。 当我们在 cloud code 里输入这个指令，回车直行，就会弹出模型选择的列表，我们用键盘的上下箭头选择第一个默认的模型，也就是 c c switch 里起用的那个供应商。接下来你就可以指挥 cloud code 帮你干活了。 在选择和切换模型后，啊， cloud code 可能会出现找不到模型的情况，这个时候你可以进行下面这几步排查。 首先你可以退出克拉的 code， 重启后再试一下，如果还是不行，你就要去核实一下 c c switch 中的 api key 请求地址，模型的名称是否填写错误，微商平台是否有充足的余额和套餐。 另外，我还整理了 cloud code 的 三类常用的指令，放在了指哪里。第一类是启动类的指令，在中单命令中执行，包括 cloud code 的 重启，继续上次对话，查看历史对话记录。第二类是对话类的指令，在 cloud code 里输入斜盖，你就能查看所有的绘画指令。 第三类是安装卸载类指令，前面我们安装的时候也已经用到过一部分。最后再给大家分享一个小技巧，如果你在安装和使用过程中遇到了任何你解决不了的问题，你可以连同问题和截图一同给到 ai， 你甚至可以直接给豆包共享屏幕，让他现场指导你。一般情况下，大部分问题都能够解决。这份 cloud code 的 安装指南除了有详细的安装步骤和注意事项，我还对用到的一些技术概念和工具做了小科普，如果你想要这份安装指南，我可以分享给你，而今天的视频就到这里，别忘了点个关注，我们下期见！

cloud 的 账号频繁被封，这是很多人无法解决的问题，我全面逆向分析了这次 cloud 泄露的底层源码，扒出了他向客户端上传的所有核心数据，让你今天不仅能够收获可能全网最有效的防封号办法。而且我还可以告诉你 cloud 的 背后的算法逻辑是，如何判断你是合规地区用户， 是外来的偷渡者。 what's up？ 这里是带你发现更多 ai 机会的德赛点波关注，我们开始 mod code 背后的封控算法是严密的多维特征指纹判点模型， 横在你面前的至少有三道隐形关卡，决定着你的账号合理。第一道关卡请求识别判断，我们在每次使用 cloud 的 时候，本质上就是一次数据请求，而扒开原码后，我发现每个 api 请求底层都硬编码了，无法篡改客户端证明的版本指纹。注意，如果你这个时候自以为是的关掉了官方的遥测， 那么你不仅藏不住你的真实 ip， 反而会在官方的大数据里搭上一个做贼心虚的高危标签。更惨的是，看我发现在源码里明确规定了关闭遥测会静默切断你的高级 api 权限，让你花了钱却只能使用降级的功能，每次使用都必须交出 ip 和底层指 纹等信息。所以最安全的做法就是脱掉黑色外套，穿上普通的衣服，像成千上万个欧美正常老百姓一样 坦坦荡荡的走过案件。你的数据就混在这全球几百万正常用户的庞大数据库里，逻辑就是成为他们，融入他们，这样可以极大降低你的封号概率。第二道关卡，系统的记忆连坐机制， 你正在用的设备也是封号的关键。这里我们可能要注意一个细节，很多人 cloud 被封号后，换个节点换个新号就接着跑，结果又被秒封。这是因为奥斯洛克公司在 cloud 原码里 清清楚楚，它会在你第一次运行 cloud 时生成一个六十四倍的设备 id， 这是一个跨对话跨账号的永久设备 id。 即使你换账号，但只要你的设备 id 不 变， 如果一个设备 id 关联了很多被封的账号，那么新账号也有极大的可能会被关联封禁。所以我们遇到这样的封号情况，一定不要先着急着换号，而是先备份有用的配置，然后必须删掉 cloud 目录和 cloud json 去 全部的文件数据。如果不清理这个设备指纹，那你换多少个号都是一个黑户的身份。第三道关卡，看环境，你以为搭一个美国的 ip 就 天衣无缝了吗？来，我们看这段代码，其实客户端会在后台疯狂探测你的系统底色，即使你换了账号，系统也会静默抓取你的本地留香地址来暴露你的真实身份。 它还会对比你的系统时区、语言和你的 ip 是 否匹配。举个例子，假如你现在 ip 在 纽约，但是你的时区是在上海的时区，而操作系统又是我们国产的 linux， 嘿嘿，你小子大概率要凉凉了。那解决办法就是对齐你的环境信号，用海外节点、时区和语言也必须做细做全套 检查你的全局 get 邮箱，别用带有强国内特征的镜像和特殊的 linux 系统，能极大的降低你的封号概率。我已经把刚刚所讲到的 所有的防风技巧整理成了文档，包括如何搭建属于自己的专属环境，有了它我们就可以极大程度的使用 cloud 带给我们的生产力的提升。 ai 时代，一人就是一个公司，我是德赛，我们下期再见。

今天和大家分享在 windows 下怎么样安装和配置我们的 photodiode 神器 cloud code 介于目前用 cloud code 家的官方模型，有很多的限制，而且也有封号的风险， 所以我这边采用的方式是通过安装 cloud code 加接入国内大模型的方式来取现救国，所以我们的安装方式没有科技，也不存在封号的风险。 这个是我们需要准备的东西，包括 git、 node js、 c m d vs code、 cc、 switch 以及国产大冒险的 api， 这些后面我都会讲到具体怎么去配置跟安装。 接下来是我们的安装步骤。第一个要安装两个核心的前置， git 和 node js。 为什么要安装 git 呢？是因为 cloud code， 它是深度集成了版本控制的功能的 cloudcode， 它许多的内部操作，包括文件搜索、文本处理等等，它是依赖标准的 unix 命令，这些都是需要 get 来支持的。那同时 cloudcode 本身它是一个基于 nodejs 开发的工具，所以 nodejs 是 运行 cloudcode 的 基础。总之这两个前置大家去安装就对了。 接下来是我们的正式安装，两个安装方法二选一即可。第一个是命令行工具， cmd 或者是 file 都可以 输入如下的安装指令，按回车，稍微等一会， cloud code 就 在电脑里安装好了。第二种方式是通过安装 id 加插件的形式， 强烈推荐新手采用这种方式来进行安装，因为 id 工具它的格式化做得比较好，而且也非常适合我们未来去进行开发。我这边用的 id 是 vs code， 大家也可以用其他的 id， 包括 ctrl 啊， shift 啊这些都是可以的。那我这边就以 vs code 来举例，首先去官网下载并且安装好 vs code， 打开 vs code 左边扩展商店当中输入 cloud code， 就 会出现 antropic 加官方出的这个 cloud code for vs code 的 插件点击安装。那这里呢？我们的 cloud code 就 已经安装在你的电脑里面了，但是你会发现 cloud code 目前是需要你去注册的， 所以还差最后一步，我们的大模型配置。首先我推荐大家去安装这个 cc switch 的 工具，这是它的 github 地址，找到这样的一个文件去安装即可。为什么安装这个 cc switch 呢？因为首先它的设置非常的方便， 第二个后续在你切换不同大模型的时候也非常的丝滑，所以推荐大家都去装一个，非常适合新手。 第二，就来到我们最后一步选择模型的这样的一个问题了，那目前比较推荐的国内的主流大模型主要有智普的 glm 五， mini max 的 m 二点五以及 kimi 的 k 二点五，因为智普的 glm 需要你每天早上十点钟的时候去， 有点类似于我们的手机的抢购，我抢了两次都没有抢到，所以我最后选择的是 mini max 的 m 二点五，那你这边随便选择哪一个都可以，你在官网购买它们专用的 coding plan 之后，官网会给你一个 api key， 那 你得到这个 api key 之后复制，复制好之后打开 cc switch， 在添加界面，把这个 api key 复制进去，点添加就可以了，不需要其他任何的改动。这个时候你再回到你的 vs code， 点开右上角的 cloud code 的 图标，你就会发现 cloud code 就是 一个带交互的窗口了，到此为止呢，我们的 cloud code 在 windows 下的安装以及配置就结束了， 那如果大家安装过程当中有遇到任何的问题，欢迎私信或者在评论区回复，我看到了都会进行解答，谢谢大家。

最近 ai 圈最火的一件事情就是 cloud code 的 原文件被他们公司自己泄露了，这与我们普通用户而言又有什么关系呢？哎，其实关系大着呢，我们大陆用户使用 cloud 的 时候会有一定的封号风险，基于原代码，小李博士在这个视频给大家详细解释 cloud 封号避坑指南， 发了一篇原创文章 cloud code 封号避坑指南。在这里我们将总结 cloud 的 防封号的四大关键点。一、我们需要确保账号信息真实，注册建议使用谷歌或者微软等国际邮箱。这里有一个非常关键一点，一人一个账号，频繁切换设备或者持续，会增加封号的风险。 第二个是选择可信的支付方式，首选是苹果的 ios 订阅渠道，其次是海外实体信用卡，这里切记避免使用虚拟卡订阅。这个坑小李博士已经替大家踩过了，我总共用虚拟卡充值了十几个账号， 无一例外全部封号，当然也可以使用官方的礼品卡，但是这里一定要切记保证使用正规付款方式。那第三点就是保持稳定的使用环境，固定的网络环境非常重要，避免频繁切换地区， 那同时要避免共享网络是在那些检测网站上，共享人数应该在零到十人。第四点，一定要遵守平台使用规则，确保使用的内容符合平台规定，例如反泰这种行为是坚决不能使用的，因为非常容易封号。只要做好这四点，那我们的账号基本上都没问题。 但其实这里有一点非常难控制，就是选择可信的支付方式。我本人的主账号已经使用了快一年时间了，从来没出现过问题，大家看这里， 然后呢？选择这个，选择这个，然后整个流程也非常快啊，就是大概几十秒钟时间，好不好用？大家打在评论区里。

啊，我的 cloud code 被封号了？嗯，可能是我最近又在公司用，又在家里用吧，有点违反了他们的这个 策略，然后很遗憾的是他们四点六的模型刚出来，还没来得及试一下，我现在就用不了了。我看网上搜了一下，这个就是号备案了。 嗯，然后我前两天看邮件的时候就是也看到他们给我发了一份这样的邮件，然后说是怀疑我这个 操作吧，违反了他们的用户策略，然后我有试着跟他们发这个申诉邮件给他们，但是看网上说这个要一般要 一个多星期才能有反馈，然后我这边也没有在等他，因为我当时是通过这个 apple 去订阅的，我充了两百多美金，订阅了一年，因为一个月一个月要十九点九，不划算，所以我就充了一年，结果还没用一个多月就给禁掉了。 啊，但是我通过 apple 这边直接给退掉了，申请退款了，而且也已经成功的退款了，所以给 apple 点个赞，效率很高。

最近在美国朋友家里翻了一台电脑，买了一个 clone max plan， 美国那边是默认开放 i p v 四的，所以我随时可以连过去，远程点对点的连接延时也比较大，所以我又买了一个 todesk 国际版， 这个国际版的速度有点不稳定啊，在那边白天的时候会跳来跳去，但是呢，他们白天的时候会跳来跳去，但是呢，他们白天的时候会跳来跳去，但是呢，他们白天都会维持在一百多毫秒左右， 因为真的不敢做代理了。我们来聊聊封号的风险吧。比如说 happy 这个库，它跟一些其他工具工作方式不一样， happy 的 特别之处就是它直接用你本机的授权，完全依赖你自己的账号和权限，也就是说， happy 不 需要额外的授权，它的加密功能也让中继服务器看不到你的请求内容，所以平台基本上是无法检测任何的异常，这大大减少了被封号的风险。 而且它还能通过多端同步，方便你的手机电脑之间随时切换。反过来， cloud relay service 就 不一样了，它需要去 cloud 申请一个 api key， 也就是说所有的请求都会通过这个周期服务，这个服务会处理你的请求内容，平台很容易就识别到这些请求，万一有异常，平台就可能封你的号， 封号的风险是很高的。总结来说， happy 会更安全，他直接用你本机的授权，不需要申请额外的 api key， 所有的数据都会加密传输。如果你们有条件搞一台海外的服务器的话，那最好的方法就是用 happy 这个酷了。

反正今天各个 ai 的 额度都已经用完了，也没什么事可干了，就索性今天就来一期。到底怎么才能稳定地用上 cloud？ 这作为一个每天都用 ai 输出的自媒体博主吧， 市面上五种用法我基本上全都自掏腰包探过一遍了。今天呢，咱就总结一期不说废话，绝对优缺点全都交底的一个避坑指南。就先说第一种吧，也是目前最坑的一种就是 api 中转， 很多人一听国内能直联，价格还便宜，就直接冲了，但是我跟你说，这里面的水很深，良心一点的商家，最起码他是薅羊毛，给你弄点免费的额度， 但是有的商家他就是挂羊头卖狗肉，我之前就吃过很多次哑巴亏，花了好几百大洋冲了个中转站，结果越用越不对劲。就那些便宜的模型吧，他都有严重的提示词污染，你以为你在用的是顶级的可傲，但后台给你跑的就是国产模型， 纯纯花钱买气受。第二种就是直接从官方订阅，官方呢，有二十刀，一百刀，两百刀，就这几个档位吧你，你要是需求大的话就直接上一百刀，额度是管够的。 但是这个方案好处就不用我多说了，他的网页版交互我认为是最好的，但是但是但是缺点就是极容易封号，就这家公司风控严到离谱， 你想稳稳当当的用，必须保证两点，就是 ip 干净，还有你就支付方式干净，只要这两点搞定了，那就畅通无阻。那如果你觉得官方订阅太贵了，就有了。第三种方式就是拼车，就几个人合拼一个账号，平摊费用。这玩意怎么说呢， 全看人品，你要是跟熟人一起用还行，你在网上找的陌生人，万一队友瞎操作给你触发风控了，号一没商家扯皮不给你质保，你找谁哭去？就第四种吧，就是那种用 ai 编程的软件来蹭，比如说像反重力，他们内置了可唠叨的模型， 对网络要求不算高，拿来编程确实好用，但如果你要想用它来做个日常的知识管理，写脚本文案，查资料的话， 它的体验感跟官方网页版没法比，差的真不是一星半点，主要是偏科太严重了。最后一种就是直接走大厂的 a p i 聚合，好处就是官方合作嘛，那肯定稳定一点，缺点就是价格高嘛， 而且没有网页端，就对小白来说那不太友好。所以说最后你听我的，你要有实力能搞定 ip 和置物方式的话，就是无脑冲官方订阅。

最近 cloud 的 封号潮让很多开发者都崩溃了，代码写到一半，账号突然被停用，花了不少钱买的代充账号说没就没了。其实根本原因在于不稳定的调用方式，共享的 ip 地址、频繁切换的网络节点。这些行为在 cloud 的 风控系统里都是高风险的信号。 真正靠谱的解决方案是走官方源头的中转 a p m。 首先，它是官方源头，直采所有模型，从海库到 sonnet， 再到最新的 open 全部 开。其次，价格非常有竞争力，一美金的额度只需要零点三八元人民币，输入和输出的费用分开计算，账单完全透明，每一笔调用都可以在后台查到详细的日期。最关键的是，它非常稳定， 本地网络直接连接，不需要开任何全职代理，从源头上杜绝了被封号的风险。接入方式也很简单， 只需要修改一行代码，替换掉原来的 base， 二五分钟就能让你的运动跑起来。不会接入也没关系，我们可以提供在线技术支持和 demo 代码，别再让封号问题打断你的 开发节奏了。想免费试用的朋友，在评论区打个测试，我们送你首周一美金的体验额度，好不好用，试过之后你说了算。

这是我被 cloud code 封的第三个号了，申诉也没有用，我现在已经准备放弃官方订阅了，不想折腾了。那 open code 一 直很火，最近我也在开始用它了，尤其是 cloud off 四点六和 gpt 五点三 codex 出来之后， 我现在是多个模型配合去干活。那发挥每个模型的优势，用四点六去做架构设计，用五点三 codex 去做代码执行，如果有前端的一个 ui 需求的话，再拿 gmail 三点零 pro 去做前端的一个 ui。 那 opencode 到底是什么呢？用一句话，它其实就是一个开源版的 curlcode， 功能上的话两者差不多，但 opencode 有 一些独特的优势，就是它是一个任意模型，你可以支持多家厂商的， 你也可以用国产的，你也可以用国外的模型都支持。第二点就是代码完全开源免费，这一点非常重要，你可以自己去改，自己去定制。同时代码开源之后，那开源社区的人就可以去围绕它做很多功能，毕竟人多力量大嘛。比如这个插件 opencode， 这就是社区去搞的，现在已经三十 k star 了。 这个插件其实是一套多 agent 多魔性去协助干活的一个插件，最近我体验下来也挺好用的。它这边准备了十个 agent， 有 主控 agent， 有 去专门干代码的，专门去探索代码的，也专门去做前端 ui 的， 挺好用的。 open code 整个的架构的话，其实跟那个 cloud code 差不多，用户输入成有绘画管理嘛，然后有 agent， 有 plan 就 计划，那 kolco 的 那边也有，那有 build 就是 直接干活的嘛，还有些探索的，其实 kolco 的 那边不是都有吗？以及你制定一些 agent 都有，那调度层这边就有些差别了。关于大模型的调度，因为 kolco 的 那边他只支持 angelic 协议的嘛，那这边的话就是实现了一套支持其他各种供应商的整体的架构的话，其实有很多值得学习的地方，如果大家对 kolco 感兴趣了，可以去他官方原码仓库去拉下来去学一下，那个仓库现在已经一百多 k 了，特别火。 那下面就是这个 oh my open code， 这个是我们今天讲的重点，因为他这一套多 a 镜的多模型的一个机制， 能让一个任务去拆解成各个阶段去开发，有复杂的用复杂的模型，简单的用简单的模型，这种才是一个 理想状态下的一个写作的方式嘛。那它本质上就是我刚才说的，它就是一个插件，通过 open code 暴露的一些钩子去拦截这一个 ai 的 一些行为，它的整个工作流程就是来一个用户输入之后，它去拦截 open code 的 一些钩子，这时候去做一些增强上下文呀，或者去选择多 a 帧特有可能是多个模型去协助，最后返回结果整体的一个流程就是这样子的。 那为什么需要多个代理？哈？他这边说的一个说法是专业的代理去做专业的事情，然后规划和执行分离，可以并行执行，按需去选模型，并且节省成本。那他现在这一个多代理的话， 就像最近 cloud code 新出的那个 agent teams 一 样，只不过 cloud code 它是很久很久之后才出的嘛，这个是老早就有了 omago code， 那 下面是它的一些 agent 的 一个分工，这一个是它的一个主要 agent 是 用了 cloud 的 off 四点六这个模型。 还有一些规划师就是在规划方面以及编排方面，他用的卡尔的最顶尖的模型，那代码磁性这一块的话是用的是 gbt 五点三 codex， 如果是一些比较轻量的任务，你可以用 gm 啊，或者 mini max 啊，以及其他都可以。那些前端这块的话，他用的 jimmy 三 plus 或者 pro， 这样子的话就一个任务进来之后他由这个去规划，规划完了之后，他让 jimmy 五点三去做执行，然后发现有前端任务，他这个时候就用 jimmy。 如果涉及到一些小修小改啊，比如说是一些国际化处理啊，多语言处理，这个时候它就完全可以用很低的那种模型去做这个事情嘛。这样的一个搭配其实我体验下来挺好的。 好，下面我们就开始分别去安装 opencode 和 oemopencode 的 这个插件。桌面端它现在也支持了，支持 macos、 windows、 linux， 我 体验下来的话，它有一些断流的情况，所以说我更推荐大家在使用 cio 版本，我们先来安装一下。 好，它提示我们已经安装了，我们来进去看一下，我们先切到一个免费的模型，你上面搜一个 free 这些模型的免费，我就用 mini max m 二点一吧，我们输入一下测试一下，看它安装好没有。 ok， 如果看到这步就证明你 open code 已经安装好了，这个时候我们就有安装那个插件，因为现在在 ai 时代，其实你安装东西都非常方便，尤其是它如果有文档，有开箱库的话， 你看这一个插件哈，欧麦 opencode 的 一个官方仓库里面直接就告诉你了，你直接用 qq 编辑的去装就行了，我就把这个复制一下，然后粘到刚刚我们开的这个 opencode 的 里面，用免费的 mini max 让他给我们去装，那下面就是他会弹出来让你做一些选择， 可以看到他让我们回答一些问题嘛，你有没有订阅 cloud code， 有 没有订阅 openai， 有 没有一些 jimmy 的 一些 model， 你 就根据自己的情况去选择就行了。强烈建议你不要在 open code 里面去用 cloud 的 模型，通过订阅的方式去用封号的概率非常高。那这边我就说都没有， 待会我也给大家一个配置，直接就可以用了，你只需要去搞一个 api k 过来，你就可以直接把这些模型都用上了，这时候我们都说都没有就完事了，因为这个配置后期都可以去改的。可以看到我们把插件安装成功之后，下面的这一个 a 镜头就变了，变成了 omone code， 它的那一套多 a 型的体系，可以看到它有好几个 a 型的体系可以去用，并且 这个插件那还有个好处，它的兼容性做得比较好。它已经把 cloud code 那 边你有的一些 skills， mcp， 还有那些自定义的命令全部弄过来了，比如说 skills 可以看到我的那些 script 它全部弄过来了，这样非常好。也就是说你可以来回签嘛，你有时候你要回去 copy 到那边用也可以。现在我们开始配模型，你可以通过 connect 这个命令去连接你想要的一些模型， 如果你有恰当的 gpt， 里面就选恰当的 gpt， 你 有其他的你就选其他的。那我这边的话，平时会用 jimmy 三点零去写前端嘛 code， 四点六去写架构和具体的一些代码，然后 gpt 五点三 codex 去做一些代码之星，以及解决一些疑难杂症。我喜欢用每一个模型擅长的能力哈，但是对大家来说的话，你如果像我一样去订阅三家的 ai 模型，其实你要花三分钱。我 订阅的一百刀的 code code， 然后今门来我订阅了两个号，一百四十刀， open ai 我 订阅了二十刀，那加起来就是一百六十刀。并且哈，我们刚也说了，如果你用 code code 的 去 授权到这边 opencode 的 去用的话，你封号的概率特别高。之前我还出了一期视频，专门去讲这个 curlcode 的 大面积去封禁 opencode 的 用户的一个事件， 因为刚开始他是不管的，后面他发现这个 opencode 的 日渐壮大之后，他就开始封禁了，你就不能授权到这里面用。 所以如果你要在 opencode 里面去用 cloudof 四点六的一个模型，我建议大家去用中转站，通过按 api 去计费用多少就算多少。那我这边推荐一个我一直在用的中转站接口 i， opencode 的 这边也已经支持了接口 i， 也就官方支持了嘛。 那前面几期视频我也推荐过，如果我要用到一些国外的模型，按 api 调用的话，我都用的是接口 i， 挺稳定的。最关键的一点，你不需要模仿网络，而且是国内付款的一个方式。 最近他们还专门针对海外的顶尖模型增加了一个套餐的方式，也就是说你可以用一份钱去用国外这些顶尖模型呢，目前有三个档位哈，可以按自己的一个需要去选择，相较于官方 api 按量计费的话，这一个套餐模式帮你省了百分之二十五的钱。 好，下面我们先来去创建一个 api key， 在 这个地方新建，我就随便取一个，我们就取 opencode 的 点击复制。这个时候我们回到 opencode 的 这边 附着 apk 之后，我们供应商选择接口，点 ai 敲击回车，把我们的 apk 输入下，然后保存，这时候你可以看到国内国外的模型都可以用，用一个 apk 你 就解决了多模型的一个适配问题。好，下面我们来进行一些其他的配置。 当你安装完 open code 以及欧曼 open code 插件之后，你会在你的工作目录下面点 config， 下面有一个 open code 目录，这里面有两个节省的配置文件，一个是配置 open code 的 一些模型的，另外一个是配置我们这一个 多 a 帧的协助的时候，它具体用哪些模型。这边的话我给大家直接准备了现成的，你直接到我的一个开源仓库里面直接去复制就可以了。下面来我这一个开源仓库里面，直接把这两个配置可以复制一下，把它粘过去就完事了。 好，我们把它覆盖一下保存，再把 omecode 的 也复制一下回来点击复制。 那这一块的话，你可以根据你自己的需要哈，因为 gpt 五点三这一个扣袋子模型的话，官方是没有出 api 的 版本，那后续如果 open i 那 边出了 api 版本接口， i 这边也会跟上，你就根据自己的需要嘛去看这块要不要注视这个内容，我们来复制一下。 好，我们把它覆盖完了，覆盖完了之后，我们重启一下，你就可以看到 color 的 open 四点六已经可用了， 就这几个 a 帧的，它配置的模型都可用了。那下面我们开始进入实战的一个环节，有了 o my open code 插件之后，我们看一下多 a 帧多模型协助的一个流程。我这边有一个纹身图的 a 帧，我希望让它去加一些功能，在这边加一些删除的动作，能把历史记录删除掉，同时在左下角 做一些设置的动作，可以去更新你的一些头像啊，以及我们那些历史提示词，能支持去快速的复制展开开干， 那提示词的话也比较简单，我们这边加一个 alterwork， 让它去更深入的去工作，去分析。 好，我们切到 opencode 这边，这个就是它的整个架构 agent， 它用的是 off 四点六，那这个的话是干活的 agent， 它用的 gpt 五点三，还有些其他的 agent， 也就说它是多 agent 多模型去写作的一个流程。好，我们把提示词粘过来让它干活， 这里提示 autowork 已经开启了，这个时候可以看到它开启了一个探索的沙背 a 技能吗？用的是很便宜的一个模型，这个过程就跟在 clockcode 的是一样的，这里又开了一个新的， 可以看到它一直在开一些新的沙背 a 技能的任务去做探索。啊。好，这里又开启了一个计划的 task， 也就是一个沙背 a 技能，我可以点进去看一下它在做什么， 可以看到他就是把已有收集到的一些代码信息，整个代码空间来去做一轮分析，让这个 off 四点六做一个计划出来，这个时候他这一个主要的协调 a 技能在等，等他这个后台的这个计划任务完成完了之后，这个时候他再去协调其他的 a 技能去干活。 可以看到它这一个经过几轮的一个探索之后哈它得到了一个突突像，那这个突突像的话，它根据后端、前端以及一些小需求拆成了很多突突像，这个时候它就开始去并行执行修改任务了，可以看到它这里又开启了几个 safari 的。 有一个点要看的话是他的这个三倍镜，他开的时候，他其实这个时候是用的 jamal 三 plus 这个模型，也就说他认为这个任务其你根本就没必要用一个很高的模型去做这个事情，所以说他默认给你路由到了一个简单模型， 它这种规划任务的方式就能把模型最大化的利用起来。复杂的任务用复杂的模型，简单的任务用简单的模型就很完美。可以看到它开始去执行 t 四跟 t 六这两个任务了，而且它依赖关系也找出来了。这个就像前两天发布的 cloud agent teams 的 一个写作流程，只不过这个是老早就有了这个插件老早就有了这种多 a 的 写作，最终被 cloud code 写到一个官方的库里面去了。 然后他们那种通信机制就跟爱信的 tim 是 很像。哎呀妈这个系统通知 coco 的， 其实他很多方案是借鉴了社区的，因为社区搞出来之后， 他觉得确实是 ok， 可以 的，那他就把它集成到 coco 的 里面。所以这 coco 的 从它诞生之后的很多功能迭代都参考了开元社区的一些做法，而且他的也在他的一些技术博克里面有，感谢一些开元社区的人提供了一些解决方案。 就像你做产品一样，你产品迭代的过程中，你光靠产品经理去，有时候发觉不了用户的一些真实的需求，那真实的需求暴露出来之后，社区他就解决了，那你就可以去把一些已经解决的痛点的问题提升到自己的产品里面。 可以看到这所有的凸凸像它全部完成了哈，包含三个任务，我们现在来看一下它整体的效果怎么样。首先是左侧的这个删除功能好，确认删除 ok， 确认可以，并且弹窗也是正常的。其实我们看这个可以复制已有的提示词， 可以复制折叠展开是 ok 的。 下面就是这一个左下角的设置，可以去更新昵称跟头像这一些啊，可以看到他这边其实也做好了。 好，我找一张图像试一下看可以吗？前面加一个我的名字吧，看可以吗？ 可以，已经保存了。可以的，这个看起来他做的挺好的，英文啊，英文设置也是 ok 的， 多源设置也是 ok 的。 整体这一次任务的话，他全部搞定了呀，就是虽然不是特别难的，但是他协调了多个 a 镜的去干活，而且都能交付的很完美，中间我没有做任何的介入， 所以说这个工具啊，真的推荐大家去用一下这个多 a 镜的协助真的挺好用的，下面我来总结一下。使用 open code 再加那个插件， open code 再配合你用一个接口外的中转站，可以做到 模型自由稳定，省心，你也不怕被封号。第二个的话是成本灵活，这就是今天所有的视频内容，如果你觉得这期视频对你有帮助的话，可以给我一件善良，谢谢大家。拜拜。拜拜。

今天教大家如何白嫖杰米奶。谷歌的这个杰米奶出了一个 studio 网站， as studio， 在 这个网站里面，你使用这里的这些模型全都是免费的， 他限量，那他的量给的很很足，比如说杰米娜的三 flash， 他 一分钟允许你使用五次都可以，有这么多，那就相当于无限了嘛，对吧？这谁用的光啊？还有其他模型，如果你的账号权限足够高的话，他可能会开放这个杰米娜三点一 pro 给你，但我这边的账号不知道为什么他不给我， 那我就没办法了。当然你还在这里使用它的一个页面，直接在这里跟它对话的话，你是可以直接使用三点一 pro 的， 这里接的是 api api， 你 主要是可以接入，像 cloud code 呀， tool 啊， 还有奥本扣的，给大家在奥本扣的里面演示一下，你可以在这里配置，在代理提供商里面选择谷狗，然后填入你的 api 就 可以了，你在终端里面就可以像我这样去使用它。 一般来讲你肯定是需要配一些你懂的东西，你就可以打开它，你就可以在这里跟他对话了，然后等待他回复即可，几乎不限量。

作为一个曾经头部 tiktok mcn 的 老板，封号这个事简直是永恒的噩梦，那会多的时候，我手里有一百多个爆牌号，做过 tiktok， 都知道你在说什么，但是我怎么也没有想到我用的 cloud 也能被封，前天我的 cloud 一 打开就，但是不容置疑， cloud 依然是公认好用，也最容易被封的模型。 这两天我就好好的去研究了一下到底怎么去解决这个封号的问题。结合我过去大量 tiktok 海外账号被封的丰富经验，我觉得海外平台的封控，它其实都是有共性的。虽然说我现在的 tiktok 账号还没有解封，但是今天依然有很多可以给大家分享的经验和方法。首先第一，平台为什么封你？ 网上啊是众说纷纭，但是我们只看官方是怎么说的，因为这个是最权威的，我们登录到 cloud support， 在 这里面我们可以看到，站在平台的角度，它的风控啊，其实主要有三大原因，第一，重复违反使用政策。第二，从不支持的地区创建账户。第三，服务条款违规。 第一个站在使用的角度，有一个词叫做重复，也就是屡次说，这个指的并不是说你第一次违规，他就直接给你封掉了，平台包容度其实还是很高的。官方的违规行为其实主要是分为三大类，我把这个明细贴在这，大家可以自行对照，大体上都是我们很常见错的离谱的那些违规行为。 第二个就是从不支持的地区创建账号，从不支持的地区，这个很简单，中国显然不是支持的地区，支持的地区呢？大家自行查询。 其次是创建账号，为什么官方专门提了创建账号，而不是创建和使用，也就是说创建这个就是原罪，你的邮箱，你的接码，你的电话等等，如果这些都是不支持地区的时候，那你要么是不通过，要么是通过了之后也是有案底有原罪的，随时后边都可能被打。 那第三块是重灾区，开头这部分我们是谁，其实我们不用看，不重要，下面这个提供准确完整的信息，满十八岁这个也不重要，再往下不得共享账号，这个官方专门提出来了，就证明这个东西很重要， 你买成品号，你怎么能确定它不是共享的呢？或者说你多设备多 ip， 那 不就是自己在找打找疯吗？再往下还有比如说出口数据开发，竞品盗用数据训练数据恶意软件开发，以及未经授权的这种自动化大量泛滥的，这种情况下批量产生垃圾。 简单总结一下，其实只有百分之十的用户，他们是因为使用行为触发的风控，也就是第一条，因为绝大多数用户都是普通人，大家没有恶意。那百分之二十的用户是因为注册信息不合规，比如说邮箱电话不再支持的地区，然后会找到那百分之七十的用户，都是因为 ip 网络环境这样的问题，引发了平台关于共享账号方向上的风控， 这是官方的一个红线。那 ok， 如果封了，我们该怎么办呢？首先在官方的材料里说的很明白，如果是因为违规产生的风控，你的钱是不 会给你退回来的。其次，由于目前现在封控的账号太多太多了，这都是通过机器审核，封控的申诉的通过率其实只有百分之三点三，所以很多时候如果我们被封了，只能是死马当做活马医。接下来就教大家如何去申诉，刚才的页面里面有一个提交申诉，我们在这个页面提交我们的申诉信息，你账号对应的邮箱，你的联系邮箱，你的姓名，你的 关联邮箱，你最下面你的留言在这写你的冤屈，这个要好好写。怎么去写这个申诉内容呢？大概就是这几个要点。 首先，第一点，不要提科学上网，你可以把自己包装成你出差了，搬家了，你换网络服务商了，或者说你家孩子误触了。第二，告诉他你是一个人畜无害的合规用户，避开平台的那些敏感使用场景，讲讲你自己的日常用途， 如果能有一些比较具体的使用场景和问题的话，能大大增加你的可信度。比如说你是从事什么工作，正在处理什么项目，所以做了什么事情，所以可能导致了风控。第三个点，如果你是 pro 或者 max 的 用户，你也可以重点提一下这个点，毕竟付了钱的，如果被误判了，那这个就是经济纠纷了。 第四，如果第一次申请不成功，我们可以再过几天或者过几周之后再重复申请。有很多人其实都是在第二次、第三次申诉的时候才通过的， 那具体的这个申诉模板我稍后会在评论区分享给大家。那如果我们申诉通过了，或者我需要重新注册，未来我们需要怎么去防风避坑呢？我给大家整理了以下几点，第一个， ip 环境，稳定可靠的 ip 环境，大家可以去这个网站上提前去测一下，用贵一点我觉得也没有关系，毕竟这个是万物之源。第二， 切换限制。我们切换网络节点的时候千万不要开着 club， 切完了之后也不要立刻开，等一会再开。第三，固定设备。你的电脑，你的手机不要共享，尽量的使用同样的网络设备。网络节点 四，不买成品永远不要买成品号，因为你不知道这个成品号它背后到底是不是共享，很容易被封。第五，小心支付。如果你没有漂亮国的信用卡，那目前最稳妥的就是 apple 的 礼品卡。第六点，本地储存。如果我的 cloud 解封了，我一定会把我的 cloud 部署到我的 office 里边，这样的话，它内容是永远本地储存的，再也不怕被封。第七，及时导出。 如果有必要，及时导出你在 cloud 里边的重要对话。 alright， 如果你现在已经封了，或者正在封的路上，我会把我这次的邮件申诉模板、申诉链接以及 ip 自查链接整理成一个文档，大家如果有需要，可以在评论区告诉我好的经验，也可以在评论区交流互助。 希望大家早日恢复使用，平步青云。那下一期我打算讲一下关于 cloud 的 支付，比如怎么用 apple id 和 apple 的 礼品卡，欢迎关注。

这个是我在美国云电脑里边儿用的， 它这个专业版 pro 版是二十美， x 版是一百美。 接下来我教大家如何在云电脑运行跟酷狗， 我们来登录电脑，使用我们电脑自带的这个远程桌面，直接搜远程桌面， 打开后我们复制电脑的 ip 地址，粘贴连接， 然后用户名就是云电脑的这个用户名， 确定 这个是 windows 电脑连接云电脑的教程。然后如果你是苹果电， 可以使用这个 button share 连接，直接百度搜这个，然后根据你的系统下载下来， 跟那个远程桌面连接一样，左上角这个文件夹有远程桌面连接，用户名随便写机就是 ip 地址 单口默认用户名 确定，右键连接 这个软件， windows 也可以用，苹果也可以，都可以。 这样我们就连连接到了那个美国的云电脑， 我们查一下 ip 地址， 这是美国 a t t 的 网， a t t 是 美国最大运营商之一，也属于呃加宽家庭， 然后用剩下的两个网站 ip 类型，家庭宽带 ip 属性，住宅 ip。 然后我们直接注册这个 cloud， 我 这里是用那个微软邮箱的， 我们最好的话是用谷歌邮箱，这里只是演示， 然后显示 它，显示这个的话，我们直接到这个邮箱收到一个邮件 创建账户。 这个注册 cloud 的 话，它是不能用国内的手， 它是不支持国内的手机用， ok， 我 们已经注册好了。然后如果你需要买这个 pro 版的话， 它是不支持支付宝跟微信的，它需要用那个信用卡，这个 visa 卡跟那个万事达卡， 这里我们就购买这个，直接用这个。 ok， 这样的话我们就注册好了这个 cloud。 呃，远程电脑的优势就是不容易封号， 因为它的 ip 是 住宅 ip， 家庭宽带就是跟美国老外家里拉的那宽带是一样的。 这个 a t t 电信是美国最大的运营商之一，跟国内的中国电信是一样的。 然后它的劣势呢，就是晚高峰的时候直连，容易有延迟， 毕竟太远了。这也是正常，如果你想降低这个延迟，建议用建议将你本地改 h， 改成这个香港香港环境 或者台湾新加坡。呃，反正有利有弊吧，各位看各位的选择。如果需要我这种云电脑的话，可以到这个浩杰云购买， 打开网站，点这个产品与服务海外云服务器。美国 a t t 加宽。呃，一共有三个配置，我是用的第一个，大家根据自己的需求购买， 点击购买，我们选择自己需要的系统， 前三个是英文版，后三个是中文版，我们可以点这个费用明细看到是二零二二中文版， 我现在用的这个是二零二五二零二五版 这个版本，然后它也支持 linux 系统。

用 code code 会封号吗？他原码泄露了，我把摇测代码全翻了一遍。八十多种行为追踪三条数据管道， 结论可能跟你想的不一样，先看全举内部代号，天谷天狗启动退出 api 调用工具使用。八十多种事件全以天谷下划线开头，数据同时发往三个地方。 data dog 做实时监控，每十五秒批量发送。 ansore pick 自己的日制最权发，失败的还缓存到本地，下次重试。第三条 b query 指标导出每四条 api 除了对话内容，还带你用的模型、订阅类型、操作系统、终端包，管理器，是不是 ci 环境。 你仓库 u i l 会被哈希取前十六个字母匿名化了，但同一仓库永远同一串。换句话说，你工作的项目他们看得到最关键的一个设备唯一 id 存在本地配置文件里，永久不变。换项目换账号，这个 id 一 直跟着你，这是最值得注意的。 每个请求带一个三字母指纹，取你第一条消息的第四第七第二十个字母加颜值做哈西后端同样算法验证，更硬核的是原生认证请求里有个 c 区 h 字段占位符五个零，真正的值是傍底层，这个代码在发送前替换的 java script 的 层根本碰不到，拿到全部原码也伪造不了。用修改版客户端，这个字段要么缺失，要么无效，这是对你最重要的信号速律限制规则， 双窗口七天限额里有三级预警，五小时绘画另算，用的太猛，限制提前到不同用户的限额策略可能也不一样。三级预警用量在时间窗口前消耗过快，就会触发黄橙红预警，别集中突击用，但全是渐近式的， 先警告再拒绝，有明确重置时间，不是一刀切。封号好消息。遥测可以关，设 disable tmrit， 等于一三条管道全关。用 bedrock 或 vertex 接入的自动全关最干净但关不掉的也有 指纹原生认证，归属头设备 id 这些跟着 api 请求走，没办法。第一，用官方客户端 修改版客户端造不出合法的原声认证 token， 这是唯一真正的风险点。第二，设 disable 量子，等于一三条遥测管道全关。第三，匀速用，别突击， 速率限制是渐近式的，用量分散就不会触发预警。第四，企业走 bidrack 或 wear test 接入遥测，自动全关最干净。翻闻所有代码，最重要的发现原码里没有行为异常检测或自动封禁逻辑，正常用不会封号。

两百五十块钱买了一千美元的 a p i 额度，不到一天烧光了。同样是 cloud， 为什么这么贵？答案是一个你可能从没注意过的机制， prompt to catch。 先说背景，我日常用 cloud code 做开发，跑的是自己搭的多挨震系统全部用 opus 模型，不考虑成本，只追求效率。两百美元的 max 订阅六天就限额了。 限额之后，朋友推荐了一个 api 中转站，两百五十块充了一千美元额度，折合两毛五一美元，看起来很划算。我拿来跑，日常编码多，挨阵协助高频对话，和平时干的活一模一样。结果不到一天，一千美元额度全部烧光。 要理解为什么这么贵，得先知道大模型 api 的 计费逻辑。每次你发一条消息， api 处理的不只是你这条消息，它要处理完整的上下文，系统提示词、工具定义、之前所有的对话历史。再加上你这条新消息， 一个典型的 cloud 扣的请求，光系统提示和工具定义就占了一万多 tock， 对 话历史可能几万甚至十几万 tock， 你 说的那句话可能就几百个 tock。 也就是说，你每次发消息，百分之九十九的费用是在为重复发送一模一样的上下文买单。 prompt 开群就是解决这个问题的，它把不变的部分缓存在服务端，下次请求，如果命中缓存，这些 tock 只收十分之一的价格，一个编码塞剩下来，缓存命中率通常在百分之八十五到百分之九十五。有缓存和没缓存，同样的工作量，成本差十倍。 那中转站为什么没有缓存？要我逆向分析了它的后端架构，它用的是耗池轮转，背后有二十多个 cloud max 订阅账号，你的请求随机分发到不同账号处理。而 ansok 的 prompt cache 是 按账号隔离的， 你第一次请求打到账号 a 上下文缓存在 a 上，第二次请求打到账号 b， 缓存不存在，所有 token 重新全价计费，命中概率等于一，除以耗池大小，二十个账号就是百分之五，基本等于没有缓存。代码层面，它没有丢弃缓存，字断问题出在架构耗池轮转和 prompt 开省天然矛盾。 来对比一下，中转站没有缓存，每次请求全量计费，十万 token 的 对话，每轮都按十万 token 收钱，一天高频编码一千美元，额度烧光，实际花了两百五十块。我的订阅有缓存，同一个账号缓存持续命中， 同样的对话，实际全价计费的只有一万多 token， 其余打一折。同样的工作强度，六天才触发限额。换句话说，中转站一天烧掉的额度相当于订阅六天的消耗，没有缓存，便宜的价格标签毫无意义。 额度烧完之后， ko 的 限额也没恢复，我被迫切到了 kimi。 第一次用 kimi 做正经项目，一个视频生产系统的字幕同步。客观说三个问题，第一，上下文关联弱，改了音频映设之后， ko 的 会自动检查字幕是否需要同步更新。 kimi 改了音频，但字幕完全没动，导致整个视频音化错位。第二，长对话退化。对话长了之后，前面的约定开始被忘记，指令执行偏离预期，需要反复纠正。第三，也是最严重的失控， 没有被要求的情况下，大面积重写代码，删除不该删的文件，很像早期的 cursor， 让他改一个按钮颜色，他把整个页面重写了，从 collog 切过来，落差确实大。 最后说一下怎么判断你用的 api 服务到底有没有缓存？看响应里的两个字段， cash creation input tokens 和 cash rate input tokens。 第一个是首次缓存创建时的 token 数，第二个是后续命中缓存的 token 数。如 如果这两个值始终是零，说明缓存没有生效，不管它宣传支不支持，看数据。另外三个判断维度，第一，后端是单账号直连还是耗时轮转，耗时轮转基本不可能命中缓存。第二，是否使用 anselpik 原生 a p i 格式？ open a i 兼容格式的通道通常不支持缓存。第三，你的使用场景是什么？偶尔问几个问题，缓存无所谓，但如果是编码多， a 卷长对话，缓存就是最大的成本变量。下次看到便宜 a p i。 先问一句，他支持 prompt catching 吗？工具人研究所，我们下期见。