claude code发呆原因
怎么让 cloud code 开启 adhd 模式？可以用它来刺激大脑中的多巴胺，从而在四小时内完成一周的工作量。当你开始拖延的时候，可以使用这个提示词。当你觉得无聊，想让自己分泌多巴胺的时候，可以使用这个提示词。当你无法专注，想让别人监督你时，可以使用这个提示词。 当你无法进入工作状态，输入这一段。当你觉得手上的任务太枯燥时，输入这一段。当你工作老师在 ddl 后完成，可以输入这段提示词。当你觉得生活乱成一团，顾不过来的时候，可以看看这段提示词。这里是巴拉文科生学 ai 的 第四十天，我们下期见，拜拜！
粉丝1017获赞1.5万
相关视频
01:01查看AI文稿AI文稿朋友，我求你别去碰 cologold， 真的 碰了这辈子就完了。你会不想睡觉？不想出门，不想搭理？朋友？一睁眼就是 web coding， 玩三角桌，玩计算机，有意思吧？ cologold 这个劲比他们上瘾多了，你下班回家只想打开 cologold， 更可怕是什么？是有些人压根没工作就天天宅在家里，从早到晚的 web coding， 凭着一股劲瞎敲代码，一敲就是一整天。 所以我先把丑话撂这。要是脑子里有那么一丁点想法，有那么一点点创造力，千万别喷他，你一旦上手，你脑子里想要啥，他就能给你做出来啥。 想要个 app 做，想要个网站，没问题，想做个工具，轻轻松松，他没有任何边界。 而且我跟你讲，它还不贵。你要是不想了解 clockcode， 行，划走，别关注我。你要是不想知道怎么把 ai 工具榨到最后一滴价时也行，划走，我给不了你任何东西。别说我没提醒你哦。
3.4万吉米AI工作流
01:12
00:19查看AI文稿AI文稿今天 cloud code 自动更新完，会出现一个 api 四百错误，目前的解决办法就是直接在这个扩展里边去把自动更新给它取掉，然后回退到呃过去的版本，呃这里边去回退到一天前重启扩展以后 cloud 就 恢复了。
1103帅桃桃
01:34查看AI文稿AI文稿兄弟们，他来了 clodico 的 桌面端应用，不需要 clod 账号，只需要下载个软件，打开就自动检测环境，一键补齐，依赖配置个模型就能用。国内的各种模型也支持接入，本地就可以直接运行，专为新手而生。那他和官方的 clod 桌面端有什么区别呢？ 第一个，官网的封号严重，不管是网络订阅方式，你不在官方 c r i 你 都有可能踩雷，已经有很多兄弟中招了。第二个，他很多功能都是受限的，你必须开订阅才能做到。第三个，贵，订阅费加 token 包，重度用户一个月开销不小。第四个，网络问题，国内访问要么慢的离谱，要么干脆连不上， 那用我们的工具箱区别在哪呢？首先，第一个对新手更加友好，打开就自动检测环境，检测完了一键安装，进入主页登录后直接可以使用。 第二个，模型自由，你想用什么模型就接入什么模型，工具箱也自带 cloud 和 gpt 的 模型。第三个，多窗口并行，可以添加多个新的窗口，甚至可以开 codex 同程序窗口，切换效率更快。 第四个，更稳定，不需要担心封号问题，也无需使用模法，国内直接可以用。第五个， skill 和 npm 包一键安装，直接搜索 skill 名称，直接点击安装就会自动全剧部署，简直不要太爽。 第六个， u i 设计，交互更友好，原生 cloud 的 cloud 是 程序员的终端工具，而这是给所有人用的。 cloud 的 桌面工作台，左侧多项目同时执行，右侧看 agent 的 进度和 get 状态， 每一步都看得见，把命令行的 ai 编码变成桌面级的可观测工作流，所以我做这个不是为了和官方较劲，是真的受够了写到一半被封号那种崩溃。想要这个工具的兄弟们关注我，我都给你准备好了，用得爽记得回来告诉我。
1.6万阿森编程日记（AI自动化）
10:08查看AI文稿AI文稿android 发布了他们的最强模型 cloud of 四点八，老规矩，我不想跟你念参数，那我其实只关心一件事情，就每次新发模型，我们把它丢进真实的项目里面，它的干活质量到底怎么样？ 那这一次这一个 cloud of 四点八新发布的模型啊，我刚测完，我反而觉得 gpt 五点五加 codex 的 组合还能打，为什么呢？看到这个视频最后你就懂了，不过这一次有个东西是真的有意思，就是它这个动态工作流在 cloud code 的 里面，就是你只要一句话， 带上 workflow 这个关键词， client code 当场就给你写一段脚本，然后咔的一下拉起一个几十个上百个 agent 的 舰队，一起去帮你干一件大事。 我们来看一下它整个运行的一个流程图大概是怎么样子的。从这个图片可以看到哈，就是当我们 client code 里面你写了一个 workflow， 它这个时候通过脚本，然后去给你并发各种 agent， 那我们可以看一下它这个脚本长什么样子哈，其实也比较简单，就是它有每个阶段嘛，就是你是 workflow 的 一个流程，每个阶段，比如这个阶段它要排查啊，这个时候可以看到它这个用了一个 await， 是 吧？ await 去并行运行了多个 agent， 完事之后走到这里得到了结果，这时候就回到你的主要的对话里面，它又开始去 定型，去开始第二个阶段，再去掉各个 a 镜头，大概就这样的一个工作流的一个过程。下面的话到我们的一个实测环节，这次的话我们用了我的一个开源项目，就是 c c 杠，哈哈，它目前的话有十一点九 k 的 star 是 一个，就是把 curl code 的 卸载原代码补齐，做了一个桌面端，还有 c o i 的 一个 开项目嘛，那这个开项目的话最开始也一直是 gpt 五点五加 codex 去迭代的，那这一次的话， cloud of 四点八出来之后，我要去做一个新功能，我们本期的一个实测哈，就是要让我们这一个桌面端，它在它的右侧能够对我们本地的一些 服务，比如说你用 react 或者是 vue 写了一些本地服务，这个时候我们要去点击，让它在右侧展现出来，或者是本地的一些 html 要拦截这个行为， 并且我们右侧要有要有一个小的一个浏览器预览，而且能够像 codex a p p 一 样，能够就在在上面去选中一些按钮啊，标题啊，或者一些块儿啊，能够去做定位，而且还能够直达答案，让它去修改。 在 codex 聊天中，当它改了哪些文件，比如说是 html 呀， markdown 啊，其实你都可以去点击，点击完它会在右侧去预览，而且下面也有这种打开的方式，也整体的交互，就相对来说挺棒的嘛。在整个桌面端，我认为现在 codex a p p 就是 目前交互最好的在桌面端来看， 那下面我们来看一下这个 html 它是怎么做到整哪打哪的？可以看到这个时候我们不是打开了这一个我们这一期视频的这个 ppt 吗？那它这边有一个模式的话，就是你可以去去，这样有一个选择器可以去选嘛？比如说我选中这一块啊，这个时候我就可以用自然元描述啊，我觉得这一块的 ui 交互啊，文案不行， 那就可以通过这样的方式让他去改，可以看到他就对我们这一个图片这一块加了一个备注嘛，对不对？然后还有我们这块的信息整体就是这个交互的功能，然后还有的话就是这个截图啊，他这个截图已经保存到剪切板，我们可以用大概这样的一个流程， 我们就希望我们这 c c 刚哈哈也支持这个功能，并且也有人在我们的 github 要求里面提出来了要这个功能，那我们就试一下。那今天的话 我用了 gbt 五点五以及我们刚刚看到了 kalco 的 off 四点八去做这个任务，那这边的话也是给了它五张 codex a p p 它整体的一个交互流程，并且我们也是用了这一个 superpowers 的 一个头脑风暴模式，相关的一些提示词都是一样的。然后我们去测试这个任务，我们可以看到 codex 这边呢，它最终启动了四十三个， 呃，三部 a 镜呢？帮我们把这个任务完成了，所以效果怎么样？待会儿我们再来看。那我们回到就是 clock code 这边也是用了陀螺风暴 t s 也是一样啊，也是同样的，就是每个阶段让告诉他我们最终这个设计文档要做成什么样子。有了设计文档之后，他也是去 各种实盘刹不住 a 进的去做。那在 codex a p p 这边的话，它整体的这个消耗可以看到今天我是烧了五亿的 token， 那 对于刚刚我们那个任务，大概我估算了一下，大概有三亿 token 这样子吧。 cloud 这边的话也是今天一天就烧了我这个一百刀的百分之二十的一个额度吧，一天就烧了，没有做其他的 任务，基本上没做其他的任务。好，我们下面来看一下两边的一个实现情况如何。好，下面我们来看一下 cloud 桌面端加 cloud off， 四点八，他去帮我们写了这一个 c c 杠，哈哈，桌面端就右侧这个浏览器预览的功能。 那这边的话我也给了一个提示词，就是让他帮我们产出一个 markdown 的 一个内容以及 html， 再让他去写了一个本地的一个突突项目嘛，就是用 react 去写。那最终他这边写完了之后呢？ 啊，可以看到这里其实是已经他这边做了一个监测，当然这块的交互其实没有 code app 原声那么好，当然他也做到了，我们来试一下哈，就是我们在运用浏览器打开 啊，可以看到这个，是不是已经可以去看到这个这个网页这个预览效果了？那我们可以看一下截图功能，点一下可以看到这边其实也是可以用的嘛，是不是？那第二个的话比较关键，就是他这个检查元素嘛，可以看到他也是完成了，是不是？比如说我们就说这个按钮，我们就在这让他告诉他啊，我需要把这个按钮改成 就是这一个网页的主题色，你帮我改一下。另外的话，当前这个按钮的这一个 border 这些我也不是很喜欢，你去调整一下。 好，我们来去确定，你可以看到这边它就已经帮我们把这个东西做过去了，就是把截图嘛，就我们刚看到 codex app 那 边的一个交互，交互过去了，我们就可以去让它去做做这个事情。 那下面的话就是其他的一些功能哈，其他一些功能的话就是它可以在这边，比如说我们这是一个 markdown 的 内容嘛，所以说你可以在工作台去预览，基本上就是把那边实现了一遍。 其实整体实现还是挺复杂的，可以看到 codex 那 边他完成这个任务他都开了四十多个 java agent。 那 cloud 这边其实我没去统计，因为它这个过程没有像 codex app 那 边那么直接， 整体的效果其实完成度还可以，当然还有一些细节优化的点。好，我们来看一下扣贷 app 跟我们完成同样的功能，他是做的怎样子的？可以看到他在这一块， 在这一个行内，其实就帮我们把这一个要预览的这一个，呃，本地的地址啊，还有你的 markdown 啊， html 都做出来了，其实这块交互我觉得会稍微好一些。那么点过去看一下可不可以用，那可以看到都是同一个页面吗？是可以用的，刚刚我们说改按钮那个他其实已经改好了，是不是？那么看一下他这个截图可以用吗？ 这个截图这个方式是这样子，它不是像呃 cloud code 实现那样子，是放一个图片在这里， cloud code 那 边会好一些。好，我们来试一下它这个定位也是可以的，可以看下，也是能选择某一个。我们选到这一块说一下，这个文字太大了，改小一点，字号改小一点， ok， 可以 看到它这个其实完成度也挺好的。那现在的话，其实我也没有想清楚，到底是把 gbt 五点五生成的这个核到我们的这个主干里面，还是说把 cloud 那 边去核一下？我可能会把 cloud 那 边的这一些 open 这边的加过来，然后用用 gbt 五点五的这种这种样式，最终把两个合起来，得到一个比较好的一个交互方式。那再看一下吧，从我四月份发布以来，就是从它泄露原代码，再加上我们做这个桌面端嘛， 一行代码的微信百分之八十的代码都是 gpt 五点五加这个 qd 写完的。可以看到我今天除了写这个项目以外，还做了其他一些功能。那下一个版本也在，应该是明天就会发布了，我需要去做一些就测试嘛，可以看到它真的是非常非常的好用，而且最关键啊，它不封号 是不是？那你如果是用呃 cloud 的 话，就是真的特别容易封号，我已经被封了四个了。好，下面我们来做一个总结。对于大多数人而言，我还是推荐你选择 qd 加 gpt 五点五。为什么？ 你看我老婆这种律师哈，她现在都已经用上 codex 加 gpt 五点五来帮助她在平时的工作中进行赋能。打个比方，她平时有很多需要去操作 word 呀，然后 excel 啊，还有去填一些表单，这个是完全是可以用啊， gpt 五 点五加 codex 去做。再让我不最近也给她做了一个就是律师相关的一个工具嘛，因为她有她们有很多资料，其实都是需要在本地去操作，就是不能上云嘛， 比如说你像客户管理啊，还有一些合并 pdf 啊，这些都是可以照本地去做的。你说像这种工具，直接用 codex 去做，让它去描述你的需求，然后用那个就是一个 go 的 模式嘛，让它去做，完事之后再让它用 computer user 自己去测，它会自己去 啊，写完之后 build 出来这一个桌面的 app， 然后如果你看像我们这种不是需要去选择 pdf 嘛，对不对？如果你需要去选择 pdf， 它还会自己去打开这个，就像我们一样去打开，打开完了之后 去选择，然后去帮你去压缩，做这种合并，各种都可以做到。所以我为什么会推荐大家去使用这个呢？而且等待下一代模型发布的时候，它会更强。还有最重要一点嘛，就是 g p t 五点五， 你正常人用它一般不怎么封号，那 cloud off 四点八这边也挺强的，但是呢，它的门槛就会高一些，并且它的这个桌面段哈，它这个桌面段体验其实相对来说还是差， codex 会差一些，如果你这两个都用不了， 那你也可以用，就是我的这个开源项目就是 c c 杠，哈哈，这个开源项目也是开源免费的，也没有任何的一个门槛。你也可以用，就是各种国内的模型嘛，比如说你可以用 deepsea 呀，你看我这边其实都有，就 deepsea 呀，或者你可以用小米的呀，或者是智普，你都可以。那它基本上内核它也是 clio 的 本身嘛， ci 的 本身 功能我也在迭代，就看大家自己怎么样个选择。 ok， 不 管是 off 四点七四点八，它整体的这个发布啊，没有给我很惊艳的感觉，没有上一代从四点五到四点六的那个惊艳感， 那还是倾向于就是 g p d 五点六的一个发布，看它到底会带来怎样的改变？我现在基本上已经离不开 codex 这个 app 了，我最近真的狂用。我刚也给大家看了一下我的一个 token 消耗，最近一个月吧消耗了大概一百亿 token， 一 万多刀的一个消耗， 最近就是狂用，特别特别好用，而且运行起来也非常的方便。但是它也有一个问题，就是它容易内存泄露，我六十四 g 的 内存它有时候都能给我干嘛，就理解不了到底在干嘛。 ok， 那 这就是本期视频所有内容了，如果大家觉得这视频做的不错，可以给我一键三连，我是阿建，我们下期见。拜拜。
02:40查看AI文稿AI文稿微软正在全面封杀克拉的扣子，因为他们发现自己的工程师正在越来越依赖这款来自竞争对手的 ai 工具了。注意啊，不是因为它不好用，恰恰相反，是因为它太好用。这可能是微软第一次发现，虽然员工可能还坐在公司里， 但工作方式已经开始属于另一个 ai 时代了。以前公司管理员工靠的是工资制度流程，但 ai 时代开始不一样了， 因为人每天都在和 ai 一 起工作，你问问题的方式，你写代码的习惯，你考虑问题的逻辑，都会慢慢的被那个 ai 重新塑造。所以谁掌握 ai， 谁就在重塑人的工作习惯。这才是微软真正害怕的地方，因为程序员其实根本不是忠诚于公司， 他只是忠诚于哪个工具更强，谁好用就跟谁走。其实程序员圈子比互联市场现实太多了，工资可以购买员工八小时的时间，但买不了员工的大脑。 未来最危险的跳槽可能是人还没跳槽，大脑已经去了另一家公司。而且现在整个 ai 行业正在进入一个特别荒诞的时刻，这什么时刻呢？就是现在大家越来越发现，这模型能力越接近人类，公司反而越养不起它。 我有一些好朋友告诉我他们公司的一些内幕，说他们公司白天喊着要 out in ai， ai 就是 未来，晚上又偷偷背地里限制员工的 ai 使用量。因为有些老板发现，一旦真的放开使用，可拉多扣的那 token 账单就像失控一样的会呼呼往上涨。 公司又想用，但又怕花钱，一个月下来最后一盒成本。用 ai 其实比多招几个员工成本还高，最后其实都给那几个模型厂商打工了，这特别像什么呢？就像你买了一辆法拉利，结果车装上了个计价器， 每踩一脚油门，财务就在旁边疯狂滴血，所以整个行业都处在一个非常割裂的状态。当然，此时此刻，我还是让我们员工可乐随便用的， 因为你会发现，一旦用过最好的 ai， 真的 很难回去了。但我觉得成本其实不是最核心的问题，真正核心的问题， ai 第一次开始反向控制组织了，以前是公司决定员工怎么工作，以后可能就会变成员工依赖哪个 ai， 公司就不得不适应哪个生态。 这也是为什么微软这次必须断币的真正原因，因为他终于意识到，未来真正的战争可能已经不是模型战争了，而是谁能先占领人的思维入口。互联网时代，人们抢的是流量入口， 移动互联网时代，人们抢的是 app 入口。到了 ai 时代，可能抢的真的是认知入口，或者叫思维入口。如果有一天，你每天八小时都必须依赖某个 ai， 那 你觉得你到底是在替公司工作，还是在替那个 ai 生态工作呢？评论区聊聊吧。
107AI大博子
01:01
01:34查看AI文稿AI文稿啊，这个今天我在用这个 vs code 的 时候呢，它这个这边出现了这种一个报错，然后我去网上查了一下，啊，这是那个 cloud code 更新产生的一个问题， 其实这个很好解决啊，就把我们的扩展打开，把这个自动更新给它关掉，之后呢就安装特定版本，我是倒回到这个一点五二之后它就可以用了。啊，我们再试一下啊， 重启一下，我感觉应该是它这边卡住了。 啊，可以看到啊，这边已经开始思考了。 ok， 可以 了，可以了。
138蓝纹鲸🐋
04:33查看AI文稿AI文稿你的 agent 半小时塞了八十 k 没用的 token， 你 知道这八十 k 都是什么吗？看下终端页面，基本上都是 grab、 find、 l s 这些命令读文件，跑测试，在当时每一条都觉得有必要，现在回头看，全是噪音。你以为长绘画是在积累信息， 其实不是，长绘画是在积累你没勇气关掉的标签页。这是 danielsen 的 实测，他在推上发了一篇文章，标题叫 sub agents 长绘画，上下文卫生。半小时后，你积累了八十 k token 的 噪音，而且你再也不会回头看它们。 这一期我教你把常绘画从喝醉状态救回来。这是 cloud code 工作流系列第四期，上期讲 hux 的 时候，我留过一个勾子， sub agent 真正的价值是上下文隔离。今天我把这件事讲透，但先泼一盆冷水， 百分之九十的人都把 sub agent 用错了，我自己一开始也错了。听到多智能体四个字，我第一反应就是按岗位拆。 planner 负责定方案， developer 负责改代码， tester 负责跑测试， reviewer 负责把关。听起来很顺， ppt 也画得漂亮，但只要你真跑一晚，就能发现问题。 tanner 知道这块代码刚被重构过， developer 不知道 developer 做了几个临时取舍 tester 不知道， tester 跑完只说过了 reviewer 不知道前面漏了什么。每一次交接都在漏信息。 不是因为模型笨，是因为岗位是按人分工切的。 l l m。 不是 人人靠茶水间补信息，模型没有茶水间。原文里有句话我抄下来了， 围绕上下文边界设计，不是围绕角色设计。那 sub agent 到底是啥？你开一个 sub agent 让他查 bug， 他 grab 了三十个文件，跑了五轮测试，开了三个新终端，在里面翻了十几分钟，这些你完全看不到，你的主绘画干干净净 一行都没多，你只收到四个字。这里有个 bug， 不是 五十次调试过程，是三行干净。结论，把混乱压成结论。这就是 sub agent 唯一在做的事，不是多一个人帮忙， 这多一个工作区干完就丢。官方文档列了四条应约束，子 agent 之间不能直接通信，子 agent 不 能再生新 agent， 所有流量必须经过副 agent 考完只返回最终输出，不带中间思考。听起来像在限制能力，其实是在保证可控。讲得这么玄，直接看几个我用 agent 深沉这个视频时真用过的例子。第一个是当时我做 safe card 的 整屏改造卡，在一件事上，到底用侧滑卡还是整屏卡，我自己拿不准。所以我同时派了两个 sub agent， 一个从短视频 u i 设计专家的视角看，一个从真实用户消费者的视角看，他们不知道对方存在。各自跑完第一份报告回来，侧滑百分之三十的卡是错的， 整屏才是截图友好的最低门槛。第二份报告回来，一模一样，不是相似，是一样，两个独立视角，互不知道对方到达同一个结论，这就是上下文隔离，真正值钱的地方，不是更快，是更可信。第二个，我让一个 reviewer 自检清单审查，我自己嘴上说明案节奏满足， 结果他直接打开 ppt grab 了一遍，发现全是同一个暖米白底。我在自己写的注述里说谎而不自知。他打了五十八分，列了十条问题， 我接受了五条屁零修复，整片从自我感觉良好变成真能交付。但同一份 reviewer 报告里，他把 astropic 官方文档里真实存在的 if 字断判定为虚构。我看到这条判定的时候 手停住了，他说这是假的，但我知道这个字段在官方文档里。我差点信了，他差点把视频里唯一硬核的技术细节改弱了。就在那一刻，我意识到 sub agent 没有判断力，他能发现我注视和代码不一致，但判断不了文档里一个字段是真的还是假的。 因为他不能上网，他的知识停在训练那一天。所以我现在的规则是，信他的，找不一致，不信他的事实判断。三条原则记下来，第一，并发派 sub agent 互相不通信，找跨视角的一致性，比单 agent 报告可信度高一个数量级。 第二，让他专挑你盲点，你说满足规则，他直接 grab 你 代码核对。第三，不信他的事实判断， sub agent 不 能上网 训练，数据可能过期，回到开头那八十 k 噪音 token 常会话，不是信息太多，是你该丢的探索过程没丢。不要让 ai 记住一切，让它在对的时候忘掉该忘的。 sub agent 也不是终点，它解决的是单个任务的上下文隔离， 没解决整套工作流。现在打开 cloud code， 输入 agents， 你 就能看到它内置的 explore 和 plan。 两个 sub agent 不 用配什么 markdown， 今天就能用。先在 plan mode 里按 tab 感受一下，觉得有用，一键三连。感谢观看，下期见。
67一二说
00:54查看AI文稿AI文稿想不想让你的 cloud code 越用越聪明，越用越懂？你？把这段提示词放到你的 cloud dmd 的 文件当中？这个是来自大神卡尔帕西的经验总结，并且已经开源，在 get 上面有十六万颗星。有人已经测试过这个方法，效果特别明显啊，在六周以内，他的代码库的错误率从百分之四十一下降到百分之十一。我们来看下这个神奇的提示词。 好，这个是提示词的原版，很短，六十几行，直接看中文的版本，了解它的设计思路。首先，这个总结是来自于卡尔帕西的一个推文核心，让你的 cc 在 执行任务当中遵守这四个原则。 编码前的思考，简洁优先，精准修改。目标驱动编码前的思考，要怎么去做？代码简洁优先，要怎么去做，都有非常清晰的说明。精准修改，当你编辑代码的时候应该做到哪些？原则改动独立的代码的时候应该怎么做？最后，目标驱动执行 无效的说明是什么？应该怎么转化为有效的说明，包括对于多步骤任务怎么样去说明。一个简短的计划，短短几十行，那个说明啊，让你的 c c 的 编码能力有一个显著的提升，彻底做一次升级。好了，我是六叔，关注我，持续丰富，大家进货，拜拜了个拜！
2104六叔ultra
04:05查看AI文稿AI文稿cloudmed 写得再细， cloud 还是会忘事。这事你肯定遇到过， astropica 官方文档也说了，规则明明白白写在那儿，模型也读了，但执行到某一步，它就是绕过去了。 这一期我想跟你聊清楚为什么以及怎么解决。先说一句，这是一个系列，前两期讲了 cloudmed 怎么写 cloud 目录，下五层配置都干嘛用。 从这一期开始，我们其实在做一件更大的事，把 cloud code 这套东西搭成一条你可以每天照着走的工作流。今天讲的是这条工作流里最容易被低估的一层， hooks ansorepic 自己其实在官方文档里把这层关系写得很清楚，它们把 cloud code 的 能力分成了四层，如果 cloud 每次都该知道的是放 cloud mate， 如果有时需要放 skill 或者 rules， 如果必须每次都发生，放 hulk 也是本期视频重点讲的。 如果某类能力根本不该碰，直接用 permissions 收回来。这四层最容易被混着用的就是第三层， hook。 这一层很多人压根不知道它存在或者知道，但没意识到它解决的是个完全不一样的问题。 那 hook 到底是啥？先问你一句话，你是不是遇到 clod 不 听话的情况？那可不是你的提示词有问题，提示词是软约束，而 hook 是 百分之一百执行。告诉我，你的 clod 是 经常不听话吗？我前阵子让 clod 帮我清个临时目录， 他自己拼了个 r m r f 出来，因为之前在项目目录下已经手动确认跳过这个执行权限，所以自动执行了。还好那是个测试目录。 一句话讲明白 hook 是 什么，它是 code， code 在 自己生命周期的关键节点上让你挂一段强制脚本的入口，用户提交 prompt 之前工具调用之前，工具调用之后，对话结束等等。官方文档列了三十多个事件，但实际上你只要先记住两个就够用。最常用的是 pre to use 和 post to use， 一个在工具跑之前拦，一个在工具跑完之后接先把前面两个用熟，剩下的什么时候要用什么时候再加。这个视频我也是通过 cloud 制作出来的，后面把知识点讲完，会以这个工作流为例讲解。好了，我先分享下我常使用的三个场景， 你看完之后可以直接抄如何使用。第一个 post two news 配自动格式化 cloud， 每次 edit 或者 write 把格式化掉， 配置就六行 json 中 match 写 edit， write 配置命令中写 pretty write 加文件路径，从此你 cloud md 里就不用再写记得格式化这种话了，它一定会发生。这就是 hock 跟提示词的本质区别， 提示词是约定， hook 是 强制。第二个就是我之前提到的，没有让我确认，就执行了 r m r f 操作。在那之后，我加了一个 hook， 在 配置中加上了这个命令的 hook 匹配上就掉一个脚本，脚本里再判断一次完整命令，遇到 r m r f 直接 exit 二，退出码二，这个细节非常关键，我在之前的视频讲过这个，不知道的小伙伴可以翻翻。第三个最舒服， stop 事件配桌面通知我经常让 cloud 跑一个比较慢的任务，自己切去干别的，回来发现他早就停在那等我了。配上 stop hook 之后，他一收尾，桌面直接弹出来消息，我直接确认就好，不用我主动去查看。但我得说一个反话， hooks 不是 越多越好。这事挺微妙，如果某件事不是每次都该发生，硬塞进 hook 反而会变成新的污染源。 它适合勾住那些确定性的，每次都得做的不需要思考的动作。判断要不要思考的标准很简单，你能不能用一个 shell 脚本写完这段逻辑且永远不变，能就上 hook， 不 能就别用。回到开头那个反差点， cloud md 写得再认真也只是契约 期约靠双方履约，你方履约了， cloud 这边偶尔走神一个判断标准，你可以直接拿走。如果你 cloud md 里某条规则，你发现自己会反复去强调这件事，就该下承到 hook 提醒是可跳过的，而 hook 是 应约束。这一期就到这下一期。讲一个更反直觉的东西， sub agent 下期讲怎么判断什么任务该开， sabotage 怎么开，开几个合适。如果对这一期感兴趣，可以点个赞或者收藏，方便回头来抄那几个 hulk 配置回头见，制作不易，觉得文章对你有用，请一键三连。
2775一二说
01:07查看AI文稿AI文稿兄弟们， ai 也会出现幻觉，我刚才呢让可乐的扣的给我去啊，看一下我的康复 ui 为什么打不开了？然后呢？他就帮我正常的检查，结果检查检查着呢，突然间就给我来了一句，这个 我可以看一下，我当时我就懵逼了，我说哎，我们弄康复 ui 为什么跟这个有什么关系呢？然后我就问他，你这不是要干什么？然后他就开始跟我对话， 就从这里开始我们两个就一直没有在一个画面，画面上你看啊，我问他，我说你没有这个吗？我说我桌面什么都没有之类的，然后我为什么要做成这个？我就不懂啊，我不知道他为什么要要搞出这样的东西， 然后他跟我说他不知道哎，我们整场对话都在做这个啊，工作流的搭建，然后他 我他说我没有提过，但是呢，对吧？然后又说你认真回复他，我并没有注册过吧，然后他来一个，啊，对不起，抱歉，没有这个东西， 然后我问他为什么出现这种情况？他来个这是典型的幻觉，你们有没有遇到过这种情况？兄弟们，我用的这个是 dsic v 四 pro 的 大模型。
01:20查看AI文稿AI文稿新手用 cloud code 高频翻车的五个点，今天一次性帮你避开！第一个翻车点，不写 cloud 点， md， 它每次开新对话都从零猜你的项目技术栈、目录结构、命名规范全靠瞎蒙，结果就是改风格不一致， 要用错文件反复反攻。新手第一步直接跑匿名，让 cloud code 自动生成专属记忆档案。第二个翻车点，分不清 plan、 edit、 ask 三大模式，全程默认丢需求。 plan 先规划方案， edit 才动代码。 ask 只解答不改文件， 复杂任务一律先 plan 再 edit， 安全又稳。第三个翻车点，盲目开 auto 或优乐模式，他拿到方向盘自己跑，新手还没看清就跨文件改了一堆，等回过神来，关键逻辑早被覆盖，回滚都难。 新手老老实实手动确认每一步，等熟了再放权。第四个翻车点，长对话从来不 compact， 上下文越堆越满，偷啃烧的飞快，他还会被早期的过时信息带偏，回答开始前后矛盾记不住最新决策 对话变长就 compact 一下，关键结论留在记忆档案里。第五个翻车点，不接 git， 就 让它随便改，新手项目连仓库都没出，使化模型改崩了，想退回上一版都做不到。辛辛苦苦写的代码， 一次错误重构就全没了。动手前先 git init 加 commit， 每一步都有快照可回滚。记忆档案模式分清，关掉 auto， 勤用 compact 接好 git， 五个翻车点，一次避开。关注我，带你吃透更多 cloud code 高阶玩法！
1279阿森编程日记（AI自动化）
01:14查看AI文稿AI文稿确保你的 cloud core c c 执行了这两招，它能够解决最近 c c 降质降得非常厉害的问题。我们都知道三周以前 angelabic 它准备退出了下一代的大模型，导致了 opus 四点六的这个模型能力变得非常垃圾。最近这两天它简直是蠢的无可救药。 那现在你需要去质检一下，你是否开启了这两个功能。虽然说它没有办法拉回 oppo 的 四点六的整体智商能力，可能是因为它的算力被抽走了，但是至少我们可以迂回的来解决 oppo 的 智商下降。在生产环节，我们智商降低了这个问题。第一个方式非常简单，直接打开你的私信， 然后呢，在你的指令行输入斜杠指令 effort， 把它的这个思考深度从 middle 改成 high， 或者你想用 max 也可以。嗯，改完这个，它非常显著的一个变化就是它的大部分任务呢，它都会通过进一步的分解，然后生成不同的 task， 然后把你的任务分解之后进一步一步的去执行，起码在这个角度来说，效果会非常好。 第二个就是 m c p 工具啊，这个 m c p 工具是帮助 cc 来进行深度思考的。呃，名字太长了，说实话我也记不住。我在评论区会写这个 m c p 工具开启之后呢，它会很明显的也是帮助 cc 进行进一步的思考。两个方式叠加起来，起码能解决现在 oppo s 四点六大幅降质的部分问题吧， 且我自己实验的效果会比不用的话效果会好很多，这个是当下没办法的办法。呃，要想 oppo s 四点六恢复智商，那只能等到下一代大模型出来之后，你直接使用下一个大模型了，短期之内我们只能先这样解决。
26陈朝歌chen
02:23查看AI文稿AI文稿当所有人都在告诉你， cloud code 无敌了，靠，赖主无敌了，程序员要失业了。但是我要告诉你一个有点不一样的事实啊，限阶段的 web coding 根本就做不到真正意义上的脱手。所谓的技术平权，是建立在你至少懂一点技术逻辑的情况下。 如果你连最基础的概念都不懂，人家不是在帮你开发，他是帮帮你随机挖坑。为什么？因为很多人连最基本的两个概念都没有搞懂 啊。 l l m 和 agent。 先说 l l m 即垃圾 language model， 你 可以把它理解为 ai 的 大脑，像豆包，千问、 deepsea， 还有 g p t， 本身上都属于大圆模型， 他们负责思考、理解和深沉，但是他们不会帮你真正干活，他们只会告诉你应该怎么做。真正执行的是第二个东西， agent 翻译过来叫代理，你可以把它理解为 ai 的 双手， 他可以帮你改代码，跑命令，读文件，调项目。像 cloud code， codex 这种都是偏向于编码型的 agent。 但问题在于，其实他们都挺瞎的啊，你以为他们在认真开发？但是如果你不写好的提示词 啊，他经常改着改着就把项目改炸了，修一个 bug 照三个 bug， 还会一本正经的胡说八道。所以现在真实的状态是什么呢？ ai 能让懂开发的人效率翻倍，但是远远做不到能让不懂开发的人直接起飞。后面的 mcp， skills， 还有自动化工作流，都是建立在你懂这两个概念的基础上。他说工具怎么选？如果你是 轻度修需求，就是想要写点小工具，做点小网站和小作业。我推荐一个东西叫什么啊通一律嘛啊通一律嘛？不知道有没有人知道的，开箱即用门槛低，而且最重要的是它现在阶段是全完全免费。 但是如果你是高需求想真的做产品或者跑项目的话，我建议你还是上 call 和 calllex 这种，只不过他们都有很多技术门槛，像环境配置， api 啊，费用还有网络这种一个都绕不开。 所以别再信什么一句话做萨斯零零基础月入十万这种鬼话了啊。现在的 web 扣队你更像什么呢？像一个非常牛逼啊但是脾气非常怪的实习生，你以后得会盯着会纠错会提需求， 而不是直接放手不管。 ai 确实在降低门槛，但是他远远没有做到让你什么都不懂就能闭着眼做产品的效果。
471某神人
00:40查看AI文稿AI文稿微软刚刚宣布放弃使用 cologold， 这是否是 ai 泡沫崩溃的前兆呢？从这次的消息来看呢，有两个原因，一个是公开的，一个是内部讨论的。公开的原因呢，很简单，就是微软希望所有的工程师从使用 cologold 转成自己的 cologold， 拍了它 使用 cologold 无疑视为竞争对手训练模型。内部原因说白了就是微软已经用不起 cologold 了。你想微软是一个年利润千亿美元，市值万亿的巨头，如果连它都用不起了，那普通人该怎么办呢？ 而且现在使用 ai 并没有大规模赚钱，用 ai 做的东西呢，也是参差不齐，有各种风险和漏洞，如果连微软都撑不下去了，那么 ai 还会这样一直火下去吗？
04:03查看AI文稿AI文稿啊，先说结论啊，克拉沃德克德啊，确实很强，但是用不好，你就是在给他填坑。那昨天呢，我做了一件事情，我把手上的一个小项目交给了克拉沃德克德，然后让他从头到尾来帮我写代码。 那早上呢，我的信心是满满的那泡了一杯咖啡，想着今天能摸鱼，结果呢，到下午的五点， 我不仅没摸成鱼，还把一天的精力全耗在纠错上了。那问题在哪呢？我给你复盘一下，你听听，肯定会有收获。那第一就是我没有定 u i 的 布局，那界面呢， 直接翻车，这是最直观的啊，我给卡拉 ok 的 一个大概的想法啊，他就刷刷刷开始干了。说实话啊，看到他敲代码的速度确实很爽，但是跑起来那个界面怎么说呢， 不能说丑啊，只能说完全不是我想要的。那按钮不在该在的位置啊，布局也比较奇怪， 那颜色搭配就更是在挑战我的审美啊，就我就开始调哈调布局，改样式，来来回回，后来我想明白了啊， ui 这一块啊， ai 没有你脑子里的那个画面， 你觉得他应该长成啊这样，那他理解的呢？是另外一个样子，那你不把布局定清晰，那他就会帮你随便定 啊。第二就是只给模糊的想法啊，我们的业务逻辑跑偏了，那这个是比较致命的啊，我给他一个模糊的需求，他就顺着自己的理解开始脑补， 那你以为他理解你了，但一跑起来发现啊，他干的活和你想要的完全是两回事。那这个怎么跑偏呢？我举个例子啊， 我需要 a 功能，他觉得 a 功能应该包含 b 和 c， 于是呢，就把 b 和 c 写了一堆的代码，但是呢，我压根不需要 b 和 c， 那 我还得把 b 和 c 的 代码给删掉。 这样啊，一来一回，时间就全浪费掉了。那第三呢，就是精力全耗在纠错上，比我自己写还累。 那这是我昨天最深的一个感受啊。但你以为啊， ai 在 写代码，你，你在旁边指挥他就可以了，其实是错的啊， 实际情况是这样啊，他写一段，你跑一段，发现不对，回去改，再写一段，再跑又有新问题。那到最后呢，不是 ai 的 写代码，是我在给 ai 填坑，可 拉我的 code 到底适合干什么呢？我试了一天啊，这个结论非常的清晰，就是他强在做成熟清晰的需求，需求越明确，那他干的就会越漂亮。那你把需求写清楚了，他刷刷刷就能帮你实现了。 那他最怕什么呢啊？他最怕半成品模糊的需求，那需求越粗， ai 脑补的就会越多，那他的界面呢，就会越歪，那他的逻辑漏洞就会越多。那你纠错的时间肯定要比自己写代码的时间更长。 那用 cloud code 的 正确的姿势是什么呢？我总结一句话，就是先想清楚，再让他干活。把你脑子里那个模糊的想法啊，先写下来，画个草图，列个要点 啊，写个简单的说明，那需求定清晰了，你再交给他做。那你不是用他来帮你想啊，你要用他来帮你干活，那想清楚这件事情啊， ai 就是 你的超级员工，想不明白，那 ai 就是 你的超级麻烦。那说实话啊， 这这个翻车还挺值得的啊。他让我更明白了一件事情啊，你工具越强啊， 工具再强也替代不了人的思考，你越清楚自己想要什么， ai 就 越能帮你实现。你越模糊，他就让你花更多的时间来填坑。 那我是分享一个做了十七年的老程序员，现在在用 ai 干活，那踩过的坑可以都讲给你听。
29芬享AI智能体
