粉丝203获赞1412

大家好,最近 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, 如果对你有帮助,欢迎大家转发给身边的朋友。

现在啊,可以不用被可拉扣的拒之门外了,桌面版可拉扣的直接搭配 deepsea 为四,不用再看命令窗了,今天这条视频把完整配置流程全给你扒出来,手残党也能一次成功。没耐心的我已经整理好文字版教程了,大家按需参考。 首先啊,我们要先去安装 cloud 的 桌面版本,打开 cloud 以后啊,我们可以看到 getstart login 之类的页面,先不要进行登录操作 这一步啊,我们先开启 cloud 桌面端的开发者模式,开启之后呢,菜单里才会出现第三方推理配置的,介入 macos 顶部菜单栏操作,点击最上方菜单里的 help, 点击这个 trouble shooting, 再点击 enable 开发者模式。 弹窗出现后啊,我们直接点击 enable, 这时啊, cloud 会自动重启。重启完之后啊,我们再看顶部栏,这里啊会多出一个 develop 的 入口。 ok, 我 们继续来啊,下一步我们就点这个 develop, 进入这个 configure third party inference。 先别着急填内容啊,把这个配置窗口打开。 首先 inference provider, 这里我们选择 getaway base url 呢,就根据你想接入的大模型来填写,一般的官方接口文档里面都有,我们呢就以最新 deepsec 为例了。 然后 apikey 呢,就写你的 deepsea 的 apikey 就 行,下面这一项啊,可以先不用改,默认的即可。 接着下面这里 modellist, 我 们点击这个 add 加号,加两个模型,第一个填 deepsea v 四 pro, 第二个呢,填 deepsea v 四 flash 这里为什么我填两个是因为我把 pro 放在第一位,这样呢,它就会成为默认模型, 再加一个 flash 呢,作为更轻量级的备用模型。提个醒啊啊,如果你想让上下文火力全开的话呢,可以在名称后面加上, 然后下面这个 organization u i d 这里呢,可以先留空,这个呢是不影响你去接模型的。然后 credentials 这里呢,也是给企业做动态凭证用的,你也用不上。 然后这里啊 skip 这个出错,这里要选择打开这一步呢,是很重要的,这样重启以后呢,就不会再走 cloud 的 登录流程。 好,全部设置完,我们点击这个 apply locally 本地话,这时客户端就会重启。 如果配置生效呢,就不会再要求你登录 cloud 的 账号了,而是直接进入第三方推定模式。 我们来看一下啊,这里是没有登录 cloud 账号的啊,它已经进入三方模式了。看到左下角这里显示 cowalk 三 party getaway。 右下角这里的模型呢,也默认的变成了 deepsea 四 pro。 好, 那我们来验证一下,看它是不是能够直接调用 v 四。 现在我们切到 cloud code 的 工作区看一下啊,右下角这里它显示的模型依然是 deep seek 四 pro, 左下角呢,也仍然是 cooke 私人 party getaway。 这说明呢, cloud code 的 桌面版现在已经是在不登录 cloud 的 情况下通过第三方网关调用了 deep seek 的 大模型 啊,那我们为了验证他不只是界面切过去,而是他真的能工作。我现在呢,给克拉克挂一个本地测试目录。好,首先先关联我在桌面新建的测试文件夹,现在我给他一个非常简单的测试任务, 只允许他操作当前项目目录,先读取目录,再创建一个 hello 点 txt 的 文件,这样呢,我们就能验证克拉扣的是真的,通过 deepsea 完成了本地的代码和文件操作。 那这里第一次让克拉扣的操作本地目录的时候,会弹出一个工作区确认确认,因为他之后要读取写入甚至执行这个目录里的内容。这里啊,所以我们需要手动信任一次。 好,挺快的啊。这里他已经有完整的反馈了,我们去看一下这个文件夹里面是不是已经有输出了。 ok, 看到他的输出了,搞定。 好。那总的来说啊, cloud code 呢,一直是页内标杆类的存在,只是以前很多人卡在账号这一关用不上。现在啊, dbc 维斯出来以后啊,通过第三方网关接入,我们就可以实现强强联合。 前端呢,用的是 cloud 的 桌面端和 cloud code 的 交互体验。底层呢,代用的是 deepstack v 四的模型,能力对很多没有 cloud 的 账号或者是想灵活使用模型的人来说,还是很值得尝试的。 至于说 deepstack v 四能不能和 opps 四点七一战,你们呢,自己动手试一下,有结果的话也来告诉我。好,本期视频就到这里,希望能够对你有所帮助。我是阿月,我们下期再见。

如果你已经在用 cloud 写代码,整理资料,跑工作流了,那怎么写好项目配置文件? cloud 点 md 非常重要,那 cloud 点 md 是 什么呢? 它是一个放在项目跟目录的 markdown 文件,你可以把它当成是这个项目写给 ai 的 说明书。原理也很简单,每次当你新插一个对话或者清空上下文之后, cloud 都会自动再读一遍这个项目配置文件,有了它,你就再也不用解释项目背景、个人偏好等各种项目信息了。那我们该如何写好 cloud 点 md 呢? 这里给大家总结了应该写哪些内容,这里的五类内容呢,是我搜集了资料找到的各种大牛,各种社区讨论后的一个最值得写的五类内容。 第一个呢是项目背景,你需要用很简短的语句告诉 ai 这是一个什么样的项目,让 ai 呢一看到它就能初步的对这个项目有一个大概的了解。那第二个部分呢,是技术栈和工具,比如说你用什么样的代码语言,你用什么样的框架,你有什么样的命令。比如这是一个说搜集信息的项目,那你可能就可以告诉他说我有哪些爬虫脚本。 第三部分呢,是项目约定,这里面主要要写一些已经在做的规范和习惯。比如来说,如果是一个小红书内容选择题管理系统,我通常的习惯是先让灵感写进灵感池,然后经过我的主观判断之后,我会选择一些灵感进入选择题库,那这就是我的项目约定,就会被写在 cloudy md 里面。 那第四部分呢,是沟通偏好,这一部分呢就偏向于一些个人喜好,比如说呢,我可能会告诉他说必须用中文回复,这都是一些个人回复上的喜好,你可以记载在这里面。那第五部分呢,是一些禁止事项,这类的问题呢,可能更经常出现在。嗯,你发现 ai 有 时候会有一些默认的操作是让你不满意的,那你就可以在执行的过程中告诉 ai 永远不要这么做。 那 cloud 点 m d 有 什么质量上的标准呢?我找到了 ansap 官方文件里面说到的三条标准。第一个呢,是要用具体数字代替形容词,比如说你想让 ai 回复尽量简洁,那更好的说法其实是回复小于等于三段的内容。第二部分呢,是关键规则加必须或者不要。比如如果你想表达尽量不要 emoji, 最好的表达其实是绝对不要 emoji。 第三个呢,是你要保证你的 cloud 点 md 控制在两百行以内。这是因为 cloud 点 md 的 内容会一直被写在对话的上下文空间里面,那如果它太长了,可能就会导致一些重要的规则被淹没,或者你后续对话写入的内容被忽视。 那说了这么多标准,我们该如何来修改 cloud md 呢?以及我真的要一个字一个字的写下 cloud md 里的内容吗?当然不是所有的内容都还是可以借助于 ai 来写。 首先有个最关键的指令,就是当你有大改动或者是你新开启一个项目的时候,你可以用杠 innit 这个指令来让它扫描你当前的项目文件,然后去生成一个全新的 cloud 点 mb。 比如如果你是是一个空项目的时候,它就会根据你目前的项目内容给你自动生成一个 cloud 点 mb, 那 如果你已经有一个目录下的 cloud 点 mb 之后,它依然会读取旧的 cloud 点 mb, 并且扫描当前的架构,给你一个优化版的 cloud 点 mb。 第二个呢,是适用于日常小修的 problems, 比如你发现 ai 做了一些你不满意的事情,你想要让它改进,那你就可以把这件事情立刻追加到 cloud md 里面。 那第三种呢,是定期瘦身,也就是我们刚刚说的 cloud md 要小于等于两百行才能更好的发挥它的作用。那我们就可以用下面这段 prom, 让 ai 把过时的、重复的或者是写的太软的一些指令删除掉。然后最后呢,把字数控制在两百行以下,那通过这三个指令,你就已经可以很好的写好你的 cloud md 了。 而且这套用法其实不止 cloud 能用在 cloud 里面, cloud 点 m d 是 这个项目的说明书,而在 codex 里面,这个项目配置文件被写作 asigns 点 m d。 我 自己测试过,如果你现在在 codex 里面导入一个带有 cloud 点 m d 这个文件的项目,它其实会自动问你要不要把 cloud 点 m d 这些内容转化成 asigns 点 m d, 所以 其实它已经有一些自动的转换过程了。

