claude注意事项
用考核 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。 那 你觉得可拉库的最烦人的事情是什么？欢迎在评论区分享。
粉丝1.2万获赞7.7万
相关视频
06:43查看AI文稿AI文稿曾经我对 cloud code 的 终端爱不释手，但现在我只能说一句， codex 真香啊，真香！ 大家好，我是布鲁。随着 codex 近期频繁的更新，我自己的工作站也已经全面的切换过来了。今天就来分享一下我自己的完整使用经验，怎么用 codex 打造一套不打断心流的生产力闭环。 本期视频我把它分成了七个章节，每一张都是我自己实际在用的技巧，希望能对你有所帮助。那我们话不多说，直接开始 第一张，先来介绍一下我的工作站是怎么布局的。左上方是 codex 的 对话框，下方是 terminal 终端。 你可能会问，已经有 codex 的， 为什么还要开一个 terminal 跑 c c？ 因为我发现对于一些需要探索、需要设计的任务， c c 的 表现要更出色一些。所以我的习惯是用 c c 来做方案设计，配合 planning with files 这个 skill， 把设计思路直接落成文件， 然后再让 codex 读这份计划，接手后续的具体实施。这样一来， cloud code 负责想， codex 负责做，两者可以各司其职。 右上方这个区域我用来做任务完成后的查看和审阅，比如代码的 review， 文件的浏览，还有浏览器都在这里。虽然现在浏览器还不支持多标签页，但对于日常的任务来说完全够用。这边我就分享一个实际的案例， 我让 c c 参考了最近很火的这篇卡巴西提出的知识库的文章，让他借鉴里面的思路，出一份设计稿和完整的实施计划。目的呢是做一套前端的页面，方便我日常的维护文档使用。 接着 c c 就 会调用 planning with file 这个技能啊，将所有的计划落成文档，然后我就会回到 colex 这边，让 colex 去阅读当前项目内的这份计划文件，然后基于这份计划文件让他进行开发。开发完结果之后，我会在这边 内置的浏览器里面去进行结果的 review， 包括代码的一个审查，整个过程从设计到开发再到 review， 全都在这一个工作站里面完成，不需要切换任何的窗口，这就是我前面所说的，心流不会被打破。 第二章，批注功能。这个功能是我觉得 codex 真正强大的原因之一，也是最能体现沉浸式开发的地方。 以前我们改代码的方式是找到文件定位到哪一行，描述问题，让 ai 修改，整个过程中你的注意力是在代码上的，但现在 codex 的 批注功能让这件事情变了，你可以直接在文件上进行批注，告诉他哪里怎么改，需要怎么改。 更厉害的是，现在这个批注功能不止限于代码文件，你可以直接在前端页面上进行批注，看到哪个按钮位置不对，哪块布局不满意，直接在页面上标出来， codex 就 能理解你的意图，并帮你进行调整。这件事的意义在于，正好对应了 webcodd 的 核心理念， 开发者的重心不在于怎么写，而在于写出来的东西对不对。批注功能把这个理念落地了。 第三章，上下文管理 codex 项目里可以同时开多个县城，每个县城对应一个任务，互相独立，不干扰。对比 cloud code 需要开多个对话窗口， codex 把所有县城都收在了一个项目下，管理起来会清晰很多， 然后是项目的记忆核心就是 a 键的点 md， 这个文件你可以类比为 cloud md， 把项目的背景、开发规范都写进去， ai 每次进来都会读取，不用反复的交代。 还有一点， codex 的 上下文管理非常省心，它会自动帮你压缩上下文，它也没有提供像 cloud code 中 compact 的 那样的命令，这种事情让 ai 自己处理就好了，你专注于任务本身就行。 第四张，自动化这块是我觉得 codex 比其他 agent 做得更好的地方，几个原因，第一，用起来非常的方便，直接在 gui 里面新建自动化任务，还内置了很多模板可以选择， 大到项目管理技术、眼镜，小到个人的生活习惯，都可以交给它来定期的处理。第二，自动化可以调用 codex 自身的能力，比如插件、 skill、 mcp、 浏览器操作、电脑操作等全都能用进来，这就是为什么我说 codex 在 逐步形成自己的生态。 第三，我们可以根据不同的场景来灵活的选择模型和推理强度，简单的任务用轻量模型，复杂的任务上强推理，这样的话头肯可以用的更加的合理。第四，稳定性，我实测下来， codex 相较于其他的 agent， 定时任务的准确性已经能达到生产级别，相当的靠谱。 第五张插件和技能， codex 有 相当丰富的官方插件和 skill 生态。先说说两者的区别， skill 就是 纯文档，本质是给一份 ai 的 说明书，告诉他在特定场景下应该怎么做事。比如说我前面提到的 planning with files， 就是 一个 skill 插件的概念会更大一些，你可以把它理解为 codex 打补丁，里面可以包含 skill， 也可以带上 mcp 配置，甚至集成其他的 app。 一个插件装下去， codex 就 多一套能力。 另外， codex 在 插件和 skill 的 管理体验上面要比 cloud code 的 友好太多了。 cloud codex 需要改配置文件，而在 codex 里直接在界面上点击安装，或者自己创建，整个过程非常的直观。 第六章浏览器和电脑操作 codex 可以 直接操控浏览器，你可以让它自动填表，抓取数据，验证 ui 效果。 比如我需要批量收集一些网页上的信息，直接告诉 codex 去哪个页面拿什么数据，它就能自己打开浏览器去完成操作，整个过程中都不需要你的介入。除了浏览器， codex 还能直接操作你的电脑文件的整理，应用的打开都可以交给它来处理，相当于有一个助手在帮你操作桌面。 不过这里要说明一点，随着 ai 自动化越来越普及，现在已经有不少软件开始加强安全控制，对自动化操作做了限制，所以实际能操作的范围会因软件而异，遇到限制情况也很正常，大家用的时候留意一下。 第七章通用功能这些功能不是 codex 独有的，很多 agent 都支持，但作为一个完整的工作站，这些基础能力 codex 当然也不会缺少。先说 play mode， 在 执行一个比较复杂的任务之前，先让 codex 把完整的计划列出来，你过一遍觉得方向对了再让他动手， 这个习惯能帮你省掉很多返工的时间，大任务尤其推荐开 play mode。 再说 m c p， 也就是模型上下文协议，通过 m c p 可以 把各种外部的工具和服务接进来，让 q d x 能力边界大幅扩展，无论是连接数据库，调用第三方的 api， 还是接入自己家的服务，配置好之后， q d x 就 能可以直接调用。 另外还有一点， q d x 相较于 logot code 的， 有一个非常关键但很容易被忽视的小功能，语音识别。目前我的任务几乎都是语音发起的，连打字都很少了。 ok 以上就是我在使用扣袋子过程中总结的一些技巧，如果对你有帮助的话，希望能得到你的点赞和关注。 最后我想说一句， ai 发展太快了，各家 a 键的功能越来越趋同，但工具再多，适合自己的才是最好的。有时候做做加法，找到真正需要的，做做减法，去掉用不上的，慢慢摸索出一套自己的工作范式才是最重要的。我是布鲁，我们就下一期再见。
5.5万布鲁404
07:33查看AI文稿AI文稿不会写代码的人怎么把 cloud code 用到极致？三个月，每天八小时，我留下这十九招。第一个也是我觉得开启会对你使用 cloud code 有 很大帮助的。在终端输入斜杠， s t a t u s l i n e 你 就可以自定义你看到的信息，比如说模型的类型，上下文的占比， 成本等等。它会生成一个显示在终端底部的小脚本，让你在对话过程中随时可以通过下面的仪表台来监控你的各项指标，从而有效的避免你的上下文污染。这个功能在你最开始使用格拉格的时候对你的帮助会很大。 第二个也是我给别人疯狂安利的 command， 你 可以把它理解成快照，你在文件夹里面改动的任何东西 都可以给你保存下来，并且你还可以随时的回滚。当然有一个前提是需要 get 初步化你的这一个文件夹。第三个，斜杠 care 这一个命令在我每次进行过 command 之后，我都会使用这个命令来进行对话的新建， 一个是确保我的对话清晰明了，另外一个是确保我不会浪费更多的托管和上下文造成的一个污染。第四个也就是计划模式， 你可以按住 shift 加 tab 切换，你也可以输入斜杠，然后 pan 打开计划模式。你需要养成任何非日常工作都把这一个计划模式开启的一个好习惯，这样可以保证你在进行任何 动作的时候，都可以让大模型能够更明确的理解你的需求和指令，可以更好和更快的完成你的任务。第五个，不要总是对可乐下达一些模糊的需求，比如写一个功能，或者说我需要修改这里的效果，我不是特别满意这种话，这样他是不清楚你想要的东西的， 你应该学会向他抛问题，比如问他这样的效果，如果你是用户，你会不会满意？让他先自行推理逻辑，他的产出的质量会更高，这类似于计划模式，但会让他思考的更深入。第六个是让可乐的主动的向你提问。在计划模式下，他通常会问你问题，但是你也可以主动的要求他， 请不断的向我追问，直到你了解我百分之九十五的一个需求。第六招也是我经常会用的一招，就是他在产出一个计划之后，我会让他以一个新的顾问的身份去从事 重新的审视这一个计划，往往他会找到计划里面的一些漏洞，或者说过度设计。第八招就是加一个质检步骤。我们可以看到，在很多时候，克洛德在执行任务的时候，他会创建一个代办事项，你完全可以在这些代办事项里面加入一个质检步骤， 这样子他会在最后进行质检，确认没有问题后再给你验收。第九招就是在每一个项目中运行 i n i t。 这一招通常是用在你已经有一个包含了文件的现有项目，打开它之后，你输入这一个命令， color 就 会自动的扫描你的代码库，文件夹和里面所有的文件， 并且呢生成一个 color 点 md 文件，这本质上就是项目的一个备忘录，它会梳理出来你的结构、编码、规范和关键文件。 这样一来你就不需要每次都解释项目的一个情况，如果你是从零开始构建项目，也就是说你的文件夹里面什么都没有，同样也可以输入这一个命令 来描述你项目目标和你的一些文件内容，文件结构，让克拉克库的协助你创建。第十招，及时止损，在做你的任务的时候开始跑偏，一定不要让它写完，直接按 esc 停止，重新修正方向后再让它运行。错误的 token 消耗都是在浪费上下文， 并且会浪费你自己的一个额度或者说 api， 尽早的干预，毕竟它只是一个 ai。 第十一招，也就是使用两下 esc 快 速的撤销，如果走错路了，直接两下 esc， 你 可以回退到你对话的任意一个节点，不需要从头再来，就是非常的快，非常的迅速，但是它会造成你回退之后的下面的内容完全消失不见。第十二招，也就是使用 hux 进行通知，输入斜杠 hux 可以 设置通知提醒， 比如我设置了当可乐完成绘画时发送声音提示，这样你就可以专注于其他工作，当你听到声音的时候，你就知道任务结束了，你需要去查看。第十三招，就是使用截图，可乐是有视觉能力的，这一招其实非常的实用，比如说你可以把爆出的截图和你想要的一些灵感网页 都直接截图喂给他，这样他就可以更明确的知道是什么地方不对，然后需要修改哪些地方比你模糊的给他说这个位置不对，效果要好的特别特别的多。第十四招，就是利用 get 工作树， 这个名字听起来像是一个程序员的专属，但是其实他是一个非常好用的功能，你可以把他理解成一个平行世界。 就是在一般的情况下，如果我们开启两个 color code 进入到同一个文件夹，那么他们在进行工作的时候可能会互相的覆盖文件，或者说你在使用 codex 进入到这一个文件夹，又在使用 color code 进入到这一个文件夹，你就可以使用这一个 get 工作数的原理，让你的 color code 是一个平行宇宙，让你的 codex 是 一个平行宇宙，让它们分别精心工作，腹部干扰，这样子你在所有的效果完成之后，可以把它们选择性的合并到你的主线。这一招在我使用 codex 和克拉克的进行写作的时候会经常使用的。 第十五招就是优先的使用 api 端点，而不是 mcp 服务器。 mcp 服务器虽然方便，但是它会占用特别多的一个上下文， 比如你只是想使用特为你的搜索功能，你只需要填入 a p i 就 好了，没有必要安装他的 m c p， 我 自己的话是非必要不安装。 第十六招，通过手机远程操控，你只需要打开这一个命令，然后扫描这个二维码，你就可以在电脑上开启任务后离开，你可以从手机或者说任何浏览器控制这一个对话。 第十七招，也就是超强思考模式，这每一次都是我在切换模式搞不定，或者说或者说有难题无法解决的时候，我就会开启它。 开启它之后，科罗岛会给他分配特别高的一个思考预算，在面对复杂的架构决策或者说顽固的 bug 时， 它可以很好的处理掉。第十八招，也就是使用智能体团队 agitim 四这一招，其实在我这一招其实在我这段时间来说经常的使用，因为它们之间是可以互相对化的， 也就是说你只需要开启这一个功能，那么你的主线上面的 oppo 的 四点七就可以做一个顾问，然后派一些索尼特呀，呃，或者说其他的模型去执行任务，然后回来报给你。 这一个它和子代理是有区别的，子代理的话是没有办法通信，没有办法共享任务列表，这个 a g 的 team 是 它是可以的，但是它的资源消耗会特别的多，所以你需要 呃自己取舍。第十九招就是 skulker， 就是 技能创建，这一招在很多时候都特别的有用，这之前我已经出过视频讲过了，它就是以一种特定的方式去执行特定的事情的一种模型，所以在平时你很多重复的工作你都可以做一个 skul 让它去做， ok。 以上就是我作为一个非程序员经常会使用到的克拉克的一些技巧分享，当然我也知道克拉克还有很多其他的一些命令，比如说上下文查看这一些，但是说实话我自己真的不是那么的经常使用， 所以我在这里就不做分享了。这就是本期视频的全部内容呢，如果你觉得对你有点帮助的话，那么就收藏转发，我们下期。
1377陈与小金
02:14查看AI文稿AI文稿很多人用 cloud code 大 半年都不知道它的终端里藏着一堆能直接拉满效率的隐藏命令，只会打字发需求，不仅效率低，还总踩坑。 ai 乱改核心代码绘画聊多了就跑偏，改崩了还不知道怎么撤回。今天一次性把 cloud code 的 十二个实用终端命令分三个梯队讲透，从新手入门到高手进阶，看完直接照着用。 第一梯队，新手零门槛必用，日常开发天天都会用到。 init 是 项目出土化神器，一键识别技术站和目录结构，自动生成标准。 cloud md 项目记忆文件，新开项目第一条命令就用它。 cap 就是 官方自带的命令说明书，忘了任何命令怎么用，直接输入它功能和用法，一键调出 clear， 可以 一键清空当前绘画记录，重置对话状态，换新需求，换项目，不用新开窗口，直接重新开始。 ios 一 键列出项目完整目录结构，不用手动翻文件夹，快速让 ai 了解项目全貌，也方便自己核对文件。第二梯队是开发高频刚需，也是最能帮你避坑的几个命令，建议直接背下来。地图是代码改动核对神器，实时查看 ai 改了哪个文件、哪一行什么内容，确认没问题再保存，避免偷偷改乱核心代码。 安卓就是改崩救星，只要 ai 改完代码不满意甚至改崩了项目，直接一键撤销上一次所有文件改动。 compact 是 上下文救星，绘画聊得越多， ai 越容易跑偏，它能一键精简，无效上下文，保留核心信息，让需求重新聚焦。 mod 可以 快速切换 plan、 edit、 esc 三大模式，比如输入 free mod， esc 就 能切到只问答不改代码的安全模式。第三梯队是进阶高手，私藏命令冷门一点，但在关键场景特别实用。 group 后面跟上要锁定的文件或目录路径，就能禁止 ai 修改这些内容，比如核心配置和底层依赖，杜绝乱改关键文件 reset 比 secure 更彻底，不仅清空绘画记录，还会重置项目临时状态。换项目时用它全新启动，不串旧上下文。 get， 可以 一键查看指定文件的完整内容。后面跟文件路径不用手动打开文件，快速核对代码内容， reload 会重新加载整个项目文件。如果你手动改了项目里的文件，输入它，就能让 colot code 同步最新状态，不再用旧代码干活。 这十二个命令覆盖项目初识化，日常开发还错避坑和安全管控没有花里胡哨，全是能实打实提升效率的干货。收藏起来，用的时候翻出来照着书就行。关注我，带你吃透更多 colot code 的 高阶玩法！
4195阿森编程日记（AI自动化）
10:39查看AI文稿AI文稿最近啊，我帮几个朋友看了下他们平时是怎么使用 cloud code 的， 结果发现大家踩的坑都差不多，比如说在 contacts 都快满的情况下，还在疯狂地向 cloud code 输出，甚至还问我他的 cloud code 怎么越用越笨，还有装了 skill 的 有没有用上都不知道。 那对于这种把 taco 用在刀背上的做法，我只能说一个字，绝。所以今天就给大家分享一下我自己使用 clotco 的 过程中的几个小技巧，听完包你满意，赶紧点赞收藏。当然，大家也可以在评论区分享一下自己的经验。 第一个，上下文管理这个道理啊，很多人都懂，但很少有人会注意到上下文污染的严重性。如果说你也有这样的毛病，我建议赶紧去看一下。前两周 cloud 发布的这篇关于绘画上下文管理的文章，里面讲的是非常详细的。 特别要注意的是啊，文章里面有提到，当上下文窗口开始占到百分之三十到百分之四十的时候，就会出现一定程度的上下文腐烂。这个其实对我自己也是有点启发的，你像我之前就是用到百分之六十可能才开始做一些上下文的管理，那现在可能百分之三十到四十就要开始做了。 那我平时做上下文管理无非是用到这三个命令，第一个， compact， 当任务跑了很长时间，进行过多轮的对话之后，使用这个命令，让他把前面的对话压缩成一个摘样，清掉容易的信息，只保留关键的，这样的话，你的 contacts 就 会变得很干净，他后续的表现也都会回归正常 我的使用习惯啊，同一个任务超过二十到三十轮对话，或者说我当前的上下文窗口已经占到了百分之五十以上，那我就会进行次压缩。 又或者说当我发现啊大模型开始回答一些奇奇怪怪的答案了，那我的第一反应也都会先去 compact 一下。第二个 clear， 那 这个相较于 compact 会更加的直接，把当前的对话直接清空掉，重新开始， 或者说你开一个新的对话窗口也是 ok 的， 这个适合一个任务已经完全跑偏，或者说你就想换一个新任务的场景。 对比的话， compact 就是 整理桌面， clear 的 话就是清空桌面重新来。那用哪个还是要看当前的任务有没有值得保留的上下文来决定呢？ 第三个命令 by the way。 这个命令一般会出现在你不想去侵入当前上下文窗口的情况下去使用。举个例子，比如说你现在正在 web coding， 但是你又想到一个产品的逻辑上面会有点问题，就可以使用 by the way 去跟它进行讨论， 这个是不会记录在上下文的，或者说你使用 by the way 把你这一次的需求让它记录在某个文档里面。当你手头的这个 web coding 的 任务结束之后啊，接下来的任务你可以再调用原来记录下来文档里面这个需求继续展开工作。 那说完了我常用的这三个命令之后啊，还有些关于上下文管理的我的个人的使用习惯。第一个，引用文件的时候，指定路径和文件名，不要让大模型自己去扫描文件，扫描整个仓库，他有的时候如果找不到的话，甚至还会去写一个脚本去帮你去找到这个文件， 所以说这样的托克消耗是得不偿失的。第二个，我相信大部分人都会知道，长任务或者复杂任务的时候，用 plm 的 模式可以大幅度的减少托克的一个消耗。 第三点，尽量让 cloud code 完成一整个工作流，而不是一步一步的告诉他去做什么。因为 cloud code 是 非常强大的一个 agent， 你 给他一个超级复杂的任务，他也能从第一步到最后一步完美的给你执行出来。如果说你每一步都拆开，那首先上下文会变得非常长，那上下文一长，你的大模型就会出现幻觉，你的上下文就会出现丢失，被污染。 那讲完了上下文管理之后，接下来这个 prom 的 缓存本质上和上下文也有一定的关系，那我为什么会单独拎出来讲呢？因为它会直接影响你用 cloud 的 速度和成本，也是大家特别容易忽视的一个问题。 c c 的 一个 prom 的 缓存机制啊，如果说你上一次请求里面的内容和这一次请求的前缀是一样的， cloud 的 就不会重新处理那段内容，直接用缓存速度更快，托克的消耗也会大幅度的降低。 在 cloud code 里， cloud 点 md 的 内容和项目文件的内容在同一个绘画里面是可以被缓存的，但缓存会失效。最常见的失效场景有以下两种。第一个， cloud 点 md 这个文件啊，在 cloud code 的 缓存架构中是被视为一个整体的模块的， 由于它位于缓存前缀的中间位置，一旦你改了文件中哪怕一个标点符号，系统也会判定从 cloud md 这个文件的模块开始，到后续所有的内容，包括历史对话的缓存都会全部失效。 第二个，对话的间隔太长， cloud 的 缓存默认有五分钟的超时时间，超过五分钟没有新的请求，缓存就失效了。 如果说你再做一个任务，保持对话的节奏要比长时间等待更好，所以说每次离开之前先 come back 一下是最好的。理解这个机制之后，你就会开始有意识的组织 cloud d m d 这个文件的结构，让 cloud code 的 能够持续的用到缓存，整体的速度就会明显快一些，托管的使用量也会少很多。 那接下来第三块的使用小技巧，就是我自己平时经常会使用到的一些 skill。 skill 是 cloud code 的 可安装能力包，把一套提示词和逻辑打包成一个命令以后就可以直接调用。那我现在用的最多的就是以下几个。第一个， planning with fire。 当你有一个复杂的任务，不想让 cloud code 直接开始乱动，那就先用这个，它会把任务拆解成结构化的计划写进一个文件里，当你 review 确认之后啊，它再按照文件里的计划一步步执行。这个是我目前使用频率最高的，甚至说我所有偏复杂的任务都会先用这个 planning with file 的 这个 skill。 那举个例子，比如说我现在做 webco 顶，那原本开发的流程，可能说花一天时间去想一下架构，然后再花几天的时间去开发，那现在就反过来，我会先花大概几天的时间去跟他去跟 cloud 的 去聊我会怎么样去设计，然后聊的过程中去把这些我的想法全部记录到文件， 那之后我再做 webco 顶，让他去生成代码的时候，那整个的代码的结构，包括代码的约束，代码的规范都是非常工整的。 那接下来第二个 skill， 那 其实是一整套啊，基本都是偏向前端界面设计的，像 fronten design， 还有像 ui ux pro 这两个 skill 啊，还有一个就是我现在做视频基本上都会用到的 remotion skill 啊，都是我自己高频在使用的。 那这种是专门为前端界面设计调优过的 skill， 我 觉得对于很多开发人员来说，因为对一些 ui 的 设计都不是很 make sense， 我 觉得用这些 skill 可以 帮到你们很多，并且他们的官网也是提供很多的素材和模板 啊。再结合像现在的，比如说 stitch 啊这种圆形的设计软件啊，那我觉得再配合这些 skill， 那 可以起到事半功倍的一个效果。 第三个 notebook lm skill 啊，那对于这个 skill 我 原本是不怎么开始用的，因为像原来的 gmail 可以 直接去连到这个 notebook lm， 因为都是谷歌的全家桶嘛，呃，都能够直接去输出我想要的结果。但后来大家也都知道 gmail 降至比较厉害， 我发现我的结果就我的要求他不太能满足到了啊。后面我就尝试着把 nosbook lm 生成的结果给到 cloud， 让他去帮我进行接下来的任务执行啊，效果也非常的好。然后到后面也发现现在是有这个 skill 的， 那我就直接拿过来用了。 第四个 everything cloud code， 那 这个 skill 汇总了 cloud code 的 目前所有功能的一个用法，相当于一个随时可查的内置的使用手册啊，不确定某个功能怎么用的时候，你就可以直接调用它，比翻原本的官方文档要快很多。 那这边有一点要说明啊，这个 skill 会比较消耗托肯啊，你一定要去关闭它的一些 mcp 啊，你哪怕关了的话，它的托肯消耗也是会比较大的。那如果说没有碰到一些复杂的任务，我觉得是用不上的，但是整体的质量还是非常好的。 第五个， superpowers， 那 这个也是老朋友了，我相信很多人都在使用这个 skill， 那 这个 skill 对 我来说最重要的一点就是它的脑爆啊，这一个技能。 呃，而且这个 skill 是 非常适合小白的，因为它是包含了一整个完整的软件工程的，一个生命周期的一个 skill 的 一个全集啊。所以说，如果你是小白，刚刚入手 web coding， 我 觉得你用这一个 skill 就 足够了。 第六个，卡帕西的这个 skill 啊，那这个 skill 我 觉得是相较于前面 superpower 和 everything， cloud code 的， 它更像是一个靠谱的资深工程师啊，它会强调先清楚再动手，不乱猜啊，能简单的就不要搞得太复杂啊，改动都是以最小的成本去改的，而且每一步都是尽可能的去做验证， 所以说啊，它特别适合去修 bug， 改老项目，做一些重构。那接下来第四块， hux 啊，那 hux 的 定义的话就是钩子啊，它允许你去自定义一些触发器啊，在卡拉扣的做完某件事情的时候，会自动的执行一段啊，你所定义的无论是脚本啊还是命令， 那我最常用的三个场景，第一个，我每次让卡拉扣的修改了代码之后，就会自动的去提醒，也不用担心它改完之后代码的格式会乱掉。 第二个，任务结束的时候自动发通知啊，比如说你在跑一个时间比较长的任务啊，那你可以去做别的事情，那任务完成的时候可以触发一条系统通知到你的手机上， 那为什么会举这个场景呢？啊？之前在用 open call 的 时候，因为像 open call 它本身可以去调用 call 的， 但是它怎么去监控 call 的， 它会一直去用轮询的这个方式去做，会非常的消耗 token。 那后来我就自定了一套我让 openclaw 去触发 claw 的 code， 之后我通过 claw 的 hook 去回调来通知 openclaw， 使用这样的方式之后啊，就可以减少掉不少的 token。 第三个场景，那像工具的调用前后会去自动的记日制啊，你想知道 claw 的 在一个任务里面到底做了什么，那 hux 就 可以帮你在每次工具调用的前后去协调日制，任务结束之后就能够看到完整的执行过程。 第五块， cloud code 的 插件，那说到插件啊，前面提到的像 skillbox， 包括没有提到的 mcp， 其实都可以揉在一块成为一个自己的插件 啊，所以我说我这边就分享我经常使用到的三个。第一个 cloud hard 啊，这个的话可以去实时的监控你自己套餐的一个使用量啊，包括你目前这个 session 的 上下文的一个情况啊，再配合前面上下文管理的一些方式组合起来，那效果是非常的好的。 第二个 figma 的 mcp 啊，那这个很适合前面讲的 fronten 的 design u i u x skill 啊，特别是如果你在工作中啊，你们的产品用的是 figma， 那 你直接可以通过 mcp 的 方式直接把设计搞给搞进来啊，从设计到实现会剩很多。 第三个三 tree， 那 这个也是 mcp 啊，这个比较适合去排查线上的 bug 报出错来以后啊， cc 能够更快地结合异常的信息对账和上下文去定位问题啊，可以省掉自己去翻半天的一个日记。 ok 啊，那以上就是关于本次我自己在使用 calco 的 过程中总结出来的小技巧的一个分享，希望能对大家有所帮助。如果说你看到了这边，证明你是一个非常求学的人，在此我也希望能够得到你的一箭三连和关注。那本期的视频就先到这，我是布鲁，我们下一期视频再见。
3.5万布鲁404
05:34查看AI文稿AI文稿我敢说，百分之九十九的人刚刚安装好的 call 扣，第一步就做错了。就是很多人会着急让 call 扣直接开始干活，然后会发现，哎，为什么好像有些时候还挺难用的呢？ 但实际上并不是说模型不会做，而是他根本不知道你的规则。 ok？ 大家好，我是 fred， 专注从普通小白的视角分享怎么从零到一，用 ai 和 web 扣领提升自己的生活和工作效率。 我建议安装好 cloud 后的呢，第一步不要着急让他直接开始写，而是把 cloud md 配置好。你把规则讲的越清楚，他在后面才会更懂，你也不太容易反攻， 就很多时候很多重复的工作啊，其实问题都差不多，就要么是你讲太多，要么是你改太多，要么就是你每次都会觉得他风风格都不太稳定，对吧？ 你本来只想让他改一个点，他却顺手改了一大片。你本来想让他按照项目的习惯来，他却给你一套看起来通用但正确的，但是又不太符合你要求的一些答案。 这些问题的背后，很多时候不是说模型不行，而是你没有把这个默认的规则交给他。那怎么样才能让他按照你的默认规则来呢？也就是很重要的一个点就是 cloud md。 什么是 cloud md 呢？你可以把它理解为 cloud code 的 一个默认的规则文件写进去之后呢，它不是一个一次性的聊天备注，而是 cloud 开工前就会先读的一个写作的边界。所以说它的真正的价值不是说 多一个文件，而是你终于不用每次再重新去解释。同样的话，一次写好之后就后面会默认去生效。 但这里面还有一个很关键的点啊，就是很多人一上来就在想，我要往 cloud md 里面去写什么，其实第一步不应该想怎么写，而是先想， 呃它有哪些层级？就是正常 cloud md 会有一个全局的层级，一个是项目的层级，也就是通用层和项目层。通用层就是写，写到你在每个项目都不会变的一些长期的习惯和规则。项目层就是写，写到你在每个项目这个仓库它独有的一些规则， 你把这两层分清楚之后，后面写起来才不会乱。 ok， 大家可能会问，哎，那你应该怎么写呢？对吧？通用层应该写什么？呃，像我自己的话，一般会有一些语言的规范、安全红线、工作流程和用户偏好。 我可以给大家看一下我整体的一个配置的一个情况，就比如说语言会要求他用中文跟我沟通，但是代码还是用英文，然后会有一些安全红线的问题， 不要去提交一些我自己的一些 api， key 啊，或者一些密钥。工作流程呢？就是一定要强调， 呃，完成报告之后，然后有报错就得报错。然后且修 bug 之前需要先写一些失败的测试用力，包括说代码标准不能够写得太大，如果写得过多大过长，如果后面要修改，那包括一些用户偏好的一些问题， 包括说其实像我的 cloud md 和我的 codex 所用的 agent md 其实完全是一样的，也就是我在切不同模型之间，它实际上的效果也是很不错的。然后面还会有一些上下文管理的一些问题， 所以说你会发现这些都不是某个项目特有的一些细节，而是我希望 cloud 在 任何项目里面都默认遵守的一些写作习惯，所以说如果在这种我在哪都一样的这样的一些规则，就应该写到通用层里面， ok， 那 项目城里面应该写什么呢？就比如说拿我先 free talk 这个剪辑视频的项目来说，项目城最应该典型的就是，哎，比如说每一层级你的唯一的入口， 你的输入输出怎么放，你的内容生产怎么交接，包括你的一些发布和一些安全的规则，其实这些规则离开这个项目其实就不一定成立了，但是如果只是在这个项目在成立的规则，那就应该写在项目城里面， ok， 如果你也想要开始配，我建议大家理解完这三层的东西之后，然后就够用了。然后如果怎么配置呢？其实很简单，一是我呃在视频后面会分享到相关的一些配置到呃我的粉丝群里面， 然后如果大家呃不感兴趣，也可以去搜索一些，比如说像 tiktok 上面一些高新的一些配置，比如说像 everything cloud code 啊，然后把你这种当做下来的一些规则文件发给 cloud code， 然后它可以根据你的通用层和项目层帮你去抄一份属于你自己的 cloud md。 但是呢，呃，你可以在后面跟它按照你的一些项目细节去补充 啊。写完之后他会有什么变化呢？就最直接的变化，不是说他会马上帮你把这个页面做的好看，或者说帮你把这个项目做的很很厉害，对吧？而是说他会让你的写作更顺，也就是写之前你可能反复在解释，然后他可能会给你一些泛泛的建议。 写之后呢，他会更更容易按照你的项目节奏直接去开干，以及按照你定义好的边界和风格来做，所以他 不会变得完美，他会更像一个更懂你的一个项目的写作者。所以说，总结下来， cloud md 的 本质就是把你反复叮嘱 cloud 的 话一次性写清楚，先分先分成，再定规则，再让 cloud 干活， 然后他才会越来越懂你。 ok， 我是 fred， 后面我会持续用真实的案例告诉大家怎么把 ai 用进自己的工作流里面，我们下期再见。
4485FredTalk
05:15查看AI文稿AI文稿如果你也在用 cloud code， 但只会一个 cloud 命令就开干，那这条视频你一定要看完，我把我自己天天在用的命令和插件全部给你打包好了，看完直接上作业。先说说怎么启动，最基础的就是直接敲 cloud 回车就能用，但你要是跑长任务，频繁被全键弹窗打断，有两个金阶姿势。 第一个叫 cloud 杠杆， dangerously skip permissions， 意思是完全禁用所有权限提示 cloud 想干啥就干啥。速度快是真快，但它几乎没有 promote 注入防御，所以最好别用在你自己的主力机上。推荐在 dog 或者一次性虚拟机这种隔离环境里跑。 第二个操作，其实我更推荐叫 cloud 刚刚 permission auto mode 自动模式，它不是躺平，而是后台有个安全分类器，判断哪些操作是安全的，哪些需要提醒你有兜底，有风险低的，特别适合你信任的大方向，但不想中途被打断的长任务。 还有一个很实用的 cloud 刚刚 review 启动的时候，它会让你挑一个历史绘画继续，它可以接着昨天的活继续干，不用从零开始。启动完进入到绘画，里面有几个斜杠命令，你必须学会。第一个是杠 model， 它可以让你去选择模型，但这里我要提醒一下，这里不建议中途换。为什么？因为大模型是有 k v k 缓存机制的，你每一轮对话都是在用上下文 里面去追加消息。命中缓存的话，价格可以直接打一折，而且响应还非常快，但是一旦你切换模型了，缓存就废了，又贵又慢。 然后第二个是 effort， 它可以去设置思考程度，简单任务低一点，复杂任务拉满。加来几个是关于上下文的技巧。第一个杠 clear， 这个是彻底气功，相当于重新开一个全新的绘画，什么都不留。还有一个是杠 compact， 这个是把你之前的上下文做一个压缩，当你的上下文用量比较高的时候，你可以使用这个命令。 对，然后你如果说想打断这个命令，你可以直接按 esc， 这也是一个技巧。 还有个技巧是你可以连续按两下 esc， 这个的话就可以回退到你之前的命令，然后你之后他会有三个选项，第一个是回退到之前命令，第二个是你以你当前的绘画为基础，做一个呃上下文的压缩。第三个是什么也不做。接下来重点来了， 有个命令叫白泽伟，这个一般是用在呃什么场景呢？他一般是我们有一个长任务正在跑着，但是突然有一些无关紧要的事情，或者是有一些问题要问他，比如说刚刚这个文件的配置目录 是什么？那这个时候可以去用白泽位这个东西来问一下他，他是能看到当前绘画的全部上下文的啊，但是他的内容是不污染主上下文的，也不去，不会去打断 claus 正在跑的任务。他缺点是不能用工具。 对，他和 sub a 的 区别就是说啊，白泽位有上下文，但是没有工具， sub a 的 有工具，但是他没有你主绘画的上下文， ok？ 最后一个还有一个技巧就是呃打一个感叹号，这感叹号相当于你可以在终端里面直接执行 batch 命令，比如说 b p、 w、 d， 就 可以看到你在幕后是什么 命令。讲完了，再讲几个我正在用的工具还有插件。第一个是查看上下文的，呃， cloud code 插件叫 cloud hub， 你 可以看到效果就是这样，它可以看到你上下文的使用情况，你的 token 的是，呃，还剩余多少？对，然后它的 github 地址是在这边， 它目前是有十八点三 k 和 star。 对， 安装命令也很简单这一行即可。呃。第二工具是豆包输入法，因为我们目前和大圆模型对话最方便的模式肯定是语音输入， 我们在这边直接按住 option 就 可以输入语音，比如说帮我实现一个历史动画效果， 你可以看到他的翻译是非常精准的啊。最后一个就是啊，我非常喜欢的一个功能就是这个灵动导模式，可以看到我这个上面是有一个灵动导模式的。然后这边，呃可以在多个 a 镜头里面去切换，而且它可以实时显示你的一个头款的使用情况 啊。比如说我在格式里面说你好，然后又在口袋里面说你好， 在这边实现类似动画效果，你看这边好了，它都会提示你去切换，这样就非常方便了。 以上就是 clockcode 我 每天都在用的全套命令和工具的使用技巧，如果你觉得有用的话，请点赞、收藏、评论区留言，我会把所有工具的下载地址整理出来发给你们，我们下期再见。
1.1万程序员周哈哈
02:08查看AI文稿AI文稿cloud code 有 七十五个官方斜杠命令，但真正让你效率翻倍的其实就这十九个。今天我把每个命令的用法都给你讲清楚，最后还会给你一份完整的七十五个命令树杈表，记得截图保存。 先说对话管理，第一个是 clear 清空对话历史，你写完一个功能之后，最好新开一个对话，搞完一个东西就清空，再继续大模型会聪明很多，不要一直用一个对话搞到底。第二个是 compact 压缩对话历史，但保留在内，要当你上下文用到百分之六十到百分之八十的时候，就可以提前压缩。你可以指定保留什么，比如 compact， 保留数据库相关的讨论，这样其他不重要的就压缩掉了。接下来三个也是对话管理相关的。 resume 恢复之前的对话，直接输入就会打开一个选择器，你可以选之前任何一次对话继续 b t w 快 速提问你的 c c 正在运行的时候，输入 b t tiler， 加上你的问题，它会快速回答你，不会打断正在运行的任务。 rewind 回退对话，有时候对话搞错了，或者帮你改坏了东西，输入这个，就可以选择回退到之前的节点，代码文件也会帮你恢复。 effort 设置模型的思考深度，遇到复杂任务的时候，输入 effort high， 让模型多想想。简单任务用默认就行。 config， 打开设置面板，别名是 settings， 在 这里可以调整主题模型这些偏好，还可以把语言设置成中文。三个实用工具，命令 add dir， 添加额外的工作目录，比如你有关联项目，直接加进来 c c 就 能同时看两个项目的代码。 copy 复制 c c 的， 最近回复到剪贴版，太好用了，直接复制输出内容，不用自己选文字，复制格式也不会乱。 export 导出整个对话为纯文本文件， 比如 export chat dxt， 方便存档。 permissions 管理工具权限在里面，设置，哪些工具调用不需要确认，减少大量弹窗。不过我个人喜欢直接用 danger 模式跑省事。 review 审查 poor request， 提交 pr 之后，让 c c 帮你审查一下，管它有没有问题，审查一下总没错。 m c p 管理 m c p 服务器连接，你可以添加各种 m c p 工具来增强 c c 的 能力。 chrome 连接 chrome 浏览器做调试，前端开发必备。 loop 这个很有意思，让 c c 按时间间隔自动运行命令。比如我会设半小时检查一下 open c l a w 小 龙虾是否正常运行，不正常就自动修复。 in it 初步项目指南， 开始新项目的时候先跑一下这个，让 c c 了解你的项目结构，做到一半也可以。找一些大神的记忆文件，这个非常重要，你可以找一些大神的记忆文件，然后慢慢改成适合自己的记忆文件。越好， c c c 就 越懂你。最后两个命令， lock in 进入插件市场， c c 有 一百多个官方推荐的插件，都非常棒，选你需要的安装就行。如果没有插件市场，先让 c c 帮你安装一下。 excel 生成使用分析报告，每周用一次，它会分析你的使用习惯，还会推荐新功能和新用法，非常棒。最后，我把七十五个官方命令全部整理成表了， 先截图保存，这张包含了绘画管理、模型设置、上下文成本、文件操作权限、安全相关的命令。还有这张也截个图，用好这些命令，你的 cloud code 效率至少翻一倍。关注我，了解更多 ai 提效机。
2307土木AI提效大古
01:11查看AI文稿AI文稿讲一下 cloud desktop 在 没有账号也不想装三方插件的情况下，如何接入 deep seek 杠 v 四杠 pro 满写版 em 向下纹首先点击左下方 help， 打开开发者模式，然后就会发现多了个 develop 选项， 点击 configure third 杠 party， 然后输入自己的 api key， 以 d s 的 ur 六翻到下面的模型列表，添加 deepseek 杠 v 四杠 pro em 模型， 然后打开 offer em 杠 contest 这个选项。注意，在 cloud desktop 里，模型名还必须添加 cloud 杠前 j 才能正常使用。最后翻到下面，开启 hide sign 杠 in 这个选项， 最后点击 apply locally cloud 会自动重启应用这些设置，选择由 em 向下玩的 model， 然后就可以用 cloud 直接体验满血 d s 模型了。
3204滑稽🤪
01:44查看AI文稿AI文稿现在的 skill 越来越多，但只有三个，我管他们叫原 skill， 这三个之外的所有 skill 其实都是他们的延伸。我把他们的原码都读了一遍，今天分享一下。 先说第一个， g stock， 这是 yc 总裁 gary 公开分享的工作流套件，里面其实是二十三个子 skill 的 合集，它直接能把 cloud code 变成一个工程团队，包括 ceo、 设计师、工程经理、 qa、 安全官、发布工程师，每个角色都有专门的 skill。 mary 自称用了这套工作流之后，代码产出速度是二零一三年的八百一十倍，同时他还在全职运营 y c。 举几个例子， office owners 用于帮你判断一个产品想法值不值得做。这个 skill 的 数据来源是 y c 投过的所有公司案例 从中提炼而出。 investigate 是 修复项目 bug 用的 skill， ship 是 发布项目用的 skill。 装一个 g stack， 等于一次性装了一套别人验证过的工程团队。有了工作流套件还不够，因为你的需求会越来越多。这就要用到第二个 find skills， 找其他 skill 的 skill， 你告诉他我想实现什么功能，他就会自动去 skills 排行榜查热门的 skill。 源码里还有一条质量筛选规则，安装量一千以上的优先，低于一百的，他才会提示你谨慎选择，搜到合适的还会直接给你安装命令。 如果你找不到现成的 skill， 可以 自己做。这就是第三个 skill。 creator， 做 skill 的 skill。 这个 skill 里面有很多关于怎么写 skill 的 优化，最让我意外的是它的 description 优化器，很多人写完 skill 之后发现触发不准， ai 该用的时候不用，不该用的时候乱用，这个优化器把触发准确率直接拉满了。这个细节官方文档都不写， 只有读野马才知道。为什么这三个我管它叫原 skill g stack 给了你一个起点，装一个就有一整套的工程团队。 founder skills 给了你扩展 skill， creator 则给你定制起点，扩展定制你后面所有的 skill 需求都可以从这三个原 skill 长出来。
5895鲤哥builder
05:24查看AI文稿AI文稿已经有超过二十万的小伙伴看过了我零基础安装 cloud 扣的保姆级教程，但我发现网上很少有博主去讨论装完 cloud 扣的以后到底应该怎么样更好的开始和使用。今天我会在这条视频里面跟大家分享七个新手非常常见的困惑，以及十二个特别好用的指令， 包括怎么样更好的保障数据安全。 shell 扣的隐藏提效方式，赶快一键三连，看完直接上手，不用翻任何文。大多数人有的第一个问题就是怎么样可以更安全的使用 cloud 扣。 首先就是可以把 cloud code 在 你想要的文件夹里面打开，让它没有权限去打开其他文件夹里面的文件。大家点击电脑右上角放大镜的这个图标，然后搜索 terminal， 就 会打开 terminal， 在 terminal 里面输入 cd， 然后可以把你的文档拖拽到这里，就可以到达这个文档所在的位置，这个时候你再输入 cloud， 你 的 cloud 就 会在 terminal 里面在这个指定的文件夹跟目录里面打开，或者大家可以打开 less code， 点击这个按钮，打开你想要的文件夹， cloud code 就 会相应的在这个文件夹里面进行工作。第二个是大家可以在跟目录里面创建一个 cloud ignore 的 文件，这样 cloud 就 不会读你后面的这些文件分别代表了什么，大家如 感兴趣的话可以截个图或者去文档里面自己看一下，看完以后大家只需要把这句话发给 cloud code 就 可以了，像我这样子，这样就可以更好的保护你的隐私。第三个就是大家在 cloud 的 执行之前尽可能的看一下他要做的内容，再按回车，不确定的话可以先用 plan 模。 第二个，我发现非常常见的问题，有不少小伙伴问我 cloud 点 m d 到底是什么？它呢？其实是每次启动的时候， cloud 都会读取的一个项目说明书，主要是包含了这个项目里面的一个大概的情况，你的一些技术的偏好和要求和一些整体。 cloud 觉得自己需要注意的东西 基本我都列在了这。所以如果作为新手的话，大家其实不用特别去管它，因为它是一个 cloud 自己写自己读的东西。唯一需要做的是在你这个项目开始的初期，用这个命令行让 cloud 自己去生成这个文档。比如说这里，大家在这个 init 后面可以加入你整个文件夹的名字，也可以加入具体的某一个文件夹的名。 第三，有不少小伙伴跟我说，觉得一直按 accept 好 累，能不能不按？整体来说，就像我之前说的，我还是建议大家可以看一下 cloud 在 做什么。但如果你很信任关于这次项目它的执行的话，你可以选择 always allow， 就是 这个 don't ask again。 如果你是非常 pro 或者技术人员的话，你也可以选择设置一个自己的白名单。最后，实际上 cloud 是 可以跳过所有的 allow 的， 但是是非常危险的，如果你真的需要，你可以把这一行复制到你的 cloud 里。 第四点是新手小白经常在我的 ai 学习群里面有的一个疑问，就是我的 color code 总是在报各式各样的英文单词， 花很长时间在那儿转圈圈，却不给我处理任何的任务，这个其实主要是因为你的 contacts window， 也就是对话的上下文满。你的对话越长，占用越多， 它相应的质量和速度都会下降，这就相当于你的电脑内存满了需要清理。这里我有四个非常好用的命令指令推荐。第一个是 compact， compact， 这个命令指令可以帮助你把你们之前的对话内容做一个总结， 并且帮你省下非常多的 token。 第二个命令指令是 clear， 输入 clear 以后，你之前的这个对话窗口里面所有内容都会一键删除。 第三个是 resume， 输入 resume 可以 看到并且调用你跟 call 的 之前的历史对话，比如刚刚的这个 clear 就 已经彻底什么都没有。 最后，这个命令叫 contact， 它会告诉你上下文现在整体的一个情况，如果这个 token 的 数量运用到了百分之六十到八十，大家就可以用 compact 去进行一个大概的压缩。所以这些命令也告诉我们一个非常重要的经验，新手在使用 call call 的 时候，尽量不要把所有的命令都放在同一个对话框里面。 第五个是 call call 的 如果做错了怎么撤销？首先，在这个任务进行的过程中，你可以点键盘左上角的这个 esc， 也就 escape， 它就可以取消任何它正在进行中的任务。第二个，你可以使用 rewind， 当你使用 rewind 的 时候，它就可以退回到你们之前讨论的几步，相当于是一个很好的撤销键。最后，如果你在 web coding 的 话，新手非常建议在 github 上面及时更新和保存你的 cloud code 的 项目， 这样万一有什么你想要修改的地方，你也可以去 github 上面去下载你的上一个版本。接下来说一些 cloud code 的 最近一轮的更新， 可能很多熟悉 cloudco 的 人都还不清楚的指令命令。首先是这个 insight， 它可以帮助你分析你现在 cloudco 的 使用习惯，并且生成一整个的优化报告。大家可以直接把这两句复制到你的 cloudco 的 里面，就会有意想不到的收获。第二个是很多小伙伴到现在还不知道，其实 cloudco 的 可以 根据你的指令去选择它的用力和努力的程度，因此它相应消耗的 token 可能也不一样。复杂的任务你可以选择 high 或者 x high， 简单一点的任务其实可以选择 low 或者 medium。 最后是这个 power up， 它会交互式的教学新手怎么样在终端使用各式各样的功能，非常的好玩，大家可以去试试。 我个人还有一个常用的提效好方法，应该有很多人已经用起来，有些新手小白可能会忘记，就是一定要语音输入哦。看到这里其实已经掌握了 cloud code 的 非常多的内容了，如果你还想要继续深入，你可以去 get up 上面搜索这个 learn cloud code 或者 everything with call code， 也可以在 intropic 的 官方文档中进行学习。所以会用工具和用好工具差的真的不是智商，是配你的配置。现在到什么阶段了呢？欢迎给我留言，我是佳宁，用 ai 帮助你搭建更好的生活系。
1.2万加宁慢慢来
05:17查看AI文稿AI文稿现在啊，可以不用被可拉扣的拒之门外了，桌面版可拉扣的直接搭配 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 四点七一战，你们呢，自己动手试一下，有结果的话也来告诉我。好，本期视频就到这里，希望能够对你有所帮助。我是阿月，我们下期再见。
1370阿悦很严格
02:38查看AI文稿AI文稿装好了靠的桌面端，但又对着屏幕发呆，那么这七个隐藏技巧，哪怕你是纯小白，看完也能直接起飞！建议点赞收藏加关注，防止以后找不到哦！大家好，我是冰好！技巧一，进入软件，直接在对话框里敲这段指令斜杠， set up， call work， 就会像一个老手一样带你选职业装插件配工具，傻瓜式的操作，五分钟帮你全部搞定。个别插件报错的话，直接跳过就好了，完全不影响你的后续使用。技巧二，靠的桌面端，满屏的英文看不懂，是不是真的很崩溃？ 别慌，我自己歪着抠等了一个汉化神器，安装之后，菜单栏点一下，一键汉化重启，靠的直接变成中文，想切回去，只需要点击恢复原版就可以恢复到汉化前的版本了。 画画之后还可以随意切换其他语言。这个 app 只改变你的 app 语言，不会动你 call 的 任何配置文件，快捷省心。技巧三，别让 ai 再乱翻你的电脑了， 看见输入框下面这个工作区按钮没有？点击它旋转你现在的项目文件夹，这等于给 call 的 划定了一个圈圈外的隐私文件，它绝对不碰！ 切记，千万别把整个电脑硬盘给全选了！技巧是，一堆文件直接扔给靠的，他绝对是懵逼的。聪明人的做法就是点击加号，或者直接把对应的文件拖进去。 比如说我扔一份，销售一笑给他付上去，然后说按月汇总，找到下滑最大的三个品类，指定上下文，不仅省创意，干活还贼精准。 技巧五，这个功能百分之九十的新手都会漏掉。打开设置里的 global instruction， 在 这里写一句，所有的回复必须用中文，之后不管你怎么问他，他都会用中文来回你。以后你的回复格式、口吻、风格全都可以放在这里，收益极其夸张。 技巧六，嫌，每次都要重新调教，太麻烦。设置里面把 memory 的 记忆功能打开，你随便提一句，我是做电商的，多用转化率分析，下次新对话他直接按你的习惯来， 用的越久他就越了解你，简直就是专属的神仙助理啊！最后一个技巧，如果你经常找不到你的历史绘画，在侧边栏点击 vivo 会打开一个完整的任务列表，在这里你可以多选绘画，一键存档， 在这里也可以看到你之前存档的绘画信息。重要的绘画可以点他们侧边的三个点，点击固定，直接置顶，下次直接就能找到。完成了任务，想把绘画从侧边栏删除， 直接点击存档，就会保存到你的任务列表里面。学会了这七条技巧，那么你对靠的桌面端的使用就算正式出师了，我会持续更新更多靠的桌面端的进阶玩法，不想错过的话，赶紧点个关注吧！
3509Winhao学AI
03:17查看AI文稿AI文稿这个是我的 cloud， 大家在使用 cloud 的 过程中有没有遇见过封号的情况？今天呢我和大家分享的就是，呃如何防止 cloud 被封号，因为我其实在过去年的时候就使用 cloud 了， 在我使用 cloud 的 过程中，其实去年的时候就被封号，然后我又重新买号，又封号又买号，但其实这个成本就已经就是迁移的成本，还有就是说公众的成本和时间成本是非常高的，那经过这一次一次的，嗯， 封号买号，那我就是总结了以下几条经验，我觉得嗯可以帮助到大家如何防止我们自己的客户的账号被封号。 ok 呀，那第一条的话就是不要把个人的账号当成团队的共享号，我用别也用啊。第二条就是不要把客户的扣子当成无限的 api， 就 差二十四个小时一直都在干活，那他官方肯定会查。然后第三个是谨慎使用来源不明的第三方客户端， 那这个时候我建议大家用那些 bioscode 或者说是 custom 或其他的。然后第四条的话就是不要让账号长期都处于异常高强度的使用状态，作为一个正常人，不可能二十四个小时都在做编程，都在用 cloud。 那第五个的话就是重要的内容一定要百利百分，我真的吃过无数的血亏，难受死了。然后第六条的话就遇到账号的问题，大家不要去想着去 ip 啊，或者说是找人，找人去帮你检查啊，就是各种方式， 就是说去让他恢复正常的，其实正确的方式是去找我们的官方，找官方去沟通，就是写一个邮件给他，嗯，大不了就退钱吧，他这个做还挺好的。 ok， 那 现在我跟大家简单的去。呃， 就举个例子，就比如说我就是喜欢健身，那我办了一个健身卡，我一天二十四小时， 我基本上会去一个小时，那有的时候我会去两个小时，周末的时候可能多去点。那有一天我把我的健身卡，我早上六点去健了，然后我的朋友就是呃中午十二点去健了，然后另外一个朋友晚上九点去健了，那这个就很不符合一个常态的使用。 那再举个例子，还是健身卡吧，就是我我，我特别喜欢健身，我真的想二十四个小时就想健身，我把我的这个这个卡就是说用满，就是说我不浪费这个钱，但是作为一个正常人，你不可能二十四小时都在健身房，你只能说几个小时在健身房。 那举了以上的两个例子呢，想和大家说明呢，是 cloud， 其实不是说呃，封号什么的，它其实更多的是检验你是不是一个正常的用户。你你要是就是不能说是一个非常规的用户，你是一个正常的用户的话，它其实是不会去，基本上不会去封号的。 当然我在这里的话，最后我想跟大家说一个小 tips， 就 说大家的梯子呢，就一定是要开那个全区的，无论是你注册 club 的 账号，还是就是呃，登录，登录 club 的， 一定要开全区，千万不要开 规则。如果说你登了全局之后他还封号，那我这个时候建议一下你的 ip 纯净度，因为 ip 纯净度也占了很大的一个问题，但如果大家有有其他的一些靠的被封号的有趣的经历，也可以在评论区跟我一起讨论交流一下。
02:51查看AI文稿AI文稿今天这期视频以 deepsafe 为例，因为收到群友以及评论区的反馈，说我上一期出的视频零四期有很多朋友用了之后，模型方面还是存在一些问题，比如说虽然设置的是 deepsafe v 四 pro， 但是实际上返回的是 flash 模型， 就因为我上一篇文章写的是以智普模型为例子的解决方案，那么视频就换成 deepsafe 为例。第一步我们需要下载 cc switch 这个软件，具体的下载方案呢，你可以在我的抖音群内找到，或者说你自己直接用浏览器搜索一下就可以了。我们下载之后点击右上角的这个黄色的加号，我们以 deepsafe 为例，点击这个 deepsafe， 然后我们往下滑， 在 api k 这里我们填入密钥名称，这里随便填，我们点一个测试吧请求地址，它是默认填写的，如果说官方有要求的话，以官方要求为准。然后我们再往下划看这块的模型选择，如果说官方准备好的话，我们直接点这个获取模型列表就可以了，如果发现获取不了，那我们就手动输入就可以了。 比如说我们想用的模型是 deepsea v 四 pro， 那 我们就直接输入 deepsea v 四 pro 就 可以，要注意一般都是小写。然后我们全都换成 deepsea v 四 pro， 默认是这个是最高级的，然后这个是中级，这个是低级， 以此类推，把这个选择最高级的模型，这个次一等，这个再次一级，这个名称要注意看一下，因为后面我们是要一一对应的，比如说这个模型的话，它是 deepsea v 四 pro， 之后在 cloud code 桌面端的话就是要对应这个模型的，我们点击保存 这里就可以发现有了这个测试用的模型。接下来我们来配置路由功能，点击左上角的设置，点击路由，点击本地路由，点击路由总开关，勾选 cloud 这个服务地址，需要记住我们后面会用到，那我们 c c switch 的 方面就配置完成了。 那我们来配置 cloud code 的 桌面端，点击左上角三条横杠，点击 developer， 点击 configure party inference， 进入 connection， 我 们点击右上角新建一个模型，比如是 deepsafe 测试用，点击 confirm， 在 base url 这里填写的就是我们刚刚说的那个服务地址，我们粘贴一下，然后 api k 照例填写我们的 deepsafe v 四 pro 的 api k 继续往下滑，在 model list 这里我们点击添加，我们在这里填写 cloud o p u s， 注意都是小写，如果支持一照上下文的话，我们就点击打开再添加第二个模型。 如果说你只用两个模型，那基本上到这就够了。这里的 cloud o p u s 模型与这里的 deepsea v 四 pro 模型对应这里的 cloud s o n n e t 模型与这里的 deepsea v 四 flash 模型对应。如果说你还有其他需要使用的模型，那你就继续点击添加，如果没有的话两个就可以了。然后我们点击 apply locally 重启，打开 cc switch， 点击启动。然后我们问一下你好， 测试模型发现可以使用，那我们就解决了这个问题了。好了，希望能帮助大家，祝大家用的愉快。
1151🍍Loading.ai![Claude提示词缓存 Prompt Caching算法详解 之前的视频我们介绍了Claude Code如何利用Prompt Caching节省token的。这次我们深入讲解一下Claude Code客户端在请求里明文写的cache_control标记是如何工作的。
cache_control有两种用法。Automatic自动模式，请求顶层放一个字段，服务器自动给最后一个block打1个breakpoint，简单粗暴。Explicit明确指定，自己往block上挂，最多4个，位置自己挑。Claude Code用的是Explicit，3个breakpoint的位置全是它自己选的。3个分别标在system数组第2项末尾、第3项末尾、最新user消息末尾。前两个是稳定锚点，第3个是游标，每轮跟着最新输入往后跑。
3条核心原理：
原理1：缓存只在breakpoint位置写，写的是从头到这里的累积prefix。所以29个tools没标cache_control也被缓存——蹭system[1]的车一起打包写进去。
原理2：读的时候在breakpoint位置查不到，往前一个block查，最多查20个。它找的是"之前写过的条目"，不是"现在稳定的内容"。
原理3：20格上限。超过就放弃。
官方博客Thariq的"Prompt Caching is Everything"分享了Claude Code围绕缓存的几个设计：分层（静态在前动态在后）、Plan Mode做成两个工具而不是swap工具集、Tool Search用defer_loading发轻量存根、compact共享原session的system+tools+history做前缀。两条提醒：不要中途切模型（缓存按模型分隔），不要中途改MCP/hook（整段前缀重来）。
#claude #个人开发者 #命令行 #AI工具 #张司机](https://p9-pc-sign.douyinpic.com/image-cut-tos-priv/659b4b86f6fbeace61cd22594ab424d9~tplv-dy-resize-origshort-autoq-75:330.jpeg?lk3s=138a59ce&x-expires=2106554400&x-signature=cJY7Vlm8qxMBbmr4vfnqkN6lLmE%3D&from=327834062&s=PackSourceEnum_AWEME_DETAIL&se=false&sc=cover&biz_tag=pcweb_cover&l=20261005182212C14C444A59F6FDEBB968)
06:46查看AI文稿AI文稿在上期视频里，我们详细分析了 clockcode 怎么利用提示词缓存来节省 token 消耗的，但是评论区还是有很多朋友在提问，那么缓存具体什么时候写的，什么时候读，然后新请求来了，是怎么判断什么前缀命中了呢？ 那么这期视频我们就深入讲解一下底层的算法，了解一下 clockcode 是 如何在上下文里插入 cash control 标记来精确控制提示词是如何被缓存的。我们打开上次给 clockcode 发 hello 的 抓包请求，然后搜一下 cash control， 我们看到第一个标记是在系统提示词 system 里面，这个第二项 cloud code 的 身份提示词的末尾，对吧？然后第二个这个标记还是在系统提示词里面，是这个一大段的行为准则的后面是吧？然后 第三个就是在这个 message 里面，用户输入的这个 hello 的 这个 block 上了。先说清楚 cash control 是 干嘛的，在 apple pay 官方文档里，每个 cash control 叫一个 break point， 意思是缓存的边界点， 那么你挂在哪个 block 上，就等于告诉服务器从请求最开始的工具定义系统提示词，一路到这个 block 为止。诊断打包存进缓存，然后开 ctrl， 这个字段有两种用法，第一种叫 automatic 自动模式， 请求顶层放一个 catch control， 然后服务器就会自动打一个 break point， 简单粗暴。那么第二种它叫 explicit， 明确指定就是你自己决定往哪个 block 上挂 break point 最多四个。我们刚才看到的请求里， callout code 发的这种就是 explicit expressing 模式，意味着 break point 位置是 coco 自己选的，那么他选的这三个位置有两个是永远不动的，然后第三个每轮都移动，我们打开这三轮的请求并排看，我们会发现第一个 和第二个 break point 永远都盯在 system 的 末尾，三轮全都没有动，只有第三个是不一样的。 第一轮我们发了 hello， 那 么第三个 break point 就 打在了 hello 那 个 block 上，然后第二轮我们回复了 fine， 对 吧？然后前面有 assistant 的 回复，然后加我们的 fine， 那 么第三个 break point 就 移动到了这个 fine 上。 然后第三轮我们发了 thank you， 那 么这个 break point 又移动到了 thank you 上， ok， 那 你有没有想过为什么在 system 里要打两个不动的 break point， 只在末尾打一个不行吗？我们看看第一个 break point 的 前面的内容，它是所有的工具的定义加 call code 的 身份说明， 这里只要 clock code 的 版本是一样的，那么所有的用户的这一段前缀都是相同的，这是最稳定的上下文，也就是说任何同一版本的 clock code 用户都可以共享这个缓存。 那么第二个两个 break point 中间的是系统提示的行为准则。我们复习一下 prompt catch 那 期视频的内容，那么这个里面它包括了当前 cloud code 的 工作目录以及一些系统信息，所以不同的用户，不同的项目到了这部分就不一样了。但是只要是这个目录下的 session， 还是都可以重复使用这个 hash 的。 现在我们来回答观众的核心提问，到底前缀缓存是怎么写，怎么读的呢？那么第一条原理就是 break point 挂在哪个 block 上那个位置，我们就写一条缓存，然后缓存对应的键值就是从开始到这个 block 所有内容一起算的一个累积哈希。 然后我们回到 colocode， 看看这三个 break point 到底写了什么。第一个 break point 对 应的键值就是所有的工具定义加上 colocode 的 身份提示词的哈希， 然后第二个 break point 对 应的键值就是这一大坨，这个行为准则的系统提示词前面所有的上下文放一起做一个哈希。然后第三个 print point 就是 在最后的 user 消息上，那么哈希就是整个上下文一起。 所以一个 clock 的 请求过去服务器提示词缓存里会存三个键，对应就是这三个 break point 的 三条哈希，覆盖的范围一条比一条长。第二条原理就是读缓存的时候，如果在 break point 的 位置查不到，那么我们会往前一个一个 block， 再查找的就是之前写过的缓存。 举个例子，我们看看 coloco 的 刚才那三轮请求，第一轮我们发的 hello 对 不对？然后三个 break point 都是第一次出现，没有人写过，所以服务器会在三个位置各写一轮新的缓存，因为全都是 miss。 然后第二轮我们发的 fine， 那 么第三个 break point 从 hello 挪到了 fine 上面，然后服务器从 fine 开始算哈希的新位置，因为这里是 miss， 那 么再往前面一个 block 是 assistant 对 hello 的 回复，这也没人写过，这里还是 miss， 那 么再往前到 hello， 那 么上一轮在这里写过一个挑目了对不对？所以命中诊断 tos 开头一路到 hello 这里，全部从缓存开始读，然后 hello 到 fine 之间的这几块心算，然后算完之后的结果，在 fine 这个心的位置再写一条缓存，第三轮发 thank you， 然后第三个 break point 又挪到了 thank you 上。一样的流程， thank you 的 位置是 miss， 然后往回退到 assistant 对 fine 的 回复，然后这里还是 miss， 再往回回到 fine， 那 么这里上一轮在这里写过，那么命中了，所以 toos 一 直到 fine 这里的整段都从缓存读，然后 fine 到 thank you 之间这几块心算， 然后每轮第三个 break point 往后挪一两块，那么再往前翻一两个 block， 就 能找到。上一轮在前一个 user 上消息的写入缓存第三条，原理是最多往回找二十个 block， 找不到就放弃。 在刚才的例子里面，我们发现每轮中间是不是就一个 assistant 的 回复，所以 look back 往回翻两三格就能命中，没什么压力。但是假设第三轮发完这个 thank you， 你 让 cologold 干了个大活， 读了几十个文件，然后搜了几次网页，并且改了几个代码，那么在这一轮里面， assistant 的 tool use 快， 再加上你回的 tool result 快， 加起来塞了二三十个 block 进去了，那么第四轮你发了一句继续， 那么第三个 break point 挪到了这个继续上，对不对？我们这时候服务器从这里往回查，然后翻到二十个 block， 还没碰到 thank you 你 这条缓存，那么 look back 就 放弃了。 所以日常聊天重用缓存很稳定，是因为单轮就有几个 block， 但只要某轮对话产生的 block 撑爆了这二十个 block， 那 么这个时候就没办法，整个上下文窗口就只能重新推理了， 没法使用缓存。所以这就是 prompt cache 底层算法的工作原理？对更多细节感兴趣的同学可以去 cloud 官方博客上 colocode 核心工程师 thorick 写过的一篇文章，标题就叫 lessons from building colocode prompt caching is everything。 讲他们做 color code 的 客户端的时候是怎么设计提示词缓存的，还有一些使用时最大化缓存命中的建议，非常推荐大家好好读一下。
527张司机在路上
