OpenCL如何进行编码

哈喽，朋友们大家好呀，那继昨天我们演示了我们哈基扣的目前支持 codex 之后呢？我们现在今天我修好了电脑上的网络问题，因此呢，今天我可以为各位正确的演示我们现在系统当中集成了 codex 之后的一些效果了。 那各位都知道，现在如果你想要安装最新的 hiccode 的 desktop 的 话，您可以通过这个 hiccode com 上面的下载链接进行下载，不管是在首页上还是在上面的这个下载按钮都可以找到， 目前是主要支持这个 linux 以及 windows 的 操作系统。然后 mac 的 用户如果想要使用的话，目前可以使用我们的容器版本进行部署，相应的我们也创建了对应的 doc compose 的 build。 然后呢，各位可以在这个 build 里面去创建对应的 daccompos emo， 这样子的话也可以非常快速的为各位 mac 用户提供相应的一些支持。 好，那今天我们演示的主题主要是昨天我们没有进展的内容，昨天我们想要说就是 codex 以及 gpd 五点四上线之后，我们需要演示哈基克的 desktop 里面集成了 codex 之后的一些执行效果。 那为此呢，我们今天特别挑了一个比较复杂的任务来进行这个演示，那这个演示是这样的， 呃，我们知道 gitlab compile 呢，现在是除了在 vscode 里面可以运行之外 vs gitlab compile， 它还提供了就是相应的 compile c l i。 那这个 c l i 呢，实际上也提供了短内的 s d k， 它是会员的 s d k 以及相关的其他的 s d k， 用户可以通过这样的方式对接之后就可以在 c l i 里面进行一些运行。那为此呢，我们希望考虑把 compiler c l i 当中我们第三个执行器集成到它的 desktop 当中。那这个可能涉及到非常多的改动啊，各位可以从这个我昨天新建的，昨天这个新建这个需求之后发现，或许可以使用这个 需求来演示一下 context 执行的时候的一个具体效果。为此呢，昨天新建完需求就没有继续执行了，那今天这个视频呢，我们就来执行一下这个需求的后续步骤。 那首先呢，为新朋友们可能不大了解这个需求是怎么建出来的，那这边我们看一下哈，实际上要新建这个需求在哈奇扣的里面也是非常简单的，那实际上的需求输入只有这一句，那我们再尝试做一下这个需求的输入过程， 然后以为各位新用户演示如何在哈奇扣的当中新建一个需求。您可以点击这个按钮，然后点击之后呢，这边会弹出一个大的表单，这个表单上面会展示当前这个仓库的一些基本情况，表单上的项目非常多，但实际上要填写内容相当之少。 首先呢，呃，通常来说你自己也需要明确这个需求可能涉及到的边界和范围，也就是说对于特定仓库需要做什么事情。那我们知道对于这个需求来说，他可能涉及到前端的编辑，后端的编辑可能涉及到桌面端的编辑， 可能涉及到构建工具。嗯，构建工具没有官网肯定要更新文档要更新发布配置，发布配置，没有 build 要更新，然后 这个是我们 github 的 主页要更新。实验场，实验场这个就很重要，因为实验场是我们昨天在这个项目之前就已经创建了这个相应的 playground 进行。 嗯， compiler 的 一个集成的集成的测试吧，类似于这样，就是一个预期调研，所以在这个里面是包含了我们预期调研的一些代码的，因此呢，我们 reference 也就是参考这个。呃，实验场里面的情况 好，然后呢，这些仓库选择完之后呢，你就可以在最后这个需求主述当中去描写您想要做什么事情。 那我想要做的是，因为啊可靠的支持更新各个仓库的方方面面，那这边我们再额外添加一些信息吧，可以可以参考。嗯， codex 的 集成 内容好，通过输入这个内容之后呢，他就会参考我们之前 codex 的 集成内容，然后对各个仓库的内容进行编辑设计，整个使得最终达成这个最终的效果。 好，那输入完这个组数之后呢，实际上就可以提交这个主意了，那提交主意之后，他会在新建主意的地方，然后会自动转到进行中，因为在第一步的大看，我们看一下这个阶段图，阶段图的第一步的时候，他会进行一些基础的优化啊，相应的描述标题以及啊 一些必要的信息进行优化，那这个步骤是全自动的，我们只要等待它渐渐完成就可以。那既然我们新建了新的这个主意，我们原来旧的这个主意就把它删除，我们可以删除原来的绘画。 好，那这边就开始新建主义了，然后在新建主义的过程当中，我们因为今天这个视频可能也会比较长，具体时长实际上我现在才开始录制，我肯定是不知道的。我们尽可能为各位带来最真实的使用 hashcode 以及 ai code 的 开发过程的考点经验，让以便各位可以判断 我们这个系统以及使用这个系统是否能够真正的带来一些便利。好，那在它运行的过程当中，我们可以看一下嗯，其他的一些内容，但是现在标题已经出来，实际上我觉得它已经快过好第一个阶段了。 第一个阶段通常包含有这个描述的优化，然后是标题的优化，然后是生成一个题案的名称，那经过这几步之后呢？它就已经正式的完成了第一个大阶段， 那这里可以看到跟刚才那个实际上效果是类似的啊。这边是，嗯，他分析完一些基础情况之后，发现就可能是前端要更新，后端要更新，然后桌面端、官网文档这些可能都要更新，对吧？那第一个大阶段通常来说 都是 ok 的， 除非就是说你在输入主序的时候实在内容太少了，那你可以删除这个会话，然后重建这个主序，然后他后续就可以继续进场。 那接下来呢，我们就可以使用 context 进行生成规划，各位可以看到这生成规划这个地方，除了 class 之外，你现在还可以支持 context。 那 怎么去让这个默认选择 context 呢？ 我们可以在项目的设置当中啊，这个实际上是系统的设置，不只是项目的范围，我们可以在可以在右上角的设置按钮当中看到这个控制流，控制流当中有这个流程控制，流程控制当中呢？呃，现在是支持 啊，每一个环节就是这个提案流程执行器当中，您可以对每一个环节进行指定它的执行器。那我们现在执行的是生成提案，是默认使用 codex 啊，执行题案也用 codex， 而规章提案这个比较简单，我们使用 cloud 就 可以了。 这个主要是因为我们本地配置了 cloud， 所以 使用的这个模型实际上是，嗯，就是性价比比较高的模型，因此呢，它可以处理比较简单的事情，而对于比较复杂的内容，我们使用 codex 连接 gpt 的 最新的模型 来解决，就可以得到更好的效果。为此呢，我们就使用这样的一个结构配置。嗯，各位今天看到的界面可能 就是字体啊之类的都比较小，因为这个是为了给各位带来就是最完整的一个界面体验，所以呢，在录制的时候选用的是全屏幕的方式录制啊，各位建议可以在电脑上观看这一期视频，可以更好的了解到嗯，相应的一些内容。 然后呢，接下来的话，呃，这边昨天我们十一站在开发过程中还演出引入了一个哦，等一下我可以先把这个执行起来，然后我在各位在帮助各位讲解这个系统当中的一些改造的内容。 好，那刚才这个 codex 已经清理好，第一个大阶段之后呢，我们下一个步骤就是要让他进入到第二个大阶段。第二个大阶段的内容主要就是深层提啊，或者叫深层规划，或者叫，嗯， 对，或者叫更新主义，类似这些内容。那么点击一下这个生成规划，那它接下来就会进入到生成规划，也就是进入到下面一个大阶段当中，那它又会从这个代数里变到执行中，我们可以看到在这个里面它已经开始，嗯， codex， codex 已经开始做相应的一些生成了。那这里其实呢，你可以看到它当前的执行器的图标是什么？现在的话是 codex， 然后它这个深层提案跟执行提案通常来说是比较久的。然后呢，对于 codex 执行 gpt 五点四这种模型中来说呢，实际上它消耗的时间也会比较长，因为它考虑比较全面，但是执行的效果又比较好，那这就是一个 综合考量的事情呢，就是高成本，高耗时，但是呢成果好，那如果成果好就少返工成，少返工就节约钱，是吧？所以说，呃，越花花越多钱，花越少钱，就是这么个回事。好，那在它生产的过程当中，我们继续讲解我们最近系统当中的一些改造。 好了，我们进入刚才这个流程控制继续没有讲解完的内容啊，现在就是流程控制当中，除了这个流程执行器可以各个环节配置之外，还有 auto task 可以 配置之外。现在呢对于流程控制当中的细部，我们也进行了一个简单的配置， 这个主要是因为是这样的，我发现啊，如果您使用 cloud， 然后去对接一些啊性价比比较高的模型，那这些模型可能会在运行的时候花费的 这叫什么呢？呃，考虑不足吧。因此呢，我们在就是生成规划的过程当中，实际上是用了三组提示词，然后其中有一组提示词是 explore， 那 我们可以在啊，我们进入设置，可以在这个提示字管理当中找到这个 explore 的 提示词。 对，这里有一组题啊， explore 的 提示词，这一组提示词呢，是为了让那些啊 intelligence 可能就是稍微缺陷一点的，或者说稍微次一点的这种 ai 大 模型的话，可以通过 explore 的 引导，让它能够进行更加广范围的搜搜索，从而使得 能够了解到这个需求究竟落地的时候需要修改哪些内容。而 explore 的 这个操作是 openstack 在 openstack v 一 之后也所引入的，为此呢，我们也把这个加入到了这个项目当中。 那为了让 cloud 的 那些嗯高性价比模型能够得到更好的 explore 效果呢？为此呢，你可以在这里开启这个呃思考模式，开启之后呢，它实际上就会应用刚才的 explore 的 提示词进行一些探索。 那为什么下面这个 codex 我是 把它关闭了呢？因为实际上在我自己的测试过程中发现， codex 在 绝大多数情况下，其实好像是不需要 explore， 它就能够比较完美的了解我的需求是什么，能够处理我的需求是什么，要是 完全是对得起它的价格是不是？那为此呢，我这边啊，在 hackcode 的 当中，您可以 嗯，在这里关闭它的思考模式。那这样子的话啊， codex 它本身它就会只进行两步思考啊，两步操作就是直接生成题啊，它就不没有这个 explore 的 过程，或者是说对于 codex 的 本性来说， explore 已经内置的在它的一个默认行为当中呢，因此呢，在我们系统当中就不需要开启它的搜索行为，这是最近刚加的一个特性。 好，那我们回过头来，先简略的看一下它现在进展到什么地方了。然后 codex 的 话，它已经进行了十一次的工具调用。工具调用通常来说它是在搜索当前代码的情况，然后执行相应的工具来了解题案需要生成的内容。类似这样的， 然后呢，这边可以查看所有的完整的工具钓鱼，那这边我们就不管了。好，那他还在继续进行这个题案的生成，那我们先不去理会他，我们继续来了解一下哈基克的 desktop， 或者说哈基克的最近做了一些改动。 所谓的最近就是实际上只是距离昨天的一个视频，昨天视频到今天视频之间，我们又做了一些简易的简简单的改动。 那由于为了这个喜迎新春，我们去年是加了这个新年的主题是吧？是新年的暗色跟新年的亮色主题。 然后呢，然后接下来是我们也引入了这个，昨天呢，我们新加了这个春季的春季的亮色跟暗色主题。春季的主题的话，主要是以绿色的背景为主，所以点点点，点击之后呢，咯咯咯咯咯，各位会发现，各位会发现这个里面呢，实际上 啊，背景绿不拉几的是不是，那从某种程度上来或许也是一个护眼的好选项呢？但是，哎，这谁知道呢，反正，呃，我觉得这个绿色的背景哈，这个绿色的背景实际上， 呃，暗色好像差点意思，但是绿色的亮色要比这个春季的要比其他的亮色要好看一点，就是比如说默认这个亮色实在是太亮了， 然后绿色这个亮色稍微能够合适一点，那这样绿色这个亮色背景也是说春季这个亮色背景的话，实际上是挺合适在你在高高强高阳光强度下的时候所使用的，然后在夜间的时候使用这个绿色的暗色背景，嗯，可能也会不错。 那现在视频演示的话，我们就这个使用这个绿色暗色背景就可以了。好，那我们看一下生成，当然了实际上已经生成一部分了，它已经生成了这个提案跟设计，我们可以简略的看一下这个提案的设计当中包含什么啊？外观增加进来、入口展示、配置切入、后端 c 的 整体认证 啊，它这边还还加了很多东西。那 web desktop， 实际上这个我觉得我单看这个提案设计感觉就已经太过宽泛了， 那看来看来对于这种超大范围的这种去让它去生成提案可能还是存在一些问题的，我觉得这个提案可能到时候要废纸，而我们希望把这个范围固定在更小的范围，而不是而不是去想让它去一次性更新这么多内容。 因为实际上我刚才新建昨天新建体案的时候没有执行的其中一个原因就是因为我新建体案之后发现如果我尝试让它修改这么多仓库的话，不管 是在生产阶段还是运行阶段，实际上是很容易超出上下文的，而且它的边界不清晰，这就好像呃，你在使用哈士奇的 desktop 当中的一个呃反模式，对吧？您还是考虑把所有的事情放在一个体案里面处理，这实际上并不符合日常的一个情况， 还是要把就是一个大的主主主要的需求拆分成一些小的细节。然后呢，拆分成小细节之后， ai 就 可以更加注重的在于某一些内容的对接跟实现上。 那为此呢，呃，我现在再新建一个题案，把其中的就是呃不相关的次要部分先提出来。我们先主要把这个呃 web 站点以及这个后端的 api 站点作为我们第一个集成的关键要素，因此呢，更小的这个叫什么啊？作用范围或者修改范围，实际上是肯定可以提高 ai 的 效率，这就跟人一样，是吧？那为此呢，我们可以把这个题案 看我们它生成的一些内容生成的任务，它生成的任务是要什么？要定义错误映色码， providerada， uh， endpoint， token， template， 这些实际上是我不需要配置的。然后呢，接下来集成内容，那这个这样子的话，我们就尝试把这个任务拆分成多个不同的呃多个不同的环节让它去执行。 为什么点一下这个，然后我们点击新建，然后对于这个题案，我只希望让它修改前后端的内容，然后呢，参考实验场，然后这样子的话，它生成的内容就可以只更新前后端相应的内容。我们点击生成， 然后再新建一个题案，让它去更新文档相关的内容，对吧？我们希望去更新啊， web 仓库的， 我们希望跟进桌面端，因为桌面端我们实际上是有提供了啊 c l i 的 相应更新的，为此呢，我们点一下桌面端的， 然后我们再建一个是为了处理文档，文档库、官方网站以及 log， 这三个都属于文档文档对接，所以呢，我们添加这三个，那添，添加这三个，然后就可以进行处理了。 然后再添加一个是为了呃发布管理跟构建工具，因为这个里面涉及到呃大可相关的内容 镜像的适配。好，那这样的话我们就通过一些更加零散的主意提案来处理这个大的 注意题。啊，那这样子的话，实际上更符合日常工作当中的一些情况的，就更小的作用范围，更小的内容可以让 ai 更容易适应，这样的话自然最后修改出来的方案也会相对容易一些。 然后我们对于这个旧的题案的话，我们直接点击删除绘画，然后同时删除关联的文件，那我们就不需要刚才那些关联文件了。好，那第一个刚才我们题案已经生成这集成，这个是改的哪个范围？这个是改的是，嗯，前后端的内容。 好，这是改前二段内容，让它去生成题啊，然后剩下的这些还在执行中。我们看一下这个是改的是，这改的是 desktop， 那 我们也在这里添加一个文字吧， 然后这样子的话，我们等下在外面也比较容易看一点，好继承， 然后我们刚才那一个也可以改一下，没事，等他，等他过来之后我们再改，我们把其他都改了，那专门特别那个不改，所以想我们自己也就知道是哪一个了。好，那这个是文档更新， 我们添加一个 doc doc， 这这些是生成中了，优化中的就只剩这一个了，我们看一下这个优化中是优化啥？ 这个是容器的镜像，镜像的部分。 好，这个是 docker compose， 因此呢，我们把它设为这个 docker 的 标签， 然后生成。 好，那这样的话，刚才同一个任务我们就拆分成了四个部分进行执行，分别是我们的桌面端，我们的 dunk 容器以及我们的这个前后端支持，以及我们最后的文档部分， 让他们四个同时运行，然后四个同时处理。这样实际上是才符合平常您使用 htc 的 desktop 当中的一个最佳时间。您是一个任务的决策者，您决定了 ai 诊之间相互执行的内容。这实际上跟现在所蜂巢当中所，就是说， 呃，所引领的这个什么多阿诊模式，那多阿诊模式实际上是想要通过把 mask 设置为这个 agent 来进行完成的，而 hashcode 就 相当于我们是为了提升人机交互呃存在的一款软件，为此呢，它主要是提供您与这个多个 agent 之间相互操作的一个互操作的界面。那通过刚才这个简单的演示，实际上各位就已经知道了我们日常在平常使用 hashcode 的 desktop 或者哈奇扣的进行开发的时候的一个常规的呃 ufo 操作情况。这样的话实际上是可以减少您在各种 c、 l、 i 之间不断的切换一下，最后导致， 哎，我刚才在干嘛这种事情可能就可以比较容易的解决了。好，那在它生产的过程当中，我们继续来看一下我们之前呃昨天到今天之间哈奇扣的所添加的一些改动是什么？ 那首先要明确的就是昨天到今天之间所有的改动，实际上也都是通过我们刚才所释放的这个流程，也就是通过 hashcode 当中的 codex 以及 cloud 的 集成，让 codex 执行一些复杂的过程，让 cloud 执行一些简单的过程，通过这些方式来实现了从昨天到今天的一些改造和修复。 那昨天到今天的这些改造修复实际上也都出现在这个一规党里面，然后这个上面是显示的是十八，但实际上我们因为 这个页面我当时为了实现效率的问题，实际上我只展示其中的二十五个，好像这上面加起来应该是二十五。对，只展示二十五个。所以呢，你看到这边永远是数量比较少，那实际上还是做了很多事情。那像比如说刚才这个春季， 春季的主题亮暗色实现，就是你看十个小时前，也就是刚才这两个主题，这两个主题是昨天跟今天新加的，而新加的这个过程呢，就是在这里面进行进行了一些实现。然后昨天这个题案的实现呢，它就是通过你看这个是 使用 context 生成的 t r 内容，那当时生成的就是这个样子的。然后这个交互图也罗列了，就是呃用户所使用的一些基本的交互， 然后以及修改的范围，然后就执行了，执行完成之后就完成这相应的所有的内容。嗯，这个就是昨天通过 codex 以及 cloud 进行执行的时候完成的一些情况，包括我昨天这个填文档添加 ai 头像标志，哦，这是文档， 昨天我说这个包括昨天这个头像，你看这个是用 cloud 执行的，刚才那个是 codex 执行的，而这些的标志呢？呃，也都是昨天通过一个题案新增的，那可能是在这个题案的后面了。 ok， 那 昨天除了添加这些功能内容之外呢？我们实际上还添加了这个右下角的这个进行了一下更新。 右下角的这个更新部分是包含什么呢？右下角的这个更新是包含了原来这个部分只有两个 token 的 展示，也就是输入 token 跟输出 token。 而现在呢，我们是支持展示啊，输入的缓存，输入的缓存啊，是普通的输入以及缓存的输入，还有输出的 token。 那 这样的话可以反映一些有 cash 的 情况的情况的时候，它的实际输入输出量可能是什么样的？ 因为通常来说，比如说 codex， 它默认是有输出输入的，那个缓存的价格呢？缓存的价格通常来说是比，就是输入的价格要低一些的，或者低很多，好像缓存的价格是要低很多的。为此呢，呃，我们需要把这个 token 的 技术给罗列出来。 好，我们先看一下刚才已经生成到一半的一个审计，我们先把这个提案的名称改一下，这个叫前后端。 ok， 我 们就叫这个。好，那我们看一下它生成的提案是否符合我们的要求，这是前后端吗？ hot coco， 哎，怎么是 release 跟 build 呢？感觉这样子的话就乱了呀， 我们告诉他，让他直接重新生成， 我们把这个复制一下，然后呢，我们在对话当中，因为我们发现他生成的可能有问题，对吧？他说把这个，哦，他可能是因为生成的这个名称都是一样的， 有的时候会是这样的，就是有的时候甚至名称跟旧的名称是一样的。你看刚才我们因为多个题案的内容是相近的，所以它使用的是相同的文件， 为此呢导致它生成的名称出错了，因此我们矫正一下，我们把它简单的进行矫正一下。 这个情况是因为我们现在使用的是同一个啊， mono ripper， 然后同一个 mono ripper 它的所有的提案文件是保存在同一个地方的，而你现在做的内容如果是相近的情况下，那它生成的主语名称有的时候是完全相近的，这就导致内容有的时候会相互重叠。 为此呢，我希望把这个把这些名称都给那个调整一下，然后让他能够做成一个更加合适的方式。 然后，哦，那现在遇到一个问题，我们原来设计在这个界面上的时候，这个名称到了这一步已经不能修改了，那为此应该怎么办呢？为此我希望直接回退到之前的状态，然后去修改这个名字，修改这个名字完之后再重新生成就好了， 这样的话就会产生一个新的名称，然后按照这个新的名称进行处理，我觉得这个方式是合理的。那我们看一下刚才这个名称所使用的提案是什么？这个名称所使用的提案是 web 跟 release， web 跟 release 是 duck 的 这个，所以它现在这个名称使用的是 duck， 就是现在这个题案文件所内容生成的是 duck 的 这个，那我们就保持这一个不变，然后把另外的三个进行回退，但是另外三个回退当中，当刚才有一个是正确的，那这个不是正确的，我们先把它回退，我们把它撤到词状态， 然后呢？桌面端的这个这个也不对，把它撤到此状态，然后呢把容器的这个容器这个是对的，对吧？ 容器这个是对的，因为它缺少这个那个 compose c l i 的 支持，那既然容器的这个是对的，我们就把这个给支持给加入进去， 然后呢让它去继续添加相应的一些执行。好，那将容器这个是对的，我们就立即执行。然后呢？ dogs 的 这个好像也是对的，因为 dogs 的 这个刚才它生成的提案名称是这个，跟刚才我们看到那个通用的不一样。 那么看一下 dos 的 这个题案是否合理哈啊？添加 c l i 的 就是对我们的文档站点添加 c l i 的 入门，然后对于 site 站点添加功能模块介绍，对于 org 也添加 c l i 的 功能模块介绍。 好，这个是符合我们的要求的，那我们点击执行，然后对于刚才另外这两个题案的文件，可能你看这存在问题，对吧？因此呢，我们需要修正这个名称，我们点击这个立即修正， 然后我们修正的方式是我们希望起一个新的名字来完成这个。呃，修正，为此呢，我们这个是桌面端，我们可以立即修正自定义名称，然后 textstop 更改，那这样的话再次打开它的时候，就可以看到它的提案文件已经消失，它又回到了原来。我们刚开始是完成好描述之后的一些内容，然后我们继续生成规划，让它去使用这个正确的名称进行啊生成， 我们可以看到这个提示词当中现在名称已经发生变化，那这样就不会导致不会产生就是各个提案之间相互呃流畅的问题。 但然后续我们可以优化一下，就是这些判断，让他能够比较智能的直接发现这些问题就好。好，那我们看一下这个前后段，我们这个也修正一下，修正成啊， core 的 这个， ok， 那 我们再次进来就看到题案的名称应该是消失了，然后我们执行这个生成规划，它就可以正常的进行。嗯，前后端这个题案的规划的生成， ok， 那 这样子的话就可以比较好的进行并行的执行了。 好，那在他执行的过程当中，我们继续来延续讲刚才前面没有讲完的部分，那前面讲的就是右下角的这个更新，更新的这个 这叫什么呢？ matrix 指标的部分。指标的部分为什么有输入 token 跟输出输入 cash 呢？这个实际上是啊，在调用过程当中一个比较重要的概念。各位可能啊，对于新新玩家来说，我们向各位介绍一下这个啊，相应的是什么意思啊？ 就是所谓的 ai token call 是 相当于是你发送了一个数据给远程服务器，对吧？然后呢远程服务器比如说他认为他下一步要读某个文件，他会把响应发给你， 然后你这个时候呢，对于做作为客户端又要去读取文件，读取文件之后呢，再把所有的请求发给他。注意这里提到一个词，所有的请求，也就是说你前面说的所有事情，所有的托靠，所有的东西，在每一次轮替的时候都需要把所有的内容发给服务器， 那为此不是相互之间网络开销或者是处理起来就比较复杂了嘛。因此呢，呃，在有一些 provider 当中，它是提供了 cash 的 操作，那所谓的 cash 就是 你每一次只要发呃你新增的部分，而不需要全部的发出去， 然后新增的部分之前那些已经读取的部分会缓存在远程的服务器上，那这样子的话，实际上是可以提高你们之间的网络传输效率，又可以提高。有的时候 ai 里面本身它如果只是一些缓存特性的话，它也本身也可以提高 token 推理的速度。 为此呢，缓存 token 通常来说是一种改进，并且这种改进对于用户来说也是一个好处吧，就是 缓存的托管的价格通常是比普通的输入托管价格是要高，是要低很多的。然后呢，为此呢，更高的缓存的话也能够节约您的成本。这个是为什么有缓存的存在，以及我们现在哈基扣的是支持进行这个分裂统计，是这样一个特性。 好，那既然它正在执行，我们可以看一下执行啊。对于 codex 的 执行其实没有什么能看的事情，因为 codex 的 执行它全部每一个都是通过 exe 的 方式来进行执行的。 为此呢，你可以看到这个 exe 的 内容当中，你实际上看是看不到什么太多内容的，你每一个点进去看它都是 exe 的 情况， 然后续我们可以也可以考虑一下把这个进行一下渲染，但是我觉得好像不是很好处理。没事，这个我们后续可以看一下啊， context 在 执行过程当中的一些效果预览，我们希望做成什么样，到时候可以做一些改进。 你看，因为它的，你看 samui 是 这个直接是 bash 看 ic， 然后后面是一个 mini 行，或许把这后面的 mini 行直接解析出来就会稍微好看一点。 然后刚才这里是出现了一个 server 返回的错误嘛？因为它 context 可能刚才比较繁忙，所以出现了一次网络断开，然后 context 本身它会做五次网络重试，所以呢，如果断开的话，它也会继续执行就是了。 ok， 临时的断开都不是什么小问题。然后现在他正在修改代码，我们可以看到他也有。呃，执行中的，也有修改中的，他实际上执行中的代码已经开始要影响我们的一些代码仓库了。我们可以让这个题样先看一下，然后我们后续继续进行 iso provider 啊，这个部分稍微有一点不符合我的要求的是前端是不需要配置的，那补齐了，那为此呢，我们希望它能够做一些调整， 而且它好像缺乏参考我们的 codex 当中的一些实现器。那我们再向它强调一下这件事情，让它去探索一下， 他就会比较清楚啊，具体实现的时候是缺少什么呢？哎，不对，这边是 desktop 啊， desktop 实际上我们也是没有这个什么路径输入 ui 的， 所以呢，这个是不用管理，不用我们去管理的，我们告诉他一下。 呃，需要参考 codex 的 集成方式，我们的 compiler 相应的一些路径跟配置实际上是不需要通过 ui 界面进行配置，您需要在代码当中去完成相应的一些操作，重点要参考一下 codex 原来是怎么实现的，然后现在也要怎么实现， ok， 嗯，那新来的部部分朋友可能对这个语音提示也有一些语音提醒，也有一些兴趣，我们等下可以说一下这语音题是怎么来的。 我们先看一下当前这个题案进展的情况，现在是这个是前后端的 web 跟交互平台，然后 generate 它为什么会输入这样。哦，那看来有的时候还是需要一些这叫什么？说需要一些让它 explore 的 过程，否则它好像会有一些虚假的想法。 我觉得它主要还是没有，没有就是跟 codex 进行对比，它上下，你看上下文当中完全没提到 codex 这件事情，那为此呢，强调一下，让它重新探索。 嗯，现在的设计方案跟我的想法相差很大，主要是你没有考虑到原来 codex 的 集成过程。 context 的 集成过程是我们一个比较标准的规范，为此呢，引入了这个 copilot c r i， 也要跟 context 一 样实现各个部分。请探索一下仓库当中的情况，然后解决 好。那这样的话就让刚才那个那两个不符合的要求了，再再让大家去探索了。 今天为什么这个啊？可能是因为比较复杂，所以他就缺乏探索，就自己收敛。那昨天我实际上在执行的过程当中，大部分情况下我是不需要让他去探索，思考，他就能生成结果的。 当然也有可能昨天生成的那些比较简单，比如说像这个实现春季的亮色暗色主题，也许实现主题相对来说比较简单，因此他就没有了。 那如果就是说各位在实践过程当中遇到了一些问题，或者说如果你，你看有两个情况，如果你频繁遇到，那你就开启 kollex 的 思考模式，让他能够支持我们的 explore 的 那个操作，那这样子的话，他就可以减少他的一些问题。然后如果， 呃，你觉得你可以比较少的遇到这种情况，那你就像刚才我那样操作，你直接在输入框里面告诉他进行一下 explore， 他 或许就能够得到一个更好的结果了。 ok， 那 它在进行的过程当中我们继续来演，就是演示一下刚才我啊临时为各位说的这个语音提醒的部分，那这个语音提醒的部分实际上是使用豆包的 sdk 来做的， 那语音提醒的部分您可以在这个哪里呢？这边有一个语音识别，这个语音识别这个地方现在我们是可以通过豆包语音识别来完成的。豆包语音识别您可以通过这个线上的。呃，豆包的网站， 他是提供了每个月二十个小时，好像不，不是每个月，这边好像写错了，是他提供了二十小时的时长包。然后呢？对于个人开发者来说，或者个人使用来说，二十个小时实际上是很长了， 除非你一直讲话，一直识别，是吧？否则你在日常开发都是二十个小时，假设你每天用，我们假设啊，每天用十分钟，那也可以，那也可以用很长时间了。然后呢？另外的话，豆包的这个语音识别的价格，它的时长包它有，是它是有时长包的，而且芝麻好像是买了就无限期的。 然后呢，最低的一档是三十块钱，三十个小时，也就是说如果你只用识，只是用它做识别个人使用的话，一个小时只要一块钱， 相当划算，我个人觉得是相当划算。当然如果你想要用免费的一些语音输入法来完成，就是在这个当中的语音识别，比如说在这个当中的语音识别。实际上嗯，也还是有其他办法的。比如说我前一阵子找到一个开源项目，叫做 handy， handy 这个项目我们可以怎样让他去帮我们调研一下 handy 这个项目是什么样的？然后呢，这个项目呢？实际上是一个跨平台的那个语言语音输入法， 为此呢？呃，如果你觉得就是内置的这个逗号语音输入法价格或者说，呃，性能上存在一些困难，你也可以使用 handy 来操作。等一下我们，我们现在就让他搜索， 我们可以在这里新建一个绘画，新建一个普通的绘画，这个不是题案呢，所以呢，只是新建一个跟您平常聊天的窗口一样的内容。 handy 是 是什么？是是一种语音输入法吗？ 然后打字有的时候还是很容易错，那我们直接输入吧。啊，请帮我调研一下网上相应的一些资料，然后形成一篇调研报告发送给我。 啊，那这个是就是使用 context 的 图法编程了，你就直接嗯说一句话，然后让它去尝试。嗯，做一些事情，这个可能跟您在平常没有使用 spec 流程当中所使用的体验是类似的，那它最终会生成什么结果呢？实际上也不大明确。 那现在我好像默认用的是 cloud， 对 吧？所以它现在默认是 cloud 执行，因为我在后端的那个设置的全区设置当中使用的是 cloud 进行一些操作。 好，那接下来我们看一下刚才生成到一半的这个桌面端的执行操作， 因为我们刚才让他是重新去那个 explore 了。没有，因为他在 desktop 是 忽略了这个 context 的 一些内容的。为此呢，我们希望让他去啊使用跟 context 相关的一些情况，参考并复用。参考并复用 面部识别器扩大利用。好，那现在这个就符合我的要求了，因为现在这个才是真正的我们说。呃，使用的是原来集成方式。 好，那这个是，既然是可以的，我们就执行吧。哎，那个，这个探索 andy， 我 尝试了很多办法。无法，那啊，因为我本地的 m c p， 我 本地 m c p cloud m c p。 因为我换了 code 之后，我已经把 cloud m c p 都给干，都给弄坏了，所以我现在是无法进行探索的。好，那既然这样，我们就不管了，把这个题案给删了， 这不是题案，把这个绘画给删除， 然后接下来他这边还在继续进展，我们可以看一下刚才语音输入这个部分还没有说完的部分啊，语音输入这边语音识别的时候，嗯，实际上要配置的内容只有这两个， 一个是 apikey， 一个是 token。 然后呢，您可以在下面进行一些更加复杂的配置，在这里测试连接之后，你就可以在这里进行实时的测试。 hello， hello， 你 好呀。 hello， hello， 你 好呀。 看，这个是实时的配置，然后呢，我们也可以点击这个查看文档，这边是编辑的一个简单的就是如何使用豆爆语音输入的一个支持获取这个 api key 以及 token， 以及呃文档输入相关的内容， 呃，这个是在我们的 docs 点 hashcode com 这个上面呢，有一些我们相关的一些技术介绍文档，那现在呢，文档还比较少哈， 我们后续会逐逐个的丰富。然后呢，我们的技术团队每天也会呃提供相应的一些技术文章的发布，我们会发布到我们的博客站，然后呢，并且我们也会在各大平台将这些博客文章进行一下同步。 然后呢，各位也可以在各大博客平台上面看到，包括有抖音号呀，呃，包括有头条号呀，这个什么 infoq 呀， os china 呀，啊，私否呀。实际上我们每天都会把这些文章都发布到各个平台上面去， 各位也都可以看到，如果您看到有哈士奇的相关的文章，记得在各大平台为我们点赞哟，当然这样子的话可以让更多的朋友们可以关注到我们的项目。 然后在文案站点上这边有个技术知识群，各位如果在开发跟实践过程当中遇到任何问题，可以点击这个技术知识群查看。当然在我们的主界面上也提供了相应的技术知识的按钮，这个也是加入到我们的群当中进行操作。 好，那接下来这个是刚才这个是前后端了，这个实际上是这个是最重要的，然后这个前后端，嗯的内容的话，它是要实现我们的后台的 orleans 集成了，那这个就是要参考我们原来的 codex 集成了，看它现在实现的内容， ok， health， check 之类的。 好，那这个也是我们界面上的要求嘛？这个是这个，这个界面就是对应着我们原来那个头上的那个界面，改了流程控制当中的界面。各位如果没有印象呢？我们点下去看一下，然后这个 state spa， 这就是他说的是这个，他说的是要改这个东西。 哦，那我现在突然想起来，刚才我们把他们全部混在一起的时候，因为我们没有指定 excel， 所以 可能也是这，这可能也是导致他当时第一个体验生成出来效果不是很好的问题。 后续的话各位也可以尝试一下，如果 codex 对 于一些大复杂的任务，我们可以把它开启 excel， 或许就可能得到更好的效果。 那后续的话，我们也可以考虑在界面上执行题案的时候，那边直接这边可以选，对吧？我们觉得这复要复杂。 explore， 我 们就这边简单了，不要 explore。 嗯，这样子的话也可以得到一个可能，可以得到更好的效果。那我们可以在界面上做一些控制，那实际上这个事情等下我们就可以做了，不需要等到什么之后，是因为执行这些本身也需要比较长的时间。 好，我们看一下提案名称， cc 这个后端用 green 是 吧？解析到 green 路由 code 包含 这是监管通道的执行 provider 映设以外，但是它怎么没有提到我们要新增一个 provider 呢？ 他好像只只只只做了一点部分，那他既然只做了一点部分，那他我们就要求他再执行其他部分，对吧？那不就好了。 呃，我看现在的设计是缺少呃 provider 的 代码设计跟内容的。 呃， provider 设计也需要参考原来 codex 的 代码设计，然后进行对接，并且呢，我们在 playground 当中是有对 sdk 进行设计的，或者说对 sdk 有 进行一些实践的，因此呢，在实现啊 provider 的 时候注意要参考 playground 当中的 sdk 实现。 那么昨天实际上在 playground 当中已经测试了官方提供的 compiled sdk， 然后并且在里面是有带有项目的，为此呢，这个这个，这个实际上应该也是因为刚才没有 explore 那 个动作，所以他没去那个 playground 当中看， 如果有的话，他应该还是会去看。好。我们看一下 dos 的 这个部分，他已经执行完毕了。 dogs 的 部分，这一方面我们看一下它改的什么东西，我们可以在这边看到我们所有仓库的一些情况，然后呢，我们可以在这边的 get 管理里面看到 dogs 的 管理情况，我们可以看一下 dogs 是 文档的库。 呃，他改了一些文件的内容。哎。怎么卡住了啊？怎么卡住了？我这点这个界面从来没遇到卡到卡住的情况。他莫不是把我的，莫不是把我的站点给停止了？他是不是在执行过程中把我站点停止了？ 这页面完全卡住了，我们先把它关了，再开一个，虽然不知道为什么，但是他卡住了， 那我就直接重新打开，因为这个还并不是您所使用的版本，这个实际上是在我本地自己迭代自己的版本，所以你现在看到的实际上是他开发版本的一些行为，而开发版本的一些行为可能有的时候就会导致一些异，异常的情况或者异常的错误。 那我看一下有没有什么线索哈？刚才好像我打开的时候又卡住了。 从 command line 来说，好像是健康的，没什么问题。那可能是临时的问题。好，那我们继续看看。在了一些情况。呃，它 dos 是 做了一些修改，我们刚才是在看 dos 的 时候卡住了， dos 在 这儿， 然后呢，他修改了一些文件当中的内容，好在加载差异的时候报错了。那看来这个文件差异很大，或者是说这个加载差异有一些异常。好，那我们再把它关了， 那我就不看了。怎么能不看呢？我们可以看一下这个， 我们可以使用我们外置的那个管理器来看一下目前的一些情况。哎， 好，我们看一下外置的管理器。 哦，看来是这个界面存在一些问题。没事，这个界面存在问题，我们可以使用其他的内容先进行查看。哇，这怎么改？这是什么东西？ 这是什么东西？ p n p m 的 文件啊？ p n p m 的 文件。等下我们在 model ripper 里面把它忽略了就可以了。我们可以看一下 docs 的 改动。 doc 改动在这儿它添加了一些 codex 里面相关的支持， codex 里面也添加了 compiler 的 支持， 然后添加了 copilot 集成的一些文档，然后添加了一些命令行的使用方法，内容之类的。啊，还有 就是 setup context。 哦，它是 setup context， 为什么引用这个？这个也是 explore 不 足导致的问题。那看来有的时候 context 还是要呃让它进行 explore 才能够正常符合我们的要求。 现在这个界面如果一直停在这的话，会导致一些问题， 导致直接我看不了其他的了。哎呀， 好，这正所谓把它关了，把它快速关闭就不会有问题。哎，等没事，等下我们后续看一下那个界面上到底具体是存在什么问题，我们今天重点还是要关注于这个前后端对接以及相应的一些内容的。 然后在现在这个当中啊参考明确引入 playground sdk 的 参考。 ok， 那 现在就开始添加我们刚才说的那个扩展 option， 这个是我们现有的后端设计当中的一个复刻，因为现有的后端设计当中在 context 当中的时候也引入了呃相应的 sdk option， 以相应的一些配置总看来实现这个最终的效果。 所以现在代码又变多了，它会要求实现 factory provided， receiver 这些， 然后任务也会变得更加复杂。哦，那这个执行下来的话又要再再花时间了。 那但是我们的视频我们看一下，我们现在视频的时长已经到了将近快五十分钟了，那我们就不继续演示了。 那总我们简单总结一下今天视频的一些结果吧。首先的话，我们现在哈基扣的引入了 codex 的 流程之后，您可以在各个环节进行对应的 codex 的 呃操作，并且呢，您可以通过思考模式的切换时则您可以进行这个 codex。 不 同 codex 跟 cloud 使用不同的思考模式以及流程控制相关的内容。后续呢，我们也会在界面上 呃添加相应的立即控制的方式，那这样的话就可以得到更好的效果，也就是跟这边一样，这里只控制默认值，而在界面上你还是可以进行自主选择的。 然后呢，我们今天也遇到了一些问题，就是 context 可能对于这种超级复杂的项目的时候，可能还是要开启 excel， 也就是开启刚才那个界面的思考模式，让他能够执行。而这个开不开启的抉择就由用户自己来决定。这个是一个比较好的人际社交交互吧， 一方面就节约托管，一方面就是呃让人有一个快速决策的方式，通过这样的搭配来解决这个问题。 好，那剩余的一些其他改动的话，我们就呃也在视频的过程当中进行一下演示。然后各位如果对这个项目感兴趣，哈奇堡的 desktop， 各位可以通过 desktop 的 方式来，嗯，使用我们的网站。然后呢，也可以使用 啊容器的方式来使用我们的网站，您可以登录我们的唯一官方指定网站 hjico com。 然后呢，在我们的页面上您就可以找到我们的啊桌面应用的下载链接以及相应的容器的下载链接。为此呢，这样的话就可以呃，在你的桌面 对接 cloud 对 接对接 cloud 对 接 codex， 或者包括我们今天后续马上就会推出的 copilot， 这样的话就可以得到一个更好的日常开发体验， 不管是已经有不不少的朋友已经在开始尝试了。然后呢，希望您可以通过这个视频来了解到我们最近的一些开发特性，我们为各位用户带来了智能便捷以及有趣的开发桌面体验， 然后呢，也可以通过我们的 bilibili 的 网站来了解我们的相关的一些实际演示跟相互操作。如果您在开发过程当中遇到任何问题，您可以通过这个 我们的技术交流群找到我们的群友，找到我们的开发者来了解我们。呃，最新的一些技术动态以及最新的技术支持。好，那今天的视频就到这里，好，感谢各位观看，拜拜。

