[oeasy]玩转Trae_11_力争上游原创

上节课呢，我们让这一个字节里面的8个二进制位不断的自增跳动起来，哎，就像跳舞一样，这个工具的名字叫trall，是吧？Trail, 什么是trail呢？我们可以看到trail的官网，说它是一个真正的AI的工程师。工程师呢，就是engineer，这个词来自于什么呢？来自于engine engine就是引擎发动机。总而言之，是一种有energy的东西，不但是有energy，而且还能够自驱的发动啊。研究这个学问的人叫什么呢？叫工程师solo，其实是独奏，也就是说在这种模式下，你可以把这些东西交给builder，然后就解决这个问题了。已经充分的借助了AI，是一种氛围编程，那怎么体现氛围呢？诶，那你的这个文档里面相应的这些文件都是作为AI的一个上下文，甚至在你的预览里边选择的元素也可以作为明确的上下文，在大语言模型的这个基础之上再进行操作。

现在我们这个遇到一个问题，做的是一个字节累加跳跃的这么一个东西，但实际上我们的这个文档呢，是字显示器的这么一个文档，能不能这个倒反天罡，就是根据现有的HTMLCSS和JS反过来生成一个需求文档呢？把要求交给这个solo，想根据当前工程文件里面的所有文件去反过头来生成需求文档，可以吗？这么说的，通过8个开关输入二进制位，实时的在led上显示状态，这个说的不是我们现在这个字节跳动是吧？不是，这个字节跳动是上一个，上一个什么呢？上一个这个binary就是通过开关控制led，并且显示出对应数数字，是这么一个事儿。那为什么它会产生出这样的PRD呢？是因为这个产品需求文档，它的上游是什么？它的上游就是我们要求他从这个文件来，而这个文件呢，它其实是从上一个工程复制过来，它的最核心的信源是什么？我们可以看到它最核心信源就是这个文档的标题，他说这是什么呢？二进制学习工具字节显示器，那么我就得明确的跟他说。

这不是一个字节显示器，那我先让他修改什么呢？我先让它生成这些代码文件，再根据代码文件生成产品需求文档，点到这儿是它的标题，添加到对话，这句话不对，那我就说这个不是一个字节显示器，而是一个字节递增的一个东西，从0~255不断的累积数字，好，给他说完了。然后呢，再来一个，你看它这个是从哪儿来来的，它就是从这个代码来的是吧？从代码来的，这是字节显示器，我代把它添加的对话还错，这不是一个字节显示器啊，这是字节累加的一个东西，每0.3秒上升一个数字，然后显示出它的字节状态，开关状态和这个数字状态，然后我再加一句话，原来的代码当中的这些功能都不变，代码当中的文本全都修改，两个文件中的位置作为上下文，我们看到它这块儿有一些描述哈，然后后边也有一些描述，这个其实描述的清楚了，而且呢，它的功能依然是可行的。

这个代码已经修改完成了，我要根据现在相应的这些代码重新的生成这个PRD文件，这个最新的文档呢，在这个文档视图里面可以观察到，它很明确的是一个自增的展示，对吧，自增的这个展示。

然后描述了它相应的功能，那么我们回顾一下正规的这个，呃，开发流程啊，最开始是提需求，就是聊嘛，上下文嘛，氛围编程，你给他一个氛围，你要干什么啊，然后呢，就是圆形图片呀，再进行前端和后端的开发，调错，它调错很多是自动的，最后是构建和部署。诶，那刚才呢，我们做了一个逆向的过程，就是从这个代码生成了文档，但是呢，失败了，为什么呢？这个生成文档的文字来源是什么？文字来源是代码，对吧？代码里的这些文字呢，它还是来自于复制的上一个工程，它并不是一个新工程，所以就导致了我这个源头出了问题，因为你毕竟是基于文本的大模型嘛，哎，源头出了问题，所以你的这个最终的结果出问题，那怎么改呢？我把这个源头先改了，什么事儿都是先奔上游，怎么怎么奔上游，我先跟大家说，这个title也好，这个标题也好，这个文本也好，都不正确，先把这个原代码改了，然后再改了之后再让他根据这个改后的代码再生成需求文档，这回需求文档呢，就比刚才更靠谱的多了，我想做2个字节累加。

比如说5+4到底是怎么样成为9的，到底怎么做呢？我们还复制文件夹吗？还是有没有什么更新的方法，我们下次再说o ez教程。