/compact 结果在哪里

很多使用 color code 的 人都不知道这个简单的技巧，但它能为你节省大量的时间和避免浪费宝贵的 token。 你 是否遇到过这种情况啊？你精心构建了上下文，让 color code 帮你修复 bug， 结果没有修好，然后你让它再试一次。结果 color code 又构建了更多的上下文，但是还是没有修好。 那接着你开始用 compact 的 命令来压缩对话，然后问题依然没有解决。最后啊，你意识到可能 cloud 已经没有足够的上下文空间来继续修复 bug 了。 最终，你决定运行克里尔命令清除上下文，或者新开一个绘画，从头开始等。这样做的后果。是啊，你必须重新构建上下文， 你之前投入的时间和消耗的头壳全都被浪费了。那如果我告诉你有一个简单的方法可以将上下文恢复到 cloud， 尝试修复 bug 之前的状态呢？你下次想要清除上下文并从头开始的时候试试这个技巧。 在卡拉扣的终端中，连按两次退出键，回到 cloud， 尝试解决 bug 之前的状态。在这里啊，你可以尝试重新构建提示词，或者为 cloud 添加更多的上下文，这样就会避免浪费透坑和节省你的时间。那下次遇到这种情况，一定要试一下。

status， 显示当前模型 token 用量，可写路径、权限设置等所有绘画信息。 plan， 先出计划，让 codex 把执行步骤列出来，再执行 review。 ai 做 code review， 安全漏洞和逻辑问题一并抓出来。 compact， 将当前容长对话自动摘药，释放 context 空间。 model 在 对话中途随时切换 ai 模型。 if， 查看 ai 改了哪些文件，提交前核查变动。 fork， 对 同一问题尝试两种方案，不破坏当前进度。 init 生成 agents， md 自动生成项目说明文件、股价记录、编码规范、测试命令项目背景，用好这些 codex 指令效率翻倍。

今天我们这条视频就教大家如何系统性的解决上下文过长和腐烂问题。首先 就是大家要有珍惜上下文窗口这个概念，尽量不要把跟当前任务无关的东西塞进去。第一个是因为 ai 并不是真正的有记忆能力，而是把所有的上下文都抡一遍，所以当你的上下文过长的时候，他的托肯消耗量是成倍数的增长的。 第二个就是虽然现在很多大模型都号称自己有一百万的上下文了，但是基本上当你的上下文超过百分之三十，百分之四十的时候，就会出现模型能力下降，变笨的问题了。 那呃如何管理上下文呢？第一个就是养成一个良好的使用习惯，不同的任务开不同的对话框，就是这两个任务他不相关的话，你就要开不同对话框。第二个就是你可以反复多轮呃，上下文，反复多轮跟他对话，但是当你 理清楚自己的思路之后，最好再重新的开一个对话窗口，一次性的来布置完这个任务。 那还有一些技巧。第一个就是斜杠 compact， 就是 你可以去啊压缩你的上下文，但是这里的压缩它是一种有损压缩，你没有办法去选择说啊我压缩什么保留什么，这个是 ai 自己决定。 第二个就是 clean， 就是 你完全清除上下文。第三个就是用 sabotage 子代理，特别是当你做一个复杂任务的时候，你可以你可以用子代理的方式来去让它完成一些任务， 最后这些子代理只返回最后的结果给到你的主上下文，这样就不会造成你的主要的这个上下文窗口过于混乱。 第四个就是不同的任务，把你的一些 skill 啊，工具啊等等放到不同的项目里，而不是安装在全局。那什么时候选择 compact， 什么时候选择 clean 呢？当你一旦 超过百分之六十的时候，你就可以考虑 compact 了。我们一个复杂的工作举例啊，就是虽然这个是写代码的例子，但是你也可以用到你自己的这个工作中。是把一个复杂的任务分成几步，然后每一步都是新开一个对话框。 说啊，第一个，当你还没有想好之后，你先开一个对话框去探索这件事情，哎，思考这个事情究竟该怎么做。第二步规划，就是给写一个具体的这个方案要怎么执行的一个 plan。 第三步执行， 然后最后如果你要检查的话，你可以再开一个对话框。好的，这是一个呃具体的快捷方式的总结，然后大家可以截屏保存一下。