如果想要用好 cloud code, 这十条命令是一定要记住的,从入门到进阶,三分钟讲清楚。第一个是最简单的 cloud, 打开终端 cd, 进入你的项目文件夹,输入 cloud 回车,就这么简单,超级 ai 助手就启动了, 你用大白话告诉他你想干嘛就行了。比如说,呃,帮我分析一下代码结构,他他能够秒懂。当你第一次建立一个项目的时候,先敲斜杠 init, 它会自动扫描你的项目结构,生成一个叫 cloud 点 md 的 文件,这个文件就相当于一个项目的说明书。以后你每次启动 cloud, 它都会先读取, 相当于你给 ai 回忆了一遍项目的核心要点以及注意事项。第三个就是 cloud 一 杠 c, 昨天做了一半的活,今天想要接着干的话,你输入这条命令,它就会恢复上次的对话,之前讨论的方案,你改过的代码全部都会在,省得你再从头解释一遍。那第四个是斜杠 compact, 最新的版本,现在可以自动识别上下文的大小,进行自动压缩了,但是呢,你还是可以使用这条命令来指定压缩的重点。 那第五个是斜杠 clear, 当你做完一件事,想要做一一件完全不同的事的时候呢,可以敲这条命令,彻底清空上下文。那它跟 compact 的 压缩式的区别是什么呢? 那 compact 是 压缩和保留, clear 是 全部清空,重新开始。第六个 add 文件路径。如果你想要让 cloud 看某个具体的文件,你提问的时候加一个这个 add 的 符号呢?比如你输入检查 add, 给它文件路径, 查看有没有漏洞,这样它就不用整个项目都找一遍,它可以精准定位,回答又快又准。那第七个就是斜杠 review, 如果你是写代码准备提交之前呢,可以先敲这个斜杠 review log, 就 会像一个资深工程师一样,帮你审查代码 安全漏洞,性能问题、代码风格,全部都会给你查一遍,按严重程度分级。独立开发的朋友呢,这条命令就是你的免费 code reviewer。 那 第八个是斜杠 model, cloud 有 好几个型号的模型, os 是 聪明,但比较贵,海库呢是快,但是效果一般, sonit 居中。日常项目呢,我们用 sonit 就 够了,遇到复杂的架构或者设计的时候,再切换到 os, 可以 省下不少的 token。 第九个是 cloud 一 杠 p, 这个是属于进阶玩法, cloud 一 杠 p 后面你再跟一个命令,它就会执行完整个命令再退出,不会进入到对话模式。那这到底什么意思呢?那例如你要修改十个文件里面同一个内容,它不会像对话一样一个个问你,而是直接跑完整个,再直接告诉你结果。 第十个, cloud mcpad, 最后一个,也是最强的一个,通过 mcp 协议呢,你可以把 github, slack 这些工具全部接到 cloud 上, 接完之后呢,直接说帮我查一下 gitup 还有哪些 bug, 它真的能查。目前呢,已经有三百多个 m c p 服务可以连接好,今天的十个命令就全部讲完了,记住这个顺序啊,先 cloud 启动,再 in it 建档。然后呢,根据需要再用其他的命令,先把前三个用熟,后面就自然会了,觉得有用的话麻烦点个关注,后面还会出更多的 ai 使用技巧。