最近我出了好几期关于 anti gravity 的 视频，这是谷歌推出的一款完全免费的智能体 id， 能让自主 ai 智能体进行编码和规划，并端到端地构建几乎任何项目。 我们也介绍过 open code， 它可以说是最好的开源 ai 编程智能体之一，适用于您的终端。它也支持 i d e， 让你能全面掌控代码的编写和编辑，还能借助你想要的几乎任何大元模型来浏览代码。 但问题是，他们各自都欠缺对方最擅长的能力。比如说 anti gravity 就 强的离谱，在高层级智能体编排和自主规划方面， 但在精确性方面他就不太行了，在确定性、代码编辑和深度仓库及控制方面也不行，而这恰恰是 open call 的 拿手好戏。此外，他的使用频率限制对很多用户来说是个大麻烦，即便是 anti gravity 的 付费版，使用额度很快就可能限定。 反观 open code， 它擅长进行外科手术式的精准代码修改，深层的差异文件清晰明了，螺旋选择也很灵活。但它处理不了长周期智能体工作流，也缺乏真正的多步骤自主能力这方面远不如 anti gravity。 所以 很明显，这两款工具各有所短， 也各有所长，但若将它们结合，就能取长补短，优势互补。因为 anti gravity 擅长端到端的规划推理与智能体协调， 而 open code 则能执行清晰可审查的代码变更，借助任意大圆模型，强强联合后，它们不仅能写代码，更能将你的任何构想变为现实。所以今天我就来为大家演示如何在 antigravity 中直接调用 open code， 两者结合， 你就能打造出最高效的编程工作流，完全免费。首先，你需要有一个谷歌账户，并确保已安装好 antigravit， 无论你的系统是 macos、 windows 还是 linux， 都能安装。准备好之后， 就可以轻松全局安装 opencode 了，比如使用 curl 命令、 npm 帮 brew or peru。 不 过还有另一种方式，你其实可以直接把 opencode 作为插件集成到 anti gravity。 打开 anti gravity， 你 可以进入扩展商店， 然后搜索 opencode。 打开 opencode 的 插件页面后，你会在左侧的插件面板里看到 opencode， 点击即可安装。 安装好后，你可以用几个命令来快速启动它。在 mac 上，你可以用 command 加 escape 快 捷键启动它。在 windows 上，则可以用 ctrl 加 e s d 快 捷键。在 linux 上，你可以新建绘画使用 command 加 shift 加 escape 即可，或者在 linux 上也可以用 ctrl 键代替。这样一来，上下文感知功能就会自动将你当前选中的内容或标签页同步给验。 open code 这确实是个很强大的功能，因为你可以和 anti gravity 协同工作。你将能够 直接在 open code 里进行上下文驱动的操作，同时也能调用你代码仓库里的所有内容。大家可以看到这个按钮，点一下就能直接打开，然后就能使用这个面板来配合使用 open code 和 ant gravity 智能体。 我知道可能有人会在右边面板这里问，为什么要两个一起用。其实呢，如果你把两者结合， 你就能让这两个工具各司其职，以不同方式实现，这样才能物尽其用，因为你可以让 anti gravity 担任指挥，你可以让 open code 来当首席工程师。所以只要你明确这两条规则， 就能让这工作流发挥最大效用。 anti gravity 擅长高层次的智能体编排，而 open code 则经于具体的代码实现。 更棒的一点是， open code 具有很大的灵活性，在可选的 ai 模型方面，可供选择的模型提供上非常多。但呢， anti gravity 这边选择不多，而且调用次数明显受限。我之前做过一个视频，演示了如何在 open code 里直接使用 anti gravity 的 认证， 大家可以通过这个视频了解一下。具体展示了如何直接调用 antigravity 的 o 在 open code 中实现，这样你就能完全免费使用 open code 了。 如果你有 pro 版，就能直接在 open code 里用，从而调用 opus 模型。但我更推荐你现在可以 直接在 antigravity 里操作，比如按 ctrl 加 p， 而且你可以选择不同的文件，直接在环境本身里进行选择。 现在我们来看看实际操作效果。接下来，我们切换到 antigravity 智能 t 选择规划模式，并且用 opus 四点五思维模式。 之所以这么做，是因为 opus 非常擅长规划，它能进行推理，并制定出分阶段的具体实施计划。它速度快，可靠。它尤其擅长为智能体工作流进行多步骤推理， 因此原子 gravity 是 完成此任务的理想工具。具体来说，看起来实施计划已经生成，任务列表也已经完成。大家看，我正在创建一个 crm 仪表板，这就是深沉的执行计划，可以看到它完成的非常出色，把每一个步骤都详细列了出来， 说明了 open code 的 智能体将如何写作开发这个项目，而且非常详细。正因为它强大的推理能力，所以我倾向于使用 op 四点五。 另外，再告诉大家一个小技巧，你完全可以创建多个 open code 智能题，这样就可以同时运行多个绘画。这确实是个很棒的设计，因为你可以新建一个终端，然后直接在终端里运行 open code， 这非常方便。接下来把实施计划导入到 opencode， 只需使用 at 命令即可。我们直接选中它。现在我要让它完整实现并执行这个计划。 我已经提前为此配置好的提示。接下来我们就可以将这个指令发送给 opencode， 让它部署多个智能体来帮我们创建 crm 仪表板。 他会立刻开始执行这个计划，他甚至会自行推理来消化这份实施计划，并将其拆分成多个阶段，以便着手开发这个 crm 仪表板。就这样，一个精美的 crm 仪表板便生成了。 而这一切它只用了大约五分钟就构建出了前端，还一并构建了后端。这是一个功能完美的 crm 仪表盘，你可以用它来添加新实体和新客户，还能进行联动修改。