你可能只用了 ploco 百分之二十的能力，如果只是打开终端提问等回答，它确实像一个更聪明的聊天框，但真正拉开差距的是斜杠命令。 第一层，一次性设置 in it， 让项目自己说明规则 memory 保存你的全局偏好 pr 下划线 comments， 把 pr 评论拉进绘画。第二层，日常高频 btw， 处理临时问题 compact 压缩上下文感叹号，直接跑上 cos， 看透肯油量。这里最重要的是， compact 任务还在做，但上下文变慢变乱就用它。 任务已经结束，要换新主题再用 clear。 第三层，进阶控制 model 决定火力， fast 决定速度 review， 让风险提前出现。第四层，故障恢复出问题别先种庄，先 doctor， 终端不通就 terminal setup， 忘了命令就 help。 最后记住三句话，新项目先 innit， 阶段结束就 compact。 每个 pr 先 review cloud code 不是 一个聊天框，它更像一套可恢复、可审查、可持续的开发工作台。

今天一次性把 cloud code 里六个最常用的原生斜杠命令讲清楚，每天都要用！第一个， in it 进新项目，第一步就敲它，自动扫描代码，生成 cloud 点 md 项目记忆，以后 ai 永远懂你项目。 第二个， clear， 聊崩了，聊跑题了，一键清空对话重新开，比关掉窗口干净十倍。第三个 compact， 常聊到报上下文之前，敲它，自动摘掉前面所有对话，省 token 还不丢关键信息。 第四个， resume， 关电脑断网，第二天接着干一键，拉回上次的对话和进度，再也不用从头讲一遍。第五个， cost， 随时查 token 用量和单词费用，谁还不是个有预算的人，写完代码顺手看一眼，最稳。 第六个， agents， 调出所有内置字代理，前端后端测试安全直接切换，一秒变身专业团队。这六个原声斜杠命令是 cloud code 里最高频的肌肉记忆，背下来效率直接翻倍！关注我，持续带你解锁更多 cloud code 实战技巧！