大家好,今天给大家分享十五条我经常使用的 clockcode 技巧,那这十五个技巧有些是我自己总结出来的,那有些也是学习别人学到的,那每一个技巧我都会讲解一下。第一个呢,就是设置这个 clockcode 的 别名啊,那当我们要启动一个绕过权限的这个 clockcode 的 十一的时候,我们要敲 这么一大串 mini, 那 有时候可能是会经常忘记的,这个时候你就可以设置一个别名,那么你就可以使用这种 c 杠 d 的 方式来启动,那是非常非常方便的。比如说我已经配置好了我的别名,那我就输入 c 杠 d, 那么它就会帮我启动一个最高权限的 curlcode 的 实力。除了上面这种方式啊,你也可以在 curlcode 的 配置文件里面去配置这个 skip dangerous, 然后把它设置成 true, 那 么你也可以是绕过权限的。那第二个就是 any 命令去重构或者初步化 cloud md 文档。 那 cloud md 文档呢?是 curlcode 的 非常重要的记忆文件,在我们跟 curlcode 的 进行对话的每一次 过程中, cloud md 都会加入到这个上下文里面,所以说非常非常重要。那么如果你不知道怎么写,或者说这是一个老的项目,那么你就可以使用 edit 命令,让它去了解你的代码库,然后去编写一个最初的 cloud md 文档。那么你拿到这个文档之后呢,我是非常建议你去做一些手动的调整, 那么你可以按照这个结构来进行调整啊,比如说第一个是对这个项目的一个简短的描述,那第二个呢,就是代码的规范,就是你的编码规范是什么,这里不要写的太多,如果写的太多的话,你可以在这里直接引用,通过艾特符号,引用文件的方式把它引到外面去,让他写代码的时候去遵守这样的编码规范。 那第三个就是常用的命令,比如说你的启动的命令,你的测试的命令,这边写上去就方便 call 去执行,这样命令的时候不用去猜想你的项目是什么,你的启动的命令是什么, 那第五个是你的文件的主要的结构,那第六个就是非常非常重要的,就是你要让 ai 记住最重要的事情是什么,那么怎么去碰, 那么怎么去分辨哪些信息该留下来的,哪些信息给去掉了,你就记住这一句话,你把这条信息删掉之后,大模型返回的代码质量就会很差,有可能就会报错,那么你就把这条内容给留下来就行了。所以呢,我们的 curl md 文档一定要尽量的简洁,留下最重要的信息,不要留下 太多的信息,这样的话反而是起不到更好的效果的。那么在最新版本的这个 int 命令已经更加的智能了,当你执行这个 int 命令之后啊,它会 它会去搜索你代码库的信息,也会来帮你配置对应的技能插件和钩子,那么这个是非常非常重要的。那么在最新版本里面,你需要在 settings 点接收 开启这个 cloud code new edit, 然后输入一,那么你再重新打开输入这个命令,它就会按照新的方式流程来执行了,可以大家可以去尝试一下。 那第三个就是有些人是不喜欢使用这种 curl 的 终端,其实输入字母啊,或者说对话起来非常费劲,那么你也可以使用带有 ui 的, 然后并且具备 curl 的 能力的这种啊,客户端或者说终端, 那 vs code 呢?加上 curl code 的 官方插件也是可以的。那这里有一个项目叫 web 看版了,也是非常有意思的,它是一个网页,那么它是连接了 curl code 的, 这些能力全部都有,比如说你用技能啊,用命令啊,全部都可以直接调用, 那它是可以把你的项目分成不同的阶段,比如说你现在开启一个任务,然后这个任务在进行中,已完成或者 review, 每一个阶段你都可以拖到对应的这阶段里面去开启,然后它也是可以多开 多个这样的 worktree 的 实力啊,是非常非常有意思的一个一个项目。那当然除了这两个之外,还有非常非常多像这种 cloud code 的 管理的工具。第四个就是个小技巧了,当你按 一次 esc 键的时候是停止输入,那么你连续按两次的话,会直接进入 word 模式来进行回滚,你也可以直接使用这个命令来进行一个回滚,那当你关闭 curl 的 实体的时候,它会出现下面一段的符,就是用来进行一个恢复的。那比如说我们现在把它关掉之后,这边就会出现一个这样的重启, 那么你就可以直接下一次输入这样命令去重启了。那么你也可以把这个命令啊设置一个快捷键,然后的话这边输入一个特定的参数,也是可以使用刚刚我说的这种别名的方式来重启的, 那这样敲命令重启之后,他就会回到你的这条对话的这个最后的一次记录里面去,是非常的方便的。第五个就是我最近经常在用的,就说跟 clock 的 对话的时候啊,你最好提供一个详细的反馈列录。 那什么是详细的反馈链路?我们可以从下面这个例子来体会一下。如果没有反馈链路的这种方法,那么没有反馈链路的方法,这样比如帮我做一个邮箱密码登录的功能, 那么 ai 在 接收到你的需求的时候会开始去写代码,写完之后他就会告诉你已经完成了,那么实际上真正的完成了吗?我觉得是肯定是不够的。那么提供反馈链路的方法是什么样子呢?就是你要让他做完代码之后进行一套流程,比如说进行编辑, 然后进行代码测试,进行页面的测试,然后一些还有一些流程的测试,那么你呢给他定义 完成这些链路之后才叫成功,那这样的话是可以极大的提高这样准确率的。那如果说这条链路哪个地方没有完成 测试失败了,让他继续修复,这样的话,他所谓的成功就不是那么简简单单把代码写完就成功了,所以呢,这是一个非常好的优化的方法。那其实除除了你自己去写这样的一个啊电路的话,那么很多 spag 工具,就规范驱动的工具啊,它会生成对应的场景, 场景的测试用力,那么基本上也是含盖这些链路的。但是当然如果不用规范驱动的话,那么你可以自己去手写这样的链路,这是一个非,这是一个很好的一个提升效率的办法。那第六个呢,就是安装一个针对于语言的代码,这种插件啊,就是 lsp, 那 么 lsp 的 作用就是每次文件编辑完之后,自动会给拷入或者缺少返回类型啊,语法错误啊,那拷拷扣的都可以去提前发现, 那么如果没有 a s p 的 话,很可能需要在翻译的阶段才能发现这个问题,那安装也是非常方便的。在这边输入 print 插件,然后你要找到 在 marketplace 里面你是不是安装这个官方推荐的插件,如果没有的话,你需要先把这个插件安装好,安装好之后呢,你就在这个 discover 里面去搜索,你说回到这个搜索框里面搜 l s p, 那 么这里面就会出现它目前支持的 l s p 了,那么你就可以选中,呃, 然后这边按 ctrl 键,然后去选择是安装到你的这个用户级别的还是工程级别的,然后你就点确定就安装完了,那你就可以去使用了。第七个就是老生常谈的问题啊,尽可能多的去使用技能,或者自己去创造技能,因为技能真的是非常非常有用, 你可以用简单的理解就是技能是等于把一套流程封装好,并且是让大模型给出一个确定的结果,比如说我们我们用到了前端设计的技能,那么大模型看到这个技能之后, 会按照技能里面描述的流程来进行设计描述规范来进行设计,那么它一定得出来的结果是符合这个技能要求的,这个就是减少了 ai 返回代码的不确定性或者功能的不确定,所以说非常非常重要,那么在你的整个 ai 编程的每个环节 都可以去思考怎么去使用技能来提效,那比如说头脑风暴、需求拆解、 ui 设计、技术设计、 plan task、 开发测试流程上线复盘,那么其实每一个流程,每一个节点 都有一些比较好用的这个技能可以去使用,那这边的话是可以听通过这个网站去搜索你需要的技能,那么你也可以安装一个 查找技能的技能,所以说他是有是非常这么就是这么强大,可以输入你的需求去查找你要的这个技能啊,安装好 也非常推荐啊,使用这个命令去安装技能啊,不需要自己去下载这样的包,去放到你的目录里面去,因为我们不同的 ai 编程工具,它的这个技能的目录还不一样了,比如说 css 啊, cloud code 啊, codex 啊,它们的技能的目录是不太一样的,那么用这个命令的话是可以去安装,可以去适配到不同的 ai 编程工具,非常非常方便。第八个就是当你不确定如何处理这个需求和事件的时候,使用计划模式吧,就 prime 模式, 那么这个是非常非常有效率的。那 plan 这个模式呢?是 cloud code 的 内置的一个代码里,它是会去搜索你的代码,搜索你所有可以看到的文件文字,然后去跟你去沟通这个需求,最终确定一个这样的需求文档,然后再去执行代码,这样的话你 跟 ai 之间呢需求这块的逻辑就对齐了,就不会有任何的问题,那么使用也是非常方便的,那么你只要连续按切换这样的 cf 的 tab 键,你就可以看到这里 pre 默的 on, 那 么你就可以去对话了。那第九个就是我相信大家都是这么做的,就是不要用自己的话去转述 bug, 那 直接把报错的日期相关的资料,第一手的资料直接发给 cloud code 就 行了。比如说你如果自己去解释这样的信息的话, 很有可能漏掉这个原始的信息,那不是比比如说这举个例子啊,登录跳转有问题,应该是 tiktok 没存上,你帮我修一下,那么 coco 接受你的需求之后,他就会往这个坑,往这个 token 没存上,这个问题去排查去解决了。 如果你自己的怀疑是有问题的,那么就错失一个非常好的一个修复的机会啊。所以最好的方式是什么呢?你可以加上自己怀疑的方向,但是最最重要的是把日制给贴上, 把原始资料给贴上, ai 就 会去参考你的意见,同同时也会分析拿到的这个日制啊,去排查所有的可能性。所以呢,你要去 二次加工这样的错误信息,除非你有很明确的这个问题是什么,那么你可以去这样去调试。第十个就是这个 clear 操作,就当你在进行下一个任务的时候,你这个任务跟上一个任务是完全没有关联线的, 你不需要用到上一次对话的这个上下文,那么你就可以使用 clear 去清除这样上下文。因为我们在跟 ai 对 话的时候,上下文是不断增加的,那增加到一定量的时候,它就会进行压缩, 那进行压缩是会损失整个代码对话的质量的,那会影响到所有 ai 的 返回的结果,所以呢我们可以去及时去做,进行 clear 去清除,那这样会保持一个代码上下稳的一个干净啊。 还有一种情况是什么呢?是就是说你在跟 ai 讨论某个问题, ai 一 直修复不了,兜兜转转的解决不了的时候啊,这个时候非常建议用 clear 一下,重新开始,你会发现 新的世界。那么我之前碰到过好几次这样的,可能是模型的问题,他就一直解决不到点上,这个时候我就把他颗粒了一下,让他重新再来分析,再来排查,那么就他就完全清醒了,所以这个也是在可以在适当的时候可以救急,可以使用一下。 第十一个就是使用子代理来保持这个上下文的清晰,那这个也是对于上下文的一个管理的一个方式啊,因为为什么呢?因为子代理他是个独立的上下文,他跟 ai 对 话产生上下文是不占用主上下文的,相当于开了一个异步县城,自己去做自己的事情。 那么系统也是自带了一些子弹,比如说搜索代码生成计划,还有处理一些复杂任务。那 cork 在 处理复杂任务的时候,会自动委托给这个子代理去分析,去执行,去完成, 那么你也可以去使用自定义的子代理,那这个是我们经常用到的,那什么情况下要去使用子代理呢?那我的理解就是有很多种情况啊。第一种呢就是你马上要进行这个任务,是一个非常耗时间的任务,而且你的主代理 对这个子代理执行的这个过程是不关注的,你需要的是他的一个结果,那非常典型的就是 code review, 那 么主代理需要的是 code review 的 结果,比如这个代码到底哪里出现了问题,对吧?然后给到我,拿给我,我去修复。那么还有一些是什么?就专家型的,比如说你需要一些 支付漏洞的扫描专家,那么这一类的可以作为是 code review 类型的,让他们去扫描漏洞,找到漏洞,然后反馈到主代理这边去,让他去进行修复,那么这一类是非常适合使用这种子代理的。还有一种就是说你这种 运行测试啊,获取文档这些大量输出的任务,也就是会占用大量上下文的,也可以使用这种子代理的方式。 那么这里还有一种是什么呢?就是你可以你想要把这个任务分拆给多个子任务,同时并行执行,那么也是可以用子代理,但是呢这种的话就比较强调怎么去把子代理建立的非常的独立,互不影响,因为你操作的是同一个代码库,如果说每个子代理之间是相互交叉影响了, 可能导致代码就混乱了。那第十二个就是啊,非常有意思的一个命令叫斜杠。 btw, 那 这个命令有什么意思呢?就是你在 curl code 在 运行过程中,你可以使用这个命令额外的去对话,它是不占用上下文的。那比如说我们现在举个例子啊,我们随便让它去做点事情, 好,他现在正在开始去进行这样的一个代码搜索了,那么你可以使用 b t w, 然后呢输入你的问题就是你现在对这个项目或者对哪里有问题,比如说 他这边就会开启一个这样的一个窗口啊,去对话,但是你的你的这个前面这个任务是在进行的,然后他这边呢也是在进行,而且他这个的对话的记录产生的结果是不会占用你的上下文的,相当于开一个小差, 所以这个还是非常有意思的,可以在你这个过程中去了解一些你想要了解的额外的信息啊。那第十三个就是使用 worktree 去并行开发, 那第三个呢,就是使用 worktree 并行开发,那咱们 color code 里面你使用这个命令, color code 杠杠 worktree, 那 后面这个是一个分支的名称,那这个命令你就会启动一个 worktree, 并且开启一个新的分支, 如果你执行多个的话,相当于多个这样的分支,而且多个这样的一个副本,那么你就可以去并行开发,而且不会相互影响。 那么你也可以使用一些第三方的工具,比如像 conduct, 或者说刚刚对刚刚的这个看板,你可以更加方便界面化的去管理,这样的我可以这样, 那么我使用沃克翠吧,用的比较少,因为我感觉自己脑子弄不过来啊,就是如果开启多个沃克翠的话,那我会我需要关注多个这样的 coco 的 代理去完成这样的任务,我感觉我自己管用不过来。如果你可以 搞定多个同时进行的,那么沃克翠是一个非常非常大的一个效率的提升啊,四个就是选择合适的 m c p 来提升效率,那么现在呢?因为有了技能啊, m c p 的 这个作用范围是进一步压缩了,所以呢,我们只需要安装一两个 m c p 来 做我们的这个很多事情,比如说 pro rite 的 这个 ui 的 测试,它可以自动的去打开浏览器,那么你也可以使用这个 my circle 的 这种 m c p 啊,那么就可以直连去查里面数据,因为有时候我们要测试的时候,我们要让它去查询我们的数据是不是插入成功啦,或者是不是这个查询的数据是不是有问题啊,这个都可以使用 m c p 的 方式,比它去执行脚本要高效的多。那第五十五个呢,就告诉 curl code 要看哪些文件, 那虽然说 coco 有 搜索代码的能力非常强啊,那随着版本的提升,他搜索的能力也在逐步的提升,但是如果你是个技术,你懂代码,那我也非常建议你通过艾特符号去告诉 coco 的 哪些文件的代码 是有相关的,让他去更加快速的去找到这样的代码,因为你如果不告诉他,他去搜索其实也是消费你的 talking 的, 所以呢,我使用自己的加 qq 的 命名方式,那我这边也能看到代码具体情况,那么如果我觉得是哪些文件有问题,我可以直接拖过去,这样的话就能很方便让他去 定位到具体的文件了,这样是极大的提升了这样的一个搜索的效率。那么以上就是这十五个技巧了,那这十五个可能远远不止啊,可能很多人有其他的些技巧,那么这些是我最近整理出来的,里面没有涉及到一些复杂的技能啊,插件啊,我觉得那些是, 那些也是,我觉得那些也是非常重要,但是用好 qq 也是个非常重要的事情。 ok, 那 本期视频就到这,希望这个视频能帮助到你,祝你生活愉快。