程序员们注意了， open ai 刚刚开源了一个可能彻底改变开发工作方式的 ai 框架。这个名为 symphony 的 新工具，能让 ai 编程代理像真正的开发人员一样，独立完成整个编码流程。想象一下，当项目管理看板上出现新任务时， 金粉你会自动创建一个独立工作区，分配 ai 智能体，完成从编码、测试到提交的全过程。最厉害的是，它甚至能深沉演示视频，所有工作完成后只需要人工进行最终审核即可。这个框架有三大创新亮点。 首先，它采用工作量证明机制，确保所有修改都必须包含通过的测试和完整文档。 其次，智能体行为规则，通过 work flow 点 md 文件管理，让团队能灵活控制 ai 的 工作方式。最让人意外的是，整个框架仅用两百五十八行 elixir 代码实现，运行在 erlan bim 平台上，支持热更新不中断服务。 目前， symphony 已在 github 开源，采用 a patch 二点零许可证。与 open ai 现有的 codex 不 同， symphony 专注于项目管理层面的多智能体协调工作。这一发布立即在开发者社区引发热议， 特别是 e l i x i r， 开发者们认为这是对该语言的重要认可。随着 ai 编程助手领域竞争日渐激烈， symphony 的 出现可能标志着开发工作方式即将迎来重大改革。程序员们是时候准备迎接 ai 同时时代了。