现在市面上各种 agent 的 产品层出不穷，像国外的 cloud code codex， 国内的 coder codebody， 但为什么这些 agent 的 产品用起来总是感觉效果很一般呢？也切了最强的模型，换了各种 agent 的 工具，但总是感觉没有别人说那么好用。其实有一个最关键的点，就是你没有做好善文管理。 现在大部分模型的山亚纹都有一百万的 token， 很多人使用的时候看山亚纹窗口还没满就会一直继续的聊，但实际上这么庞大的山亚纹窗口，在达到百分之四十左右的时候，模型的注意力就会因为被稀释导致能力下降。 osrotiki 官方也说过，山亚纹越长，模型表现就会越差， cloud 的 注意力就会被越来越多的 token 去稀释。 旧方案错误的假设跟无关日制都会开始干扰当前的任务。所以 colloud 它不是到一百万 token 的 时候才会突然变笨，它是从上下文变重的那一刻就开始慢慢的变迟钝。 很多人用 colloud 感觉前面很聪明，后面越聊越不对，它不是模型突然不行了，而是你把它的工作记忆给弄脏了。那什么是上下文呢？你可以把它理解成当前能看见能够依据的全部信息， 他读过的每个文件，跑过的每条命令，你们聊过的每句话，甚至工具和 m c p 的 定义，都会一点点塞进这个窗口里。 问题是这些信息它不会自动的区分有用还是没用，你前面试错留下的错误路线，你临时问过的旁枝问题，都会去的留在模型的脑子里，然后他后面每一步都会被这些信息影响， 所以真正的沙纹管理不是等它满了再说，而从一开始就控制它，看什么丢什么。哈喽，大家好， cc 高级使用指南今天会一个视频，教会你管理沙纹的全部技巧，内容有点多，大家也可以让 ai 工具整理一下，希望大家帮忙点赞收藏关注。 那第一个技巧就是先用 context 命令看当前的占用。 context 命令的作用就是返回当前山下文的使用情况，所以在使用 c c 的 时候，可以多用这个指令，观察山下文的用量，才能更好地去做山下文管理。不要凭感觉去判断，可要的是不是变笨了，而是主动去看山下文的状态。 第二技巧有点反直觉，就是提示词不要太短。很多人以为少写几个字省下文，但如果你只说帮我改一下，可要的就要自己去翻仓库。探索可能会读一堆没用的文件，那更省的方法就是直接告诉他目标是什么，不要动哪里，重点看哪个文件，你写的越明确，他就探索的越少，下文也就越干净。 第三个技巧就是多主动地用 compact 命令，它能保证下文更短，并且更聚焦。比如说探索已经完成了，方案已经定了， 你准备正式改代码了。这时候不要把前面所有的试错过程都带进执行阶段。你可以这样说， compact 保留当前架构的判断，用户的明确要求，已经排除的错误方向，该验证的命令丢弃无关的试错过程。这一步的本质是把删文从聊天记录变成了工作交接。 第四个技巧是新任务要用 clear 指令，这点其实比较简单，一个完全跟当前绘画无关的任务，最好不要继续聊，而是通过 clear 命令新开一个绘画。 第五个技巧是错误路线，要学会用 rewind 的 指令，比如说 cloud， 读了几个文件，尝试了方案 a， 结果发现方案 a 根本走不通。那很多人的做法可能就会继续说刚才不对，你换个方式，但这样就会把失败过程也继续留在下文里。 更好的方式就是回到错误发生之前，把后面的失败尝试丢掉。再补一句新的约束，不要走方案 a， 直接走方案 b。 第六个技巧就是旁支问题，不要污染主线。你正在让 cloud 去改支付流程，突然想问一个数据库自断的含义，这种问题不要直接在主绘画里问，而用 btw 指定，或者说专门去开一个新的绘画去隔离掉主删文，只服务当前的主任务。 第七个技巧就是规划执行验收，不要长期混在同一个沙文里复杂任务，让他先规划列清楚影响的文件风险边界，验证方法确认之后再去执行，执行完之后再验收。每个阶段接触都要问自己一句，现在是要继续还是 compact 还是 clear cc。 自己的 plan 模式本身也会做完规划之后，在退出 plan 模式的时候，问你是否要清理掉山亚文再去执行任务。这时候建议大家采用这种方式，不要担心丢失了之前的探索的山亚文，因为核心关注的内容其实都在 plan 里了，当前的山亚文反而加载着规划 plan 的 时候的一些脏东西。 第八个技巧主要是针对一些大项目，提任务的时候一定要给文件路径，不要让查找在全仓库里去乱猜。你越明确，他读的越少，下文也就越干净，结果也就越稳定。第九个技巧是能隔离的噪音一定要隔离， 如果说下一步会产生大量的中间输出，比如说全仓库搜索，日证分析、测试排查，那就让 sub agent 去做主规划，只拿结论，不吃过程。这也是 iceberg 官方说的一个思路，如果你以后只需要结论，不需要工具输出本身，那就要把它放到独立的账本里面。 第十个技巧是用 r t k 命令给输出截流。 r t k 是 github 上的一个项目，全名是 rust token killer。 他 做的事情很简单，就是在卡拉库德里面的 bug 工具和真实终端之间加一层代理。 卡拉要跑 git status py test， npm test 这些命令的时候，他会先改成 r t k git status r t k test， 然后把工具执行噪音重复日制进度条无意义的空白压掉，只把失败点跟关键摘要送回山亚文。 r d k 主要拦的是 best 命令，山亚文污染不止来自对话，也来自终端。输出一次 n p m test get log 可能就会吐出几百行日制， kalot 会默认把这些东西吃进山亚文。 r d k。 官网给我一个例子， 典型的两小时 ai 编程，会产生大约二十一万 token 的 命令噪音，用了 r d k 之后大概能变成二点三万 token， 减少了约百分之八十九。 这不是让他更会写代码，而是让他更少去吃垃圾输出不仅沙文更可控，也更节约你的额度，让重要的信息留下，让探索噪音离开。以上就是本期的全部内容，关注我，了解更多的 ai 技巧。