这只八十秒教程带你把 cloud desktop windows 版接入第三方大模型。 api 安装完成后,先点击右上角菜单,选 择 help to troubleshooting enable developer mode, 点击 enable 后应用会自动重启,耐心等几秒。重启后,再点右上角进入 developer configure third party inference。 以 kimi coding 为例,模式选 gateway url 和 api key 继续下滑,先点 add 模型名称 kimi coding, 再点右下角 apply locally 弹窗里选择 relanch now 完成应用重启。 重启回到交互页面后,右下角能看到第三方模型已接入,点击左侧 new session, 新建一个对话,再输入框上方点 select folder, 然后在资源管理器里选你的工作空间, 完成后就可以正常开始对话了。想接入其他模型,只要替换 get 为地址 key 和模型名即可。

大家好,最近看了一个苏黎世理工学院的一个研究报告,说用了 agence md 或者叫 cloud md 这种全职记忆文件的项目,和不用的这个不用这两个文件的项目,反而是用了的,成功率降低,而且用了之后推理的成本还升高了百分之二十, 为什么要会这样子呢?那本期视频就带大家来了解一下 cloud md 是 什么,以及怎么去写 cloud md。 最后我们再来看一下 cloud code 最新出了这个 any 命令的一个新的创建 cloud md 的 一个流程,那么在这个流程中,我们大概能感受到现在的这个 cloud md 应该怎么去设计。首先我们来看一下这个报告的这个它的一个测试的一个数据啊,它在八项测试中,五项里面没有 cloud code, cloud m d 更表现得更好。那么所有测试中有 cloud m d 的 情况啊,平均要贵百分之二十。那最后呢?更强的模型并不能生成更好的上下文文件,也就是说你可能价格不好,你的整个仓库的代码没有设计好, 他通过这种内置的命令生成的 cloud md 质量并不好。所以他得出这个结论,不是说不用 cloud md, 是 你如果 cloud md 没有用好,你这种文件没有写好,那带来的作用是反作用,还不如不写。我们怎么去理解这个理念或概念?我们首先要理解一下 cloud md 到底是什么?那么在我们跟 ai 对 话中,我们所有的地话对话的记录啊,都会保存在一个叫上下文的地方, 然后有了这个上下文, ai 就 能记住我们之前说过什么,比如说我告诉他我叫张三,那么在 n 个 n 次对话之后,我们再问他的时候,他仍然会告诉我们叫张三。 理想的情况是上下文是无限的,可以存储每一句对话,但是实际的情况是上下文的长度是有限,比如说他只能保存一百句话, 那么到了一个,到了他的最大的长度之后,他就会进行一个这样的对话的压缩。对话压缩之后必然会有些信息会丢失, 那么信息的丢失那会就会带来 ai 的 执行的效,可能会有问题。那么为了解决这种问题呢? ai 编程里面引入了一个概念,叫做 cloud md 或者叫 agents md, 其实这两个东西是一个东西,那么这个文件里面的内容会在每一次对话的时候都加入到上下文里面去, 来保证它是不会被压缩的。也就是说你在写在这个文件里面的所有的内容, 它都会在每次对话的时候塞到这个上下文里面去,模型就会一定会记住里面内容。比如说你在 cloud md 的 文件里面,你说我叫张三,那么你在跟大模型对话的时候,对话了一万次,十万次,他仍然是知道你叫张三。所以呢,这个 cloud md 就是 一个大局的一个记忆文件, 那么就是因为它是大局的记忆文件,这里面就变得非常非常的重要了。大局记忆文件代表了什么?就是 每一次对话都会包含这个内容,那这个内容里面到底要写什么东西?你不该写的什么东西,那就会对对话是有极大的影响力的。那么当大模型的能力越来越强之后, 那么我们的这个 clld 的 内容就会越来越少。那怎么去理解?去年在用 clld 的 模型进行编程的时候,和今年在用这个 office 模型进行编程的时候,你能发现很大的差异。 以前你需要补很多约束条件,在你的 rules 或者说你的 cloud md 里面,叫他不要做这个,不要做那个,或者遵遵守什么样的规范。 那么到了现在,他变聪明之后,能力变强之后,发现这些东西他已经学会了,就大模型本身的能力是在变强的,那么你对他约束就越来越少。 相反呢,如果你在用的是一个很普通的模型,那么你的约束就要写多,写多一点,也就是你要让他每一次对话记住的东西要多一点,不然他就会报犯错。 所以呢,模型越强, cloud md 会越简单认为这个 cloud md 是 一个局的记忆文件,所以呢,它带来了三种影响,也就是也是因为这三种影响,才会有上面这个论文说的这个结果。那第一种影响是 cloud md 它本身就占有上下文的长度, 你的 cloud md 如果说有一千行,那么这一千行就是永远会加载在这个上下文里面, 挪也挪不走,去也去不掉。压缩,压缩也压缩不了,他占用了他的上下文长度,这个还不是最主要的这个问题。第二个问题是他可能会诱发更多的行为。为什么这么说呢?也就是说你在你的 carl d m d 里面如果写了这样的话,每次开始处理任务前,都要 完整阅读相关项目及上下文,确保充分理解。第二个就每次完成修改后,都要进行一个完整内容的测试, 那这两个如果放在 cloud cloud md 里面,也就说你不管跟他做什么事情,只要涉及在代码变更的或者说 相关的东西,他都会去认真的去读你这个内容,然后呢去比如说去阅读相关的目录,去执行这样的测试,他其实可能你当前的任务跟这个是没有关系的,但是他还是触发了这样的操作, 触发这样的行为,那这些事情,这些行为也是要消耗这样的推理成本。所以呢,如果你的 cloud md 里面包含了一些临时性的行为,或者说一些并不是通用的一些流程的话,那么对这个 交互对话是有很大的影响的,这是第二个,那第三个就是它会增加判断负担。也就说当你的 color md 里面出现了一些模糊不清的概念,比如说以前我就经常会这样写,保持代码优雅、简洁、可维护性, 要考虑扩展性。其实这些话是什么呢?都是屁话空话,但是我们当时可能不知道,写上去以为是有用,但是其实不然,为什么?因为大模型在阅读你你这个提示词的时候,他在生成代码的时候,他都会去判断 我这个代码是不是够优雅,够简洁,是不是可以维护,是不是可以扩展, 他就会增加更多推理成本。那么其实你应该写的是不要怎么怎么样,就是禁止他怎么样写反的,而不写正的。大就是模型发展到现在去写一个好的代码优不优雅代码他是能够做到的, 就是你据尽量一定要具体的指出,如果你指不出来,你就写反面的例子,那么这三层影响就是你可能不经意在 cloud md 里面写了这些东西,那么可能带来的是背后的这种成本的上升,效率的下降,所以说我们要避免这三层带来的这种不好的影响。 那应该怎么去写这个 m cloud md 呢?其实啊,已经很多人总结出了很多经验,但是呢这些经验可能是只限于当前的项目的这个幕落,还有就是模型在发展,在提升,那有些经验可能都 不能够用了,所以我总结这个三个这样的一个核心条件,就永远去判断,而且你永远把一个东西记在脑子里面,就是你写的这个东西, ai 是 一直会在他的身上里面存在的,就是你告诉他的东西,他是一直会记住的,因为这个原因,所以要特别的谨慎。第一个就是 你写的这条内容,如果你不写 ai 就 会报错,那么这条就应该写到里面去,你不用管,你也不用遵守什么规则,你会看很多很多人这样写,那样写你不用管,反正这条你不写,他就会报错,那么你就把它写上去。 第二个是扩展 d 需要不断的迭代,不是一次就能到位的,很多人写完就不管了,但是这个是不断在迭代,他就像一个护然一样,他是越来越大,越来越庞大的。 第三个就是模型越强, cloud md 反而越简单,就是你可以在用好的模型的时候,你可以考虑的少一些。那我们可以这里举个例子,这个一个不好的例子啊,比如说这里面有个项目的代码, 他告诉他这是一个什么项目,这是我以前写的,写 cloud md 的 时候特别喜欢这样啊,我这是一个什么样的项目,大概介绍一下。其实这个介绍对于 ai 来说是完全没有用的,因为它编码并不需要参考你是什么样的项目,它所有的这个功能的开发是依赖于你的规范,依赖于你的 plan, 依赖于这种东西,而不会依赖于你。 cloud md 里面是这个项目是什么?你在项目里面说我这是个电商项目, 没有什么用,电商项目不够细,不够具体,那么应该在真正的开发过程中,通过规范驱动文件里面的 电商里面到底什么模块、什么功能,他再去做相应的处理,就不应该放到这里面去。还有这个目录的结构,除了一个特殊的目录,比如说这个目录是个公共组建的目录,那么你可以放到这里面去,让他在引用组建的时候去这个目录里面找 其他的这些目录其实都没有用,因为他本身就能读取你当前项目的一个目录结构,他是能读懂这个目录结构是在干什么的,所以并不需要把所有的目录结构都写到里面去,那这个也是我以前会容易犯的错误。 还有这些就是刚刚说的开发的原则,这些都是套话、屁话啊,对他来说只会干扰我们,应该怎么写?应该是写反面例子,不要这样做,这样是最好的。所以呢,总结下来就是在 cloud md 里面 要写规则,不要写介绍,那这个规则就是你要去约束他去做什么事情,不要去说你这个项目是干什么,那么你这个规则就是啊,应该是怎么工作,什么事情不要做这个推导不出来,你给他写好。 还有就是写一约束,不写尝试,写一约束,不写尝试,那这个是特别特别重要,因为其实我们整个 cloud md 文档大部分都是约束他,让他不要去做很多事情。 那么你可以写你的项目里面的约束,团队里面的约束,或者说你这个仓库里面一些独有的约束,或者你自己整个的一些开发的一些习惯, 然后的话写长期有效的流程信息,不写临时的任务,就是你可能在开发过程中有一个流程,或者说有一段时间你开发过程中需要一个这个流程去进行测试,或者说是做干嘛呢?你把它写到 callumd 里面去了, 但其实可能不在你这个范围之内的东西,那么他也会去跑这个流程,那是没有必要的,那么你可以把它写成命令,或者把它写成技能,这些都是可以避免,就是我们这个啊上下文去, 每一次都会读到这样的内容去进行干扰。第四个就是某一个错误出现两次以上,那么你就更新到这个 cloud 里面去。最后就是如果你不知道写什么,那么你可以使用这官方这个阿里特命令跑一遍,要么就留空 等着模型来报错,然后你把那个错误信息再写进去。其实项目的早期或是小的项目,大部分呈现下没有 call 那 么低,也不影响什么,况且是在模型越来越厉害的时候,其实真的大部分你写脚本,你做一个小的项目,你做一个 mvp 产品, 你你这个项目开发的时间越短, color md 的 作用其实越小, color md 最大的作用就是是长期维护项目很大,多多个团队协助,那这种可能是需要去来做很多约束的,所以我们再讲一下 color code 最近更新这个 edit 命令啊,它做了一些 什么样的变化?首先呢你一定要在这个 settings 点接收文件里面去加上这个配置,因为它现在目前是一个测试阶段,一定要 配置这个,你在执行 edit 命令的时候,它才会走新的流程。我们来看一下它整个的流程,比如你执行 edit 命令,然后这边就会判断你有没有配置这个东西,如果配置了它就会走这个新版的逻辑,那这个新版的逻辑就会向你提问 啊,就是你要生成什么,最重要的是什么呢?是这两个东西,就是它会根据你代码库里的一些情况啊,或者说你的对话记录里面的一些历史记录,它会生成技能。为什么会生成技能呢?是因为我们以前在 cloud md 里面会写一些流程,第一步该干嘛,第二步干嘛,第三步干嘛。 那么这个其实是适合写成技能的,那技能的好处就是上下文只会加载他的内容和描述,是极大的,会减少这样的上下文长度的。还有一个就生成钩子, 那么之前我们也会在 call 命令里面写一些什么东西呢?就是你做完什么事情之后执行一个什么脚本,那么这种就非常适合写成钩子,那通过他的这个流程, 它就会可以更加智能化的去优化这个 curl m d 文件,就把该写技能的写技能,把该生成函数的生成函数。最后呢就会出现啊,我们的这个 curl m d 或者说技能,或者说这个钩子,那我们来看一下新的这个编辑命令之后,它生成出来效果会是什么样子的。 ok, 他 这边向我们提问,就是我们希望设置是只生成这个 cloud md 文件,还是要生成个人的这个 log 文件,那我们就只生成第一个, 好,我们是要生成技能还是生成这个钩子?也就是说他在整个的调研过程中会把我们的一些流程总结成技能,把一些事件总结成钩子,那我们也要包括这个 好,提交,它就会去探索整个代码库的项目结构,它这里它会经,它会搜索很多这种 md 格式文档。 ok, 我 们再继续啊分支,它就这个就是说 get 的 这个提交的一个规则,我们就 go to m, 一 不参考好严格,必须有测试,这个就是每一次功能开发都有测试,记住每一次的东西都是适合写到我们的文档里面去的环境, 然后这边来去掉这个,这边集中来确定项目配置,然后他这个有一个技能是来验证这个技能的,帮我们帮我们生成了一个技能,好, ok, ok, 他 这面让我们他这面检测,只是说我们没有代码格式化的工具啊,他建议我们设置一个钩子, ok, 它这边已经帮我们创建好了,然后的话它这边的话是创建了一个新的 cloud md 文件,然后的话也生成了一个这样的技能, 生成了一个这样的技能,然后的话也生成了一个钩子,所以说它是创建一个三个这样的文件。我们来看一下它生成的这个 cloud md, 那 么全区规则个数,它这边还是有这些个数啊,你是需要去调整的, 然后的话关键约定啊, get 约定,这是要求,就是还可以继续深入的这个内容,就是你可以通过这个艾特符号的方式啊, 把当你的这 cloud md 包含的内容越越多之后,你可能项目很大,也有前端,也有后端,还有不同的语言,那么可能要设置的规则会比较多,这个时候如果放在一个 cloud md 文件里面,就会造成这个上下文臃肿,而且可能你某些规则是在某些情况下才会被触发的。 这个时候我们可以通过 app 引入文件这种方式放到 column 里面,让 column 做一个入口,然后做一个这样的栏加载。 那么还有一种就是可以写一个技能来自动学习啊,然后就是啊,触发这个技能之后,它会对你这段时间的对话进行一个这样的一个总结,发现对话里面是不是有可以沉淀的一些流程, 那把它写到这个生成这样的技能,或者说有没有发现什么样的错误,那把这个错误的信息放到这个 code m d 里面,那这种算算是比较高级的玩法了,这可以在后续的过程中,如果你对这个 code m d 怎么去写,怎么了解的比较多了,那么你可以去尝试这两个更加高级的一个 啊用法,反正总的来说就是啊,要写要 colm d, 你 就永远记住你写的这个东西,内容会在局的记忆里面都存在,每一次对话他都会放到上下文里面,这是极其宝贵的。 ok, 那 本期视频就到这,希望这个视频对你有所帮助。