workbody 具备多 agent 并发任务处理能力。我们先开发一个势力网站， 然后新建多个任务，同时对该网站进行改版。如我们连续增加了色调风格转变中英文切换内容新增这三个任务。 在运行过程中，我们可以看到各个任务的进度以及 diff 信息。 网页改版完成，来看看最终的效果吧，所有的变更需求都完成得非常不错。 使用 workbody 发送小红书图文，首先提出参照爆款图文生成类似的内容， workbody 开始自动调研和仿照编辑。 第二步，要求 workbody 发布到小红书， 等待片刻就完成了。 外语音视频转成中文速记、一句话提需求，剩下的交给 work body markdown， pdf， word 等均可生成。

呃，最近出现了好多这种智能体编码的工具，真的太牛了。比如这个，我在本地安装了一个 cloud， 它现在正在作为一个全站工程师自主地进行开发，开发过后将这个代码提交到 git 平台 给你平台，然后我这里有一台这个云服务器正好，呃，我看一下云服务器，然后正好我在上面装了一个 open code， open code 的 话它又可以帮我进行部署。我们可以来看一下 这里，我这里是一个适合适合四 g 的 一个云服务器，然后本地的 code 将这个开发好的代码，然后他自动将这个代码上传到这个地址仓库，然后将 测试好没有问题的，然后把代码合并到这个 master 分 支里面去。然后合并过后，他又把这个打成对应的这个标签，对应的每个版本新增哪些功能。 然后 open code， 它又通过这个 git 仓库将那个代码拿拿取到我们这个云服务器上面。云服务器上面，然后它把它打包成多克镜像， 然后再把这个镜像运行起来。啊，这个 open code 能干嘛呢？我们也可以问一下它， 他阅读到消息过后，他就会回复我们这是在一个群聊里面，因为这个机器人，我的这个个人的这个机器人他正在帮我处理一些事情，他现在还在处理，我们可以在另外一个群聊里面艾特他，让他做其他的事情。 这里他比如他可以帮你解答各种问题啊，帮你写作，帮你工作。因为我是安装在云服务器上面，我看很多演示，他安装在 windows 的 这种电脑上面，他还可以帮你截屏什么的 啊，但是我让他帮我执行命令，这些都是没问题的。比如我 让他检测一下云服务器的资源占用情况， 它可能需要一点时间。我们先来看一下它这个在在云服务器上面帮我打包成的这个镜像， docker 里面的镜像这里看到我之前是安装了一些没用的，然后这个是这个前后端， 前后端它帮我打包成的镜像，现在正在帮我运行，我看帮我运行起了吗？ 现在还没有运行器，他现在还在运行，因为我这个资资源，云服务器的资源不是很大，所以啊，他可能处理起来比较慢一点。 比如这里检查资源占用情况，因为我这边在让他部署，然后这边再去问他这个资源情况，可能他这服务器的资源不太够用，然后他要慢一点，但是他会回答你的，只是他需要一点时间。 ok， 后续的话我会也会出一出一系列的这种教程，教大家怎么去部署这个 open open code 和这个 code， 他不仅能够编码，而且他能够处理各种各样的呃事情，比如你喊他帮你写文档啊，比如这里让他帮我写了一个 code 的 这个教程文档，还可以帮你处理一些数据什么的。 好，今天视频就到这里，后续我也会出相关的视频来教大家怎么去做。