两个单词只差一个字母，特别容易记混，今天带你彻底分清！ compact 前缀 com， 含义是共同一起的意思，词跟 pet 的 意思是匹配、相容、承受，因此组合逻辑就是彼此契合、匹配，互相契合、适配， 所以 compact 的 中文翻译就是兼容的意思。另一个单词 compact 前缀 com， 含义是共同一起的意思，词根 pack 的 意思是压紧、捆绑、契约，因此组合逻辑是往一起挤压、收拢， 所以 compact 中文翻译是紧凑的、紧实的。现在把这两个单词放一起，是不是好记多了？只要记住这个记忆口诀， pack 聚拢显紧凑， pad 相合可兼容，就再也不用怕拼写写错记忆搞混了。 接下来带入例句，帮助大家进一步加深记忆。 this compact device is fully compact with old systems。 这款小巧紧凑的设备，可以完全兼容老旧系统。 喜欢本期内容，记得点赞加收藏！关注我，下期带你解锁更多高频必考单词！

这年头，赶上幺二五踏板的都有两把刷子。因为幺二五踏板市场不光大咖云集，有本田、铃木、雅马哈、豪爵的主力车型，隔壁还有各种电膜虎视眈眈。没有两把刷子，谁敢进幺二五踏板市场？肯定有来无回，但前几天还真有不信邪，大标致江哥康佩来了， 看数据很热眼。一只摩托车，幺二五 c c o 五加发动机，最大功率七点八千瓦，最大扭矩九点五，动力是风冷幺二五的天花板，且有前后 a b s 进入，轮胎还是前后十二寸， 配合七六零的座高，骑行三角和操控都不会差。油箱还有七升，城市通勤续航没压力。唯一的短版式座桶，看起来有点小， 但我看有四十二升大尾箱版本可选，还有大屏脚踏侧边撑，现有保护全车 led 光源什么的，实用性还不错。更为关键的是人家这外观设计，这标志性的贯穿腰线和车头 u 型曲线，蕴涵穿越一个世纪的法式浪漫和优雅。等车紧凑、小巧、简洁，还有这些不经意闪现的细节， 这才是一台复古车该有的样子吧？你们看有些国产厂家搞的复古像个啥？哈哈哈，而且我看这次江哥也放下了身段，像这样一台全能复古起售。不过万该说不说，江哥康派这动力，这配置，这颜值，真有两把刷子。各位兄弟，你们觉得是不是？