cloud code 节省百分之八十 token 的 秘密武器 openov 开源发布,最近在使用 antropica 官方的 cloud code c l i 吗?虽然强大,但它费钱的通病让人头疼。反复读取相同文件, 不看文件大小,盲目加载,没有项目记忆。 openov 是 专为 cloud code 设计的开源中间键, 他通过六个钩子脚本为 cloud 装上了第二大脑智能缩影 anatomy, 让 cloud 在 开文件前就知道内容概括和 token 预估学习记忆 threebrum 记录你的偏好,如别用腕,避免在不同绘画中犯同样的错误。 token 账本实时监控每一分钱花在了哪里,平均减少百分之六十五的 token 消耗。五感集成一个 open wolf in it 搞定,不改变原有工作流,拒绝盲目读取,让 cloud 每一比特的思考都用在刀刃上。

我知道很多朋友现在使用 ai 还是停留在和豆包或者 gpt 聊天这一步,但是如果你想真正提高你的工作和学习效率, 那一定是无脑选择 cloud code, 这也是我最推荐普通人去上手使用的 ai 工具。装完 cloud code 之后,你就拥有了一个有手有脚的超级大脑,你用大白话告诉他你想要做什么,他直接帮你去写文件,改命令,打开网页,把 所有的活儿一次性全部干完。我自己现在平均每周会使用五十个小时的 cloud code, 也算是一个 cloud code 的 重度使用用户, 我现在已经几乎把它覆盖到了我所有工作和学习的场景。上次那个四万人看过的我在一个月的时间里面从零开始学习 ai, 并且拿到 ai 岗的 offer, 也是全程由 cloud code 去辅助我 学习和做项目。它已经帮我实现了自媒体创作的全自动化,做我所有的文件和项目管理,也让我的工作和学习效率直接翻倍。这期视频是一期 cloud code 零基础小白入门视频,我会带你从零开始一起安装 cloud code, 接入大模型。最后我会手把手带你从零开始 一起做出一个属于你自己的小工具,并且和你分享更多 cloud code 的 使用场景。就算你之前完全没有碰过代码,对这些东西都很陌生。我们先来装 cloud code。 cloud code 其实有好几种用法,你可以在终端直接跑,也可以在 vs code 或者 cursor 这种 ai 编程软件里面去跑,你还可以用它的桌面版。 今天我是推荐新手用 vs code 加 cloud code 插件这一条路径,原因很简单,因为原生终端它全是白底黑字的文字界面,很多人一上来看着就劝退。 而 vs code 它是有图形界面,您大部分的操作直接点鼠标就行,心里面看是会降低很多的。第一步,我们需要安装 vs code, 我 们直接去 vs code 的 官网下载就可以了,完全是免费一键安装。进入 vs code 的 官网, 点击这里就可以安装啦。装好之后,我们打开 vs code, 会进入到这样一个界面里,我们点击 open, 可以 选择新建一个文件夹,点击 open, 点击 trust。 好啦,到这一部 vs code 就 准备好了。接下来我们点击 vs code 的 右上角的这样的一个按钮,会发现我们进入了一个叫 terminal 的 这样的一个模式里面, 这个 terminal 也就是我们电脑里的终端。接下来我们只需要复制粘贴几行命令,就可以安装 curl code 了。如果你是 mac 电脑,就复制这条命令。如果你是 windows 用户,就复制下面的这一行命令。 比如说你复制这条命令到你的 v s code 它的 terminal 里面粘贴,然后你按回车,就可以安装 clock code 了,因为我这里是已经安装好了,所以我就不点回车了。同时我需要提醒一下的是,如果你是 windows 用户,你必须先安装这个 get for windows, 如果你不安装这个的话,哪怕你安装好了 curl code, 也是没有办法去跑起来的。你直接到 git for windows 的 它的这样的一个官网里面去进行安装就可以了,也是非常简单。安装好之后,我们回到 vs code, 在 这个 terminal 里面输入这样一行指令, cloud 杠 version, 然后回车。如果你在这里已经能看见 clockcode 的 版本号,那说明你已经安装成功啦!在我们接下来接入大模型,正式开始玩 clockcode 的 之前,我想先给大家一个非常实用的 tips, 就是你一定要在电脑上同时开着另外一个 ai 的 聊天窗口,像叉 j p t 千问 dipstick 都可以,哪个顺手用哪个。你平时在 web coding 的 时候,可能会碰到这样几个场景,第一个就是安装报错,比如说如果你刚刚装 clock code 的 时候,如果哪一步装不动,或者是终端花了一大堆你看不懂的红字, 你可以直接把这一整段命令复制粘贴到另外一个 ai, 让他帮忙看看这是什么报错,怎么样去解决,大概率一两轮就能给你解开了,证明你自己去百度要快个十几倍。 第二个是,如果说 color code 用一段时间你中途会卡住,或者你觉得他给的结果不对劲儿,你可以把 color code 的 它整个对话的截屏复制给另外一个 ai, 让他去帮忙判断是你的 prompt 没有写清楚,还是说 color code 的 方向跑偏了,你让两个大模型一起去帮你 bring stone 往往比你自己此刻要快得多。 第三个是,如果你在使用 cloud code 的 时候不知道怎么去写 prompt, 你 可以让一个 ai 先把你的 prompt 先写出来,再诊断粘贴给 cloud code 去执行。所以我建议大家以后使用 cloud code 的 时候,都能一直开着其他的一个大模型, 不管你之后做任何的 web coding 项目,你都可以更加高效地去使用 cloud code。 装完了 cloud code, 但是我们这个时候还不能马上去使用,还差最后一步,因为 cloud code 本身只是一个外壳,就像是一台汽车的骨架一样,你还需要有汽油它才能够去发动起来, 这个汽油就是我们的大模型。接入大模型通常有两个方法,第一种是在 ansapic 官网去订阅它的 pro 或者 max 套餐就可以了, 但是它有两个很大的缺点,首先是你当前如果在国内的话,可能直接使用 anselp 官方订阅会很容易被封号。第二个是 anselp 它的官方订阅价格会比较贵。 还有一种方法是比较适合在国内的朋友,你用一个叫 cc switch 的 小工具把 cloud code 接入到我们的国产大模型上面,比如说像智普的 g l m, mini max 还有 kimi 都可以。我之前用过智普,我觉得智普对于小白而言还是挺好用的,它的价格比较便宜稳定,同时能力也是完全够用的。 首先你可以先去搜索一下 j c switch, 进入这个网页之后你往下拖,点击这里就可以一键安装啦。然后你就可以进入到这个界面里面,你可以在这里去管理你 clock code 的 所有的大模型,你也可以去任意的添加或者删除你现在已有的大模型,你可以点击这里, 然后你就可以在这里选择所有的大模型厂商,比如说像我们非常熟悉的 g i m kimi, 这里全部都有。 你选择好了一个具体的厂商之后,你只需要在这里去填写你的 api key, 就 可以去连接上你的 cloud code 啦。关于怎样获得 api key 也是非常简单的,你可以直接去向智普或者 mini max 它们的官网里面去, 比如说我现在在智普的官网里面可以直接选择这个 coding plan, 点击这个即刻订阅,你就可以去选择你自己所需要的套餐。好的,那我们的 cloud code 就 已经正式全部安装好了。 我们先进入 vs code, 现在我们需要安装一个 cloud code 的 小插件,你可以直接在左侧的这个插件按钮里面去搜索 cloud code, 搜索出来的第一个插件就是 cloud code for vs code, 它的官方插件,你点击旁边的这个 install 就 可以进行下载和安装啦。然后你就会在 vs code 的 它的右端页面上看到这个 cloud code 的 它整个聊天窗口,你可以先给他发一条消息,看看我们的 cloud code 是 不是已经正式安装好了。 你看现在克拉扣里已经回复我们了,如果说你也收到了克拉扣的回复,那就说明你已经正式安装好了。现在我向大家来去介绍一下这个克拉扣的插件,你日常直接使用大白话和他进行对话,让他帮你干活就可以了。同时还有一个非常酷的操作,就是你可以 输入这个斜杠,加上一些英文单词的命令,就可以让他非常快速的调用某些命令。比如说我们在这里如果输入 model, 你就可以非常快捷的帮你去切换你使用的大模型,这里的加号符号你可以在这里去添加相关的文件或者是网页等等。你也可以直接点在旁边这个小方块图形也可以 进入到里面去进行一些比较快捷的操作。点开旁边,这里就是 cloud code 最常用的四种模式。首先是默认模式,就是 cloud code 在 每次改文件跑命令的之前,他都会去问你是否同意,也就是 ask before ads。 第二个是 edit automatically, 这个模式就是 cloud code, 如果它需要改文件,它不会直接问你,而是会直接去改。第三个也是一个非常重要的模式,它叫 plan mode, 也就是 cloud code, 它不会直接写代码,而是先跟你把方案讨论清楚再去动手。 第四个是 ploco 的 最近新出的一个模式,叫 auto mode, 也就是说它会自动地去选择那个最好的,最适合你当下这个项目情况的模式来去进行一个调整。接下来我会和大家重点介绍这个 plan mode。 好 的,现在我们一起来去做一个属于自己的 ai 小 工具吧。 比如说,如果你想做一个关于日程管理的这样的一个工具,你可以直接和它说,我想做一个日程管理的小工具, 用来管理我平时的工作和学习进度,请帮我一起规划一下吧。你看,进入 plan mode 之后,它就不会直接写代码,而是去反问你,你需要做出一个什么样的东西。和你确认好了,你现在想做一个什么东西之后,它再进行一个操作。在这里你可以选择你想要的它的一个形态。 比如说我们这里就选择一个扩展和新功能,我们就选择任务管理集成,我们就先不考虑集成好了,接下来他可能会问你是否需要进行一些操作,在这里如果你作为一个新手小白,我建议你就直接选 yes 就 好了。 好的,你看他现在遇到问题又会直接来去反问我,我们就直接选择他推荐的方案就好了。这里我发现我没有安装这个 recast, 所以 我希望他能够换一种方案。比如说你就直接和他说, 我不想现在安装这个 recast, 你 可以帮我换一种更简单的方案吗?他给了我两个方案,但是我觉得可能还是有些复杂。你可以再跟他说, 你直接帮我做一个 html 文件来去做展示就好了。这个 plan mode 它最大的价值就是它可以帮你把你自己很多都没有想清楚的细节全部去挑出来,你后续再去进行一些操作就会更加的完整。好啦,可以看到我的日程管理已经做好喽,比如说我们现在来添加一个任务, 我们随便写一写日期就直接选择,今天我们选择添加,看起来整个效果还是不错的。 你看,我们其实只用了一到两轮对话,就已经把这个东西的雏形给它做出来了,是不是特别快?如果说你想要去对这个页面进行一些修改,也可以直接用你的大白话去告诉他。 比如说我觉得这个字体稍微有点小,同时我也想把它设置成一个可以白天和黑夜切换的模式,你可以帮我修改一下吗? 这边显示已经修改好了,那我们进入之前的这个文件里面去看看,刷新一下, 果然看到文字已经放大了,这里也多了一个白天和黑夜的切换。好啦,到这里你已经做出来了第一个属于你自己的小工具了。你看,其实你不需要写任何一行代码,你只需要像一个同事一样说话,告诉他 cloud code 你 想要做什么就行。 我还想再分享四个我自己真的用 cloud code 做过的事情,这些每个我后面都会单独出一期视频。第一件事情是我自己的格式化个人网页, 我之前面试的时候是有把我这个白纸黑字的 pdf 简历全部做成了一个带图带链接带作品级的一个个人主页。我之前出过一期怎么样用 jimmy 做个人网页的笔记,但是这个完全也可以用 clolo 来做,它甚至会做得更好更快。 第二件事情是用 cloud code 还有 obsidian 去搭建一个属于你自己的第二大脑。我的整个笔记系统现在也都是 cloud code 在 管,它会自动给我整理每天的灵感生成周报,甚至说帮我去想小红书的选择题。第三件事情是我用 cloud code 去自动化了我整个小红书的创作工作流。 从每天的热点监控、剪辑、脚本生成,到爆款的拆解和数据复盘,我现在百分之八十都是交给了 cloud code 来做。第四件事情是针对 岗位的 j d 去首搓面试的 demo, 这也是我之前拿到一家 top 外企的 ai 开发岗 offer 的 一个关键动作之一。总结来说,这四件事情它背后的共同点它都是一样的, 就是你用大白话告诉 cloud code 你 想要什么,它能帮你从零搭建出来,且代码只是它能做的很小很小的一部分。而且我今天介绍的只是 cloud code 最基础的玩法,打开对话装 cloud code, 用 plan mode 做了一个小小的 demo。 就 这些 cloud code 还有非常多进阶的玩法,我今天没有找到,比如说 m c p scale, 还有 agent teams 这些我后面都会单独出视频来去详细的讲解。恭喜你看到这里也算是正式入门了, cloud code 这个全世界最强的 ai 工具。我是紫玉,我们下期再见。