哈喽，大家好，欢迎来到黄老师的三阶魔方模拟教程第三集， ok， 当你看完了第二集三阶魔方角块的编码方法以后，如果你已经基本懂了如何进行简单的角块编码，那黄老师恭喜你，因为今天黄老师要给大家讲的就是角块编码会出现的两种特殊情况，分别是小循环， 翻色， ok， 那 今天的内容只要你学会了，那不管再怎么打乱脚块，你都可以正确的把它编码出来，然后提前预告一下，第四集黄老师就要教大家如何根据编码来复原脚块了，所以第三集很重要，好好学习， ok， 那 下面正式开始。 好，那下面我给大家举一个实力，你就明白小循环和翻色它都是什么，然后遇到以后该怎么处理了啊？那首先先看一下黄老师手里面这个打乱，我们第一先把坐标系对不对，上黄下白，前红后橙对吧？先给他方向放好，然后再来开始编码， 那今天呢，我们小帅的第一站对不对？我们看下起点这个位置，第一站我们要去哪里呢？要去白红绿城市的红色地区， ok， 那 我们的白红绿城市的红色地区，对吧？就是 y， 那 今天呢，我们的第一站就要去到 y， ok， 我 就写一个 y， 好， 那我们第二站要去哪里呢？我们来看一下啊，就是 y 位置对不对？ y 位置现在他是黄 红蓝城市的黄色地区， ok， 那 他就是要来到黄红蓝城市的黄色地区，就是 a， 所以 说第二站呢，我们就来到了 a， 好， ok， 然后再来看一下 a 位置对不对？那 a 位置现在是 白绿城城市的绿色地区， ok， 那 白绿城城市的绿色地区 s， ok， 所以 说我们的第三站呢？就来到了 s， 好， 再写一个 s， 好， 现在来看下第四站去哪里呢？对不对？黄红绿城市的红色地区，哎，那现在黄红绿对不对？他，很明显他就回到了我们的起点块了。那现在呢？我们才发现，哎，我们才编了三个字母，小帅就回到起点了， 那我们三阶魔方一共是有八个角块的，对吧？除去起点块不用编码，我们有七个角块，所以正常情况下角块编码应该是七个。那现在才三个编码，说明肯定还没编完，肯定有城市小帅还没去过。 ok， 那 现在大家记住了， 当你在编码过程中，如果也遇到了，才编了几个编码就回到起点，那说明大概率就是遇到小循环了。 好的，那遇到小循环我们该怎么办呢？记住了，我们一定要先检查检查，看看哪个城市是我们小帅还没去过的。啊，那现在我们才三个编码，对吧？那说明只去过三个城市，那很多城市都没去过， 那我随便举个例子吧，对吧？现在我们发现，哎， g h i 这个城市是不是还没去过，对不对？那现在我们小循环就可以从 g h i 城市开始。那从 g h i 城市的哪个地区开始呢？记住了，都可以， 如果你喜欢 g 地区，你就从 g 地区开始，如果你喜欢 h 地区，那就从 h 地区开始。好，那黄老师呢？比较喜欢 g 地区，那我们现在就从 g 地区来开始吧。啊，那这里呢？大家记住一句话，小循环一定要有头有尾，这是什么意思呢？就是我们要把小循环的起点位置编码和终点位置编码都要写出来， 现在黄老师从 g 开始，那我就先来写一个 g， ok， 咱们第四个编码啊，就是 g， ok， 那 这块呢，我建议新手朋友们可以在 g 的 上面点一个小点。 好，为什么呢？因为点个小点就可以代表他是小循环的起点，这样等下回到终点的时候你就知道哦，小循环结束了，好，那现在呢，我们再来看一下，对吧？ g 位置啊， g 位置，咱们下一站去哪里呢？ g 现在是 白红蓝城市的白色地区。好，那白红蓝城市的白色地区是什么？ w， 好， 那我们下一站呢，就来到了 w， 好， 然后再来看一下，对吧？ w 在 底下啊，那咱们就看一下 w 位置上，下一站去哪里呢？黄橙绿城市的绿色地区。好，那黄橙绿城市的绿色地区是什么？是不是 i 啊？那现在大家想一想啊，大家发现了 i 地区，它是不是又回到 g h i 城市了？ 大家想想，我们小循环的起点是不是 g h i 城市的 g 地区，对不对？那现在又回来了，就说明小循环结束了，那我们一定也要把最后终点的这个字母也写上去，对不对？也就是 i， 好，然后现在呢，我们可以再在这个 i 上面标一个小点，对不对？那这个时候我们就知道了啊，起点是 g 对 吧？终点是 i， 那 现在我们的小循环他就已经全部结束了啊，那在这呢，黄老师给大家再补充一下，我们小循环的起点编码和终点编码，他不一定非得是同一个字母啊，只要起点 和终点，对吧？这两个字母他都在同一个角块上，也就是同一个城市上，他都是正确的，记住了吗？ 好，那目前为止呢，我们一共得到了六个编码，分别是 y、 a、 s、 g、 w、 i， ok， 那 现在呢，我们再来检查一下，看看还有哪些城市是我没有去过呢，对不对？首先从 abc 开始吧，那 abc 城市我们去了啊，其中的 a 地区对不对？然后呢？ d， e、 f 城市我们来看一下， 好像对吧？没有 d 啊，也没有 e， 也没有 f， ok， 那 现在大家发现了，看我们 d、 e、 f 这个位置上，它是不是黄橙蓝，对吧？这个颜色的块，哎，那现在我们再看一下，它正常复原完以后，黄橙蓝 这一块它是不是也在 df 上，对不对？那现在说明什么？说明我们的这个黄橙蓝它就在它自己的位置上，但是它的颜色朝向不对，对吧？我们可以发现，只要我这样子轻轻把它扭一下，对吧？原地扭一下，它是不就归位了啊？那记住，当我们遇到这种情况的时候啊，它就是遇到翻色， ok， 那 遇到要翻色的小块，我们要怎么编码呢？记住了，每个翻色的小块我们都可以用两个字母给它编出来，那第一个字母编什么呢？啊？那像这个，你看是不是 d、 e、 f 这一块要翻色，对不对？那我们第一个字母编 d， 编 e 或者编 f 都可以啊，你喜欢哪个就写哪个就好了，那黄老师比较喜欢 d， ok， 那 所以说黄老师翻色这个第一个字母，我就先写一个 d， 好， 我先写一个 d， 然后打一个括号啊， 把繁体我写到括号里头。好，那如果黄老师第一个字母，你看我写的是 d， 那 第二个字母是什么呢？我们就看一下 d 位置上，对不对？它现在是不是 黄橙蓝的橙色？那橙色我们来看一下黄橙蓝的橙色，它正常是什么？是不是我们 d f 城市的 f 地区，对不对？所以说呢，我第二个字母，哎，就写 f 就 ok 了啊，就这么简单， ok， 那 如果你要是喜欢 e 的 话，你也可以先写 e， 然后呢？你如果写 e 的 话，你就看 e 位置上，它现在是不是黄橙蓝的黄色，对不对？那黄橙蓝的黄色是什么？是 d， ok， 那 第二个字母你再写个 d 就 好了啊，所以说它都是可以的， ok， 理解了吗？ 好，那现在把这个翻色的字母写上去以后呢？我们发现我们一共得到了，对吧？二四六八，对吧？八个编码啊，那现在呢，我们在最后做一个完整的检查，看一看还有没有少编或者漏编的地方。好，那咱们就从 abc， 对 吧？按照顺序来， abc 城市我们去了什么？是不是去了 a， 对 不对？然后 df 城市呢？对吧？它是翻色， ok， 然后 g h i 城市，对吧？去了 g 啊，也去了 i， 对 不对？然后再看底下 w m n 城市，我们看一下啊，去了 w， ok， 然后现在 o p q 城市我们去了，哦，没有 o p q 啊，但是现在我们会发现什么呢？哎，你看一下 o p q 这一块，它是不是已经归位了，对吧？那归位的我们就不需要再编码了， 好，接着往后看啊， rst， rst， 我 们去了 s， 对 吧？然后最后一个就是 x y z 啊，那我们去了 y， 好， 那当现在你看到没有，全部的地方都已经去过了，那就代表着，哎，我们这一组编码就绝对的百分之一百完成了。 ok， 那 看完上面这个例子，我相信你已经大概学会了角块编码的两个特殊情况，也就是小循环和翻色的处理方法了。那最后黄老师再提醒一下大家，我们翻色的这个编码记住了，一定要写在我们角块的最后面啊，最后面， ok， 那 如果你还没怎么听懂小循环和翻色的编码方法，黄老师建议你可以反复多去看几遍这个视频。 那最后黄老师再给大家说一下，小循环和翻色他们不一定只出现一组，如果运气不好的话，也可能同时出现多个小循环和翻色的情况啊。那当然呢，你们也有可能会遇到一个像这样的情况，我们来看一下啊，就是当你拿到一个打断的魔方以后呢，我们发现，哎， 现在你看一下我们小帅的起点，哎，我们发现这个起点块，你看黄红绿对不对？他就在他自己的位置上，那怎么办呢？记住了，这个时候我们就要直接开始用小循环的编码规则开始了啊，那我们就可以从，对吧，还是刚刚那个，你看可以从 ghi 城市的对吧 gd 去开始， 然后记得呢，小循环一定要有头有尾，再回到 ghi 城市就代表着这个小循环结束了。所以作为新手，一定要在编完码以后，养成检查一遍的好习惯，看看自己有没有错编漏编的情况， 小循环编码一定要记得有头有尾。那最后我给大家留一个作业，然后打乱呢，就在旁边，你们可以把编码写好了，打在评论区里头，我帮你们看一看正不正确。 ok， 加油。