来算一下这两个迪丽克雷积分，第一个上引 n 加二分之一乘以 x， 再除以上引二分之 x， 在 零的换上积分是 pi。 第二个就是我们更加熟悉的零到正无穷上对上引 x 比 x 反常积分之后，结果是二分之 pi。 这里的第二个好像式子特别简单，但是不知道从哪里下手，所以我们先来看第一个。 一有 sine n 加二分之一乘以 x， 这在哪里见过？是不是在求 k 从一加到 n cosine k x 求和的时候见过？ 通过乘以二被 sine 二分之 x 进行激化和差列向相交， 其中出现了 sin n 加二分之一乘以二字，但是还多了这一个，这一个正好是分母的二分之一倍，所以再把它加上二分之一， 而且这里的分母还没有二，所以这里变成一，这里的二倍。 接下来在左右两边积分这一个无穷极数。看起来积分不好积，但因为里面的式子很简单，是 cosine k x， 而且 cosine k x 可以 看作是一乘以 cosine k x 一 和 cosine k x 都是在正数函数系中的，所以 一乘以它在积分过后是零，只留下左边的常数。 第二，既然得到了第一个值派，那第二个十二分之派应该是和第一个的一半去作对比。我们先把这个反常积分改写成正常定积分的极限， 这是第一步。接下来我们就需要把它和它进行联系，是不是？首先不一样的 x， n 加二分之一 x 多了系数。其次，不一样的这里是 u， 这里是 pi。 我 们首先通过换元把它变成一样的，都变成 sine n 加二分之一乘以 t， 这里有 n 加二分之一 t 这里也有，所以相交 这样形式就和它差不多，尤其是分子的形式，但是积分线依然不一样。 但是我们能想啊，这里的 u 其实是我们自己给引进的一个变量，我们想让 u 得几就等，就让 u 得几，只要能让 u 趋向于正无穷就行。我们想让它得 pi， 所以 u 比上 n 加二分之一的 pi， 推出 u 就是 n 加二分之一乘以派，那当 n 趋向无穷， u 当然是趋向无穷的，所以它可以变成 n 趋向无穷。零到派 到了这里，我们是想把它跟它的一半进行对比，所以我们要分析的是什么呢？应该要分析的是零到派上，这个可以提出来，里面是二倍 sin 二分之 x 分 之一，再减去 x 分 之一，整体乘以 sin n 加二分之一 x， 我 们要说明的是它趋向于零。是否趋向于零，我们要看什么？我们要看它是否可积，因为如果它可积，根据贝塞尔不等式的第二个推论，把它乘以 sin n 加二分之一 x 之后再积分，极限就是零， 不只是零到派，副派到零也是同理。所以我们只需前面有画横线的这一个可击， 他在其他地方都是可击的，派出也没有问题。派出带入这里是二分之一，这里是派分之一，也是一个固定的数值，只有一个点有问题。答理 就是零，零处没定义，当然是没定义，分母是绝对不能为零的，但是我们可以想，没定义它并不影响可不可及，我们要管的是它是否有极限。现在最终问题就转化成了，它在零处是否有极限， 我们在这里求一下吧。它在零处的极限通分， 这里是 sin 二分之 x， x 趋向于零正好满足，并且是乘法，可以用等价无穷小。这里变成了二分之 x， 乘以 x 之后，分母是 x 平方， 接下来分子分母是不是零比零形，所以我必达到现在。如果大家知道这个 e 减去 cosine 幺分之 x 的 等价无穷小公式可以用，因为它本身，虽然它是一个多项式，但是它本身就是那个等价无穷小的公式啊，所以 把它看做整体是可以用的。是二分之一乘以二分之 x 平方，那分子次数比分母高，趋向于零，取小头，最后结果零 有了，它是零。它趋向于零，说明一定可积，那一定可积说明它趋向于零。它趋向于零，就说明这一个和它的二分之一是极限相同的，那就可以推出来它就是二分之派。 总结一下，第一个主要是用的列项相消，第二个呢，作差对比，和一个已知的类似积分进行对比，感谢大家的收看！