兄弟们, cloud code 用着用着 token 就 爆啦!每次都重复读文件重复犯错!今天介绍的这款开源神器,号称 cloud code 的 第二大脑。亮点一, 六个隐形 hook 脚本,完全不改你的工作流自动运行。亮点二,文件缩影加学习记忆再也不重复读文件,重复犯错。亮点三, token ledger 实时追踪,平均节省百分之六十五以上 token。 亮点四,一条命令 open wolf in it 就 能出场, dashboard 一 键查看效果,再也不用为 token 费用和重复劳动头疼了。想让 cloud code 更聪明更省钱的开发者评论区打 open wolf 免费上售,记得点赞关注哦!

上一期关于如何从零到一安装 cloud code 获得了差不多十万人的观看啊,但是有很多人还在问像 cloud code 的 桌面端如何配置呢,哎,正好前段时间啊, cloud code 的 桌面端也能够接第三方模型呢,所以说今天我就给大家带来这个教程。 ok, 大家好,我是 fred, 专注从普通小白的视角分享怎么从零开始用 ai 和 web coding 提升自己的生活和工作效率。 我们第一步的话可能还是去打开整个 cloud code 的 这个官网啊,然后这里可以去下载 cloud 的 这个呃桌面端的应用,安装好了之后,我们就会进入到整个 cloud 的 这个界面, 然后到这里面的话就有一个很重要的点,就在于说不要直接登录啊,这里面直接去点这个 help, 然后点这个 troubleshooting, 然后这里面去点这个 enable developer mode, 也就是打开开发者模式, 点击这个 enable 之后呢,它就会重启啊,重启这个桌面端,重启桌面端之后,大家就可以看到这里面多了一个音呃 developer 这个按钮,也就是这个开发者的按钮,然后我们打开这个 configure third party influence 啊,点进去之后呢,我们就可以看到这里面,哎,其实我已经点好了,首先大家需要选择就是这个 gateway, 然后这里面需要关注的点就是一个是 url, 就是 它的整个的链接,一个是 api key, 这两个怎么去获取呢? 首先从 url 上面来讲,我们可以打开 deepsea 这个官网,我们这里可以看到像这个呃 deepsea 的 sorpy 的 url, 就是 这个这个网站,所以说我们只需要把这个网站呃复制进去就 ok 了, 然后 api key 怎么去获取呢?然后同理我们去点击这里 api key 进去之后,这里面可以去创建 api key, 呃,然后比如说 friend three 啊,然后点击创建之后,它就会自己默认复制出来这个 api key 呢,但有一个点非常非常非常关键的点啊,就是说大家一定要关注,就是你如果复制了这个 api key 之后, 那么后面的话就是,呃点击关闭之后,后面这里就没有办法再复制了,所以说我们就只只需要把这个复制进来,这个 api key 复制进来,然后往下的话有三个非常两个很关键的点,一个就是我先可以给大家擦掉, 就这里面去添加这个模型,这个模型怎么去获取呢?也同样道理,点开这里可以看到这个模型的名称,也就是 deepsea v 四 flash 和 v 四 pro。 ok, 我 们就把这个模型复制进来,有个很关键点就在你你需要去打开这个 e m 的 上下文 啊,也就是一百万 token 的 上下文啊,这个会让你整个使用体验会更好。第二个就是 deepsea v 四 pro, 对 吧?然后我们把它复制进来,然后同理也是,呃,打开这个 em 上下文,完事之后呢,就只需要点击这个 apply locally, 就是 本地应用,它就会重启了。 ok, 重启进来就大家就能够看到一个非常非常熟悉的界面,就是也就是用 clock code 的 界面啊,我们可以问一下,好吧,你是什么模型对吧? ok, 久违的这个闪光啊,虽然说它写的还是 cloud, 但实际上它就是 deepsea 的 flash 啊,包括 em 的 啊,这个上下文和 pro 的 模型。 所以说总结下来的话,我们今天这个事情啊,所以首先首先要退出这个登录啊,就刚刚没有演示,但如果你本身有登录,那你可以退出登录。第二个,点击这个开发模式第四,然后看到这个 devilper, 然后才算成功。下面去关注一下整个的一个配置啊, gateway, ur l, api, key 和你选择的 model 以及 em 的 上下文。 然后整体完成之后呢,整个 color code 就 能够配置好的。 ok, 我是 fred。 后面我会持续用真实的案例告诉大家怎么把 ai 用进自己的工作流,欢迎大家关注我们,下期再见。