大家好，咱们昨天呢有一个网友问了一个问题，就是当防火门监控器当中有一个门次开关，他在编码设置的时候呢，没有办法去写码或者读码啊，如何进行处理？他在接线应用的时候呢，是采用二总线的一个接线方式，直接接到防火门监控器的信号总线上即可 啊，在编码应用时，咱们也是采用太汉的通用型手持电子编码器，那现在我们进行读码，这边有一个读的一个按钮 啊，此时呢会显示失败啊，在右上角这个位置，大家需要检测是否为 t 六模式，通过不同模式的选择，给我们的火灾报警系统或者是防火门监控系统来进行切换啊，此时我们可以点击七九按键切换它的协议模式，采用 t 六的模式， 点击二啊，选择到 t 六模式，然后点击写入啊，此时呢我们再次读码啊来进行测试， 显示零零一号地址类型呢，就是我们的门次开关，如果更换地址，我们点击退出按键，点击写，输入对应的零零二号，点击写入，那二号地址呢就写入成功。

今天我要给大家演示一下 ai 桌面智能体如何采集淘宝数据并进行自动化分析。在电商领域，淘宝数据蕴涵着巨大的价值， 能帮助商家了解市场动态、消费者需求。而我们的 ai 智能体就像一个不知疲倦的超级助手，能高效完成数据采集与分析工作。 它会迅速连接到淘宝平台，在海量的商品信息、店铺数据、用户评价中精准定位我们需要的数据， 无论是热门商品的价格走势，还是特定品类的销量变化，都能被它轻松捕获。智能体采集淘宝数据并自动化分析，可以大大节省时间和人力成本， 让商家能更精准的把握市场脉搏，在激烈的电商竞争中占据优势。怎么样？是不是很厉害呢？ 采集完成后， ai 智能体马上进入自动化分析阶段，对数据进行深度挖掘，比如分析不同地区消费者的购买偏好，找出哪些商品在哪些地方更受欢迎，还能分析商品的关键词热度， 为商家优化商品标题和描述提供参考。有了这些分析结果，商家就可以做出更明智的决策， 比如根据消费者偏好调整商品库存，根据关键词热度优化广告投放策略。你也想拥有一个不知疲倦的数字员工吗？ 点开评论区去下载体验吧！