截止目前，我们本科的常规志愿填报和专科的常规志愿填报都已经截止时间了哈， 那我们现在就是专科批次的常规志愿填报等录取结果，录取结果的话就是这两天会出，那我们可以在哪里去查询到自己的录取结果呢？首先好，我们可以点进去我们的福建考学院官网，这个是官网的通道，选择职分类招考， 点进去之后呢，再选择第四个选项，第四个选项是高职分类招考录取信息查询，点进去之后呢，就是把你的账号密码还有 考生号，验证码这些全部给他填进去提交就可以查询到。如果说这个没有查询到的话，还有一种方法就是去，比如说你一志愿填的是泉州黎明大学的那个 专业，那我们就可以去这个学校的官网上查询，官网上是可以在那个我们考试院录取结果之来之前呢，他会先出，那我们就可以，比如说你点进迪大的官网， 把我们的考生号，姓名验证码填一下提交，那也可以查到自己的成绩哈。如果说你这两天没有收到专科常规志愿填报的录取结果，那很有可能就是落榜了，那我们就可以准备四月二十号专科批次。还有一个常规志愿填报就是在 下午的六点前去填完就早上八点到下午六点前去填，那这个的话就是他前一天会出剩余的招生计划数，我们根据他剩余的招生计划数，然后对应的那个类别 去找的话，那我们到时候再把这些剩余计划的院校和专业填进去，如果说我们填完之后呢？还是没有收到录取结果的话，那就是滑档了哈。

上下文是 cloud 的 记忆，它读的每个文件，运行的每条命令，你发的每句话都会占用上下文窗口。 你可以把上下文窗口理解成 cloud 能记住的信息量。每当你输入提示 cloud 提取文件，调用工具，拿到工具结果，这些都会加入上下文窗口。 而上下文窗口容量有限，所以尽量优化它就特别重要。 当你接近上限时，上下文窗口会自动压缩，压缩会总结重要细节，删除不必要的工具结果，从而释放大量上下文空间。 不过要注意，这可能会丢失之前对话里的细节。你也可以用 compact 的 命令手动压缩， 它会压缩到目前为止的所有内容。如果你想清出上下文空间，又想保留之前工作的记忆，这会很有用。 如果你想完全从零开始，不保留之前工作的记忆，也可以运行 clear， 它会清空一切，从头开始。要查看上下文状态，可以运行 context 命令，这里会显示上下文大小、占用最多的类别以及对应图标。 一般来说，如果你在做某个功能快超出上下文窗口，但还要继续就压缩， 那就压缩。继续开发时，让上下文和当前功能相关很重要。如果计划已经完成，想开始新功能，那就清空 你不希望之前的对话影响你接下来要创建的新东西。如果有些内容想让 cloud 在 其他绘画里也记住，就写进 cloud md 文件里，这样他就不用每次都从头重新发现 要写具体讽刺的是，提示写的越短，长期看越占上下文。如果说得不明确， cloud 就 得在代码库里到处找自己推理，这会比你多写一两句，说明占用更多上下文空间。 mcp 服务器默认会把所有可用工具都加载进上下文。如果你有很多和项目无关的 mcp 服务器，值得把它们关掉。 你也可以试试 skills， 它的作用类似 m t p 服务器，但不会把全部内容塞进上下文，更省空间。子代理会和主代理并行运行，但有完全独立的上下文窗口。所以有些任务只需要答案，不需要过程，比如认证接口在哪里， 就可以让子代理去查，再只把摘药返回给主代理 管理。 cloud code 里的上下文非常关键，用斜杠 compact 总结，长会话，用斜杠 clear 重新开始。 想高效使用上下文窗口，就要具体说明你的需求，查看当前上下文都被什么占用，并用子代理处理。只需要答案的任务，你 未完待续。

