agent17修改教程

我们前面已经把所有的步骤都已经做过了，但是他只能在终端里面跑，这个他不等于就是真正的可以使用，因为每次打开程序还要输入命令，要带参数，如果说不懂这个技术的朋友，他就压根没法使用这套东西。 前面六七五个模块都已经做完了这么一期我们就把它封装进一个桌面窗口应用，然后有界面，有按钮，有进度条，你不管发送给谁都可以 直接的去使用，不用再去输入一行命令。在整合之前，我们先把五个模块给过一遍，然后第三期的时候，主要就是 a 三个工具，函数文件填内容以及保存，这个部分不需要 ai。 第四期呢，我们接入了大模型以及给 a 阵阵装上了记忆， 建立了知识库，可以用与搜索去匹配我们的一些内容。第五期大模型批量去分析任务，自主的制定计划，带着每个 嗯内容的具体备注。第六期实现了两层字典规则检查完整性，然后大冒险审查内容的合理性，两层通都通过了才保存文件。这期现在的这五个模块全部都已经在终端里边跑通了， 大模型也贯穿搜索、规划、审查三个关键的环节，但是能在终端里面跑通和真正能用之间还差着最后一步。为了让我们不懂技术的人也可以去直接去使用，这期我们就来做这个桌面窗口。很多人在整合的时候，第一反应就是 把代码复制到一起跑一下看看，结果跑出来一堆的报错，不知道从哪里去修改，正确的做法是什么呢？就是先列出来每个模块的输入和输出格式，逐一的去对比，找出不一致的地方，我们再动手去进行整合。 但这个我们如果你懂记可以这样，不懂记直接丢给 codex 或者是 ai 编程工具就可以实现。 我们这个程序核心的数据传递关系是这样的， memory 输出客户的对象包含公司名、联系人、电话等字段。 file name 呢，是接收我们的客户对象输出执行的计划。 file name 呢，是接收填好的大了文档和就自行数据，然后进行输出。 agent 呢， 就是写入我们的 output 文件夹返回文件路径。如果发现格式对不上，那怎么呢？就比如说 memory 返回客户对象里没有这个手机的字段， 但是荷兰尼尔的代码在访问上面的时候，把这个具体的问题就告诉了扣代，他可以同时看两个文件，帮你定位字断名不一致的地方，统一进行修改，然后提前检查，格式化比事后调试会很省很多时间，这也是整合最关键的一个前置步骤。这要说清楚， 桌面界面不需要做的很漂亮，我们第一个呢就只需要三个区域，每个区域职责清晰，就是操作区域模板文件路径选择了这个按钮， 下面就是单个的客户以及批量处理的模式，单个模式就是显示客户描述输入框和产品金额输入框批量模式显示的就是 任务文件路径，然后就是开始执行和停止的按钮，中间部分就是进度区，进度条显示当前的进度。日记窗口实时的进行滚动显示每一步的内容，包括大模型分析的过程和字典结果，用户是可以看得见 ai 在 做什么，不是在开盲盒， 最底的就是我们的执行结果，摘药了，成功了几分，失败了几分。打开输出文件夹和查看汇总报告两个按钮，快速操作， 不用再去手动的去找这个 oppo 的 目录，这个设计的原则够用就好了，不需要追求花哨，因为你初学者是先把这个功能齐全，能够正常使用就行了， 我们现在只追求每个区域职责清晰，用户不会搞错操作顺序，这个就很好了。下来下来我们开始进行实操，打开购物袋词，我们把提示词发送给他，这提示词呢，我们可以从后台进行获取，包括每一期的课程讲义发送给他。大家看一下这个提示词， 这里边等于说把我们已有的后端以及函数的签名全部都已经写出来了，让他怎么去做界面的布局要求就是就是刚才我们说的那个在上边操作区，中间进度区，底部是结果区等等集成的要求这里边都已经，然后清楚了，你直接复制就可以， 他就会进行一个整合，全部把写入到这个 app 文件里边啊，因为这个文件比较长，他生成的比前面几期的这个文件都要长，如果说停了就告诉他，让他继续进行就行了。在依赖方面，他是拍到内置的，不需要去额外进行安装。 接下来我们可以运行一下看一看，我们打开这个文件夹这个地方，不用再去在终端里边输入了，那直接点击双击就可以了，大家看一下。 好，已经现在已经成功启动了，你看是不是跟我们刚才说的基本上一样的，上部、中部、底部这些内容，这些现在已经正常启动了。 这里有几个问题，如果说没有正常启动，你观察他是什么样的错误，例如窗口一闪而过，那么就把我们的完整报错复制发给扣带子，还是点执行之后界面卡死，那我们就让扣带子去检查是否正常的运行，日制到底有没有更新， 这这几种情况呢？你都可以直接把这个错误内容发送给客户，让他快速的定位进行一种修复。接下来那我们就逐一的去进行一个测试。测试第一个就是选择模板是否可以正常使用，好，现在是正常使用，你选择一下 测试第二个，你看这两个是否可以正常的转换，现在是可以的。单个的客户模式，我们试一下，输入一下 看看，你看你看，这个就是未找到，因为他很不清晰。好，接下来我们测试一下批量模式，看是否可以正常使用，我们试一下，很好哎，你看这几个都已经通过了自检，这个因为是报价金额是零，所以他没有 进行正常保存，这个也已经通过了自检，这很棒，他这个他说的备注中提到是批量采购，可能导致报价金额与采购，这就是他的分析可能后续税问题，你看这是因为经过了大模型的分析，处理好，很好，已经正常的去 处理好，我们设置的错误他也给看出来了，然后我们再来试一下，我们再点击一下看一下停止，啊，哦，停止也是可以正常使用，刚才我们把所有的测试都做了一遍， 全部都可以正常使用，证明这个已经是可以属于是接下来你交给其他同事使用的一个产品。那么在我们的功能测试全部做完之后，还有一步就是找一个没有参与过，没有听过我们这节课的人， 嗯，让他去完成一个拒绝任务，你可以给同事或者朋友去进行一下测试，看他是否可以直接拿着就能上手去进行使用。你给讲大概讲一下，那如果说他看观察一下，去询问一下哪里出现了问题， 为什么不知道该怎么做这些卡点呢？可能就是你的界面设计问题所在，这个就是你接下来要做的一个改 优化。在整个的一个测试结束之后，你要把你所有的遇到的问题，同事遇到的问题整理成描述发送给 codex， 让他对我们的界面进行一个相对应的优化 和修复。因为很多人会往往就是会跳过这一步，觉得自己测没有问题啊，就可以直接使用了。但是你自己测是因为你从头到尾对这个东西比较熟悉了已经，所以你不是 真正的用户，只有让真正不了解这套工具的人来操作，才能发现注意到不是一些不存在的问题。这也就是好像我们的产品 在上架之前进行一个灰度的测试，就类似这个功能，在用户测试结束以及问题修复完成中，我们按照这张清单再去逐项的进行确认，这样才算真正的去做完。大家可以看一下这六项，通过五项，那就证明我们的 mvp 已经是 完成了。做完这一期，我们的文件夹里边可能就是有这些文件，你可以看一下每个文件代表的是什么，这个在前面也都讲过了，这里不再过多的去表述。这一期我们完成了整个系列最后的整合， app 点 p y， 把我们五个后端模块全部都进行了一个接入， 后台现成处理所有 api 的 调用，接下来也没有 s 日制，也实时的更新，也通过了我们真实用户的一个测试，发现自己没有看到的一些问题，修复了 mvp 验收清单，整个通过看整个系列走过的这个路程，我们从命令行工具，到接入 ai lab， 到批量的 规划自到自检保障，最后到我们现在的这个桌面应用，每一期都加了一个能力，每一期都让他离真正能用更近了一步。做到这一步，我不知道你有没有一种成就感，从一个模糊的想法到一个 可以真实运行有界面的一个应用，这个过程本身就很值得。虽然说这个东西很简单，但是他是你从零开始的一个成成果，我觉得这个过程本身就是一很值得。 下面下一期我们第八期，也就是一期不讲技术，就整理一下我们整个这段知识地图，规划一下接下来怎么去继续的迭代更新，如何用我们的方法论去制作你第二个 agent， 第三个、第四个等等。 我们这一个系列的结束不是放一边，而是下一阶段录的起点，所以说你要把你做好的这个应用可以给身边的人去试用，在哪里有卡住的地方，这些都可以作为问题在评论区告诉我，或者私信告诉我，希望你能够点赞、关注、收藏，我们就下期见。好。