每周总结(关于ai工作流的制作,node的学习,没有规范的前后端交互文档)

1. ai工作流的制作

本周老师有带着我们制作ai工作流通过coze平台对工作流进行制作-包括城市旅游，读书助手等，聊聊收获，对于coze这种傻瓜式的工作流制作我是感到简单，现在制作工作流不太需要在意之间的同步啊异步等待之类的，这是初次制作一个较为复杂的工作流感到有点难度在对数据的处理上还是需要注意，同时要注意区分工具，插件的区别

2. node的学习

本周对于node的学习主要集中在path和fs之间尝试使用不同的fs来完成不同的操作，例如批量重命名文件具体操作是通过查询一个文件夹下的的所有文件来对其进行重命名，这个案例不算难，但是我觉得是一个非常好对于文件处理的案例，通过这个案例可以发现许多看起来复杂的文件操作都是通过简单的文件操作组合处理完成的

3. 没有规范的前后端交互文档的后果

为什么会放这个点呢，我这周在做项目的时间大多时间都被他坑惨啦！简单来说就是开始的时候我们项目组的后端负责人并没有统一文件的传输过程，导致我在对接的时候总是出现问题，我们有一个上传文件的接口，上传文件response是没有给我文件地址，所有我在上传问答时需要将文件发给后台，但是我们制作时是有想法在用户发送问题时在下方显示文件的，然而在通过历史记录写入对话记录时返回的是地址，因为前端开发使用的是模块化这个种模式，在处理显示文件时不知道时地址还是文件，所以我就需要将文件进行处理，然后再显示，真的搞死我了除了关于文件的处理，还有一个是关于markdown的处理，我们会制作一个markdown的解题思路，但是在这个数据传输上又出了问题，开始说的是使用流式响应，结果给我的是流式但是最后还有个url不是哥们我都用流式了肯定就是我要来做markdown的生成过程啊，然后那个数据又是string我还要切片提取，这个url单独出来咋搞也不是markdown的格式，这样数据又很难处理了。

所以说，在一个项目组没有规范的前后端交互文档的后果就是，增加双方的工作量，后台做了处理，前端也做了处理，啪一看完啦，然后就开始写代码，改了又改减少了许多时间以及无故增加了不少工作量

4.总结

总的来说，本周收获也不小，从ai的工作流到node的学习，还有做项目的经验，收获满满