今天我们继续快速介绍一下如何在 openclaw 里面接入 choice 量化接口并且使用。那么首先我们得找到 choice 的 官方文档，那这是它的文档地址， 然后我们将我们的需求告诉 openclaw， 我 们告诉他我们需要安装 choice 的 拍粉版本的量化 ip， 并且告诉文档地址以及我们的账户和密码。然后 openclaw 呢就会根据我们的要求进行安装，等待一段时间， 我们看到 opencl 已经安装完成，为了验证是否安装成功呢？我们就让 opencl 通过 choice 接口获取平安银行最近一年的日限数据，并且绘制 k 线图， 那么 opencl 就 将数据返回，并且绘制正确的一个 k 线图表。对于我们的 choice 量化接口来说呢，更多时候我们使用 choice 接口会利用到它的命令生成器， 比如说我们需要查看一个龙骨榜数据，它其实是会给出我们非常多的自定义质段，那么它的形式是这样的，虽然前面的函数名称是一致的，在产品手册里面，也就是文档里面可以看得到，但是后面的这些质段名称是比较特殊的。 换句话来说，我们的 opencloak 其实是并不知道具体有哪些制断来获取我们想要的数据。所以为了更好地使用 choice 接口呢，我们一般来说会自己手动地把这些命令给它找出来，然后复制并且告诉我们的 opencloak。 比如可以这样，根据下面的命令帮我用 choice 接口来运行查看它的数据，那么它就根据我们的这个命令的制断以及日期 调用 choice 接口返回给我们一个异动的龙虎榜数据，所以当我们要用 choice 接口获取一些数据，并且构建策略的时候，在数据获取部分需要让我们特别地给 openclo 说清楚，然后 openclo 准确拿到该数据之后呢，就可以进行后面的更多的数据分析以及策略构建等操作。

open 科奥如何添加高德实现相关需求？ open 科奥可以添加高德，实现地理编码地址坐标路线规划急驾车步行骑行等坡搜索行政区域查询等功能。高德的 skill 叫做 gaio， open 科奥安装的方法为 npx gaio 黑豹的 t 并进行配置。高德的 key 可以 在 cemd 进行临时配置，也可以保存到 windows 的 系统变量中，以便下次启动 open 科奥使用。