cloud code 是 entropik 推出的命令行 ai 编程助手，可以帮你写代码、修 bug、 做重构、生成测试。但要真正用好它，你必须掌握它的核心命令体系。 今天我们就来一次讲清楚 cloud code 的 十大常用命令，完整斜杠、命令库、键盘快捷键、 c i l i 启动参数以及四个实战工作流。无论你是刚上手的新手，还是想榨干 cloud code 全部能力的老用户，这个视频都值得收藏。 首先，绘画与上下文管理类命令。第一个， memory 管理 cloud md 记忆文件， 你可以用 memory view 查看， memory edit 编辑、 memory clear 清空，在记忆文件中记录项目架构、编码规范、常用工具配置，这些信息会自动注入到每次对话中，节省重复说明的时间。 第二个， compact 压缩，溶于对话，能减少百分之三十到五十的 token 消耗，常对话超过五十条消息时，强烈建议使用。 你可以用 compact focus text script 类型系统来重点保留特定内容。第三个， clear， 直接清空上下文，重新开始。第四个， fork， 创建绘画分支，当你需要尝试不同方案而不影响主线时，非常有用。 第五个 li zong， 恢复之前中断的绘画。接下来代码审查与安全类命令。 第一个是 diff， 以彩色高亮的友好格式查看代码变更，支持分组展示、添加、删除、修改，还能逐个审批或拒绝更改。 第二个是 security review， 自动分析分支变更中的安全风险，包括 sql 注入、 xss 攻击、密钥泄露、全线提升漏洞。 第三个是 plan， 进入计划模式， cloud 会先提出方案，等你确认后才执行。适合删除文件、修改关键逻辑等敏感操作模型与性能控制方面， 最常用的是 model， 在 sonnet 快 速模式和 opus 高性能模式之间切换，日常编码用 sonnet， 速度快，成本低，复杂推理和系统设计用 opus， 推理能力最强快捷键是 alt 加 p 或者 cmd 加 p。 还有一个是 fast 直接开关快速模式，想看花了多少钱，用 cost 查看 api token 使用和成本， pro 订阅用户用 stats 查看使用统计 合理组合。这些命令可以节省百分之五十到七十的成本，同时提升三到五倍效率。 下面讲键盘快捷键和全线模式，这是提升操作速度的关键。基础操作， ctrl 加 c， 取消当前输入， ctrl 加 d， 退出绘画， ctrl 加 l 清屏，但保留对话上下箭头浏览命令历史 tab 自动补全 高级控制 shift 加 tab 循环切换权限模式，这是最常用的快捷键之一。权限模式分三种， plan 模式 cloud 提出计划需要确认。 auto 模式 cloud 自动执行，无需确认。 normal 模式，纯对话不执行代码。快速切换就用 shift 加 tab。 c i l i 启动参数也很重要。 基础启动直接敲 cloud 命令要在特定目录启动用 cloud 加 cwd， 要用特定模型启动用 cloud 加 model。 opus 非交互模式用 cloud 加 p， 后面跟提示词适合脚本调用。继续上次绘画用 cloud 加 c 恢复，特定绘画用 cloud 加 ray。 zoom， 在 工作树中启动用 cloud 加 w。 高级组合继续就绘画加 opus， 模型加 j s o n 输出用 cloud 加 continue model opus output format j song。 接下来四个实战工作流 工作留一，快速原型开发，启动绘画切 sonit， 快 速探索用 plan 规划方案 shift 加 tab 切到 auto 模式执行，用 diff 查看变更，最后 memory 记录，关键决策 工作留二、代码审查与优化用 opus 模型启动 plan 规划执行。 security review， 安全审查，查看 diff 执行重构优化生成测试用力。 工作流。三、长期项目维护，创建记忆文件记录架构和规范，下次用 resume 恢复常对话后用 compact 优化功能完成后提交。 工作流四、团队协坐在工作树中开发新功能分支 plan 规划斜杠 security review， 安全检查后提交。最后 sunit 和 opus 怎么选？ sonnet 速度快，成本低，推理能力四星，适合日常编码和代码探索，推荐占百分之七十的使用时间。 opus 推理能力最强。五星，代码生成最优秀，适合复杂推理和系统设计，推荐占百分之三十的时间。成本方面， opus 大 约是 sonnet 的 两到三倍。 记住三条核心建议，日常开发用 sonit， 复杂任务用 opus， 长期项目必用 memory， 定期 compact， 保持高效上下文多用 fork， 安全尝试不同方案。 掌握这套命令体系，你就是 cloud code 高手。感谢观看，如果这个视频帮你搞清楚了 cloud code 的 命令体系，记得点赞投币收藏关注我，下期继续拆解 ai 编程工具的硬核技巧，我们下期再见！