大家好,今天给大家介绍一下 konoldcode 的 一些常见命令。第一个 help help 呢,可以快速查找我们的命令用法,适合新手或以往时一些命。 help。 第二个呢, enixenixenixenixenix 呢,可以快速帮我们目前有的项目呢,做一些目录结构,编码规范,减少重复等。或者一个新的项目呢?我们也可以先用 enixenixenixenixenix 呢,操作 ign 出使画一个新的 clone md 文件,或者在已有的呃项目里面生成一个 clone 点密的一个文件 md 文件。第三个命令呢,是搞 model, 可以 切换我们当前的一些模型 model, 设置我们的一些 ai 的 模型。第四个 clear clear 呢,可以清空我们的对话历史,重置当前的绘画。 clear, 开始一个新的 station 为空的上下文。第五个 compact, 压缩我们的历史绘画。当我们的历史绘画它是有限的,我们可以把它压缩,释放我们的上下文,来看一下 compact 好,释放我们的上下文,做一个绘画,做一个 summarize。 第七个 context, 来看一下可识画我们当前上下文的占用比例哦 context 格式化当前占用的比例,来看一下 context 所占用的模型占用的比例。下一个第八个 reward reward 呢,可以回退我们的某一个对话 文件的改变历史,重置我们的 code, 比如说当前这一个啊,代码我们不想要了,回退到上一个版本可以就可以使用我们的 reward 命令。第九个 doctor, 诊断我们 connect code 的 一些安装方面的问题。 ok, 最后一个 memory, 可以 直接编辑我们的文件管理项目或者用户的长期记忆 memory 哦, m 一, ok, 编辑我们的 command 文件, ok, 谢谢大家。