希望我们在撰写开发文档时,考虑ai在开发过程的使用
例行检查
- [x] 我已确认目前没有类似 features
- [x] 我已确认我已升级到最新版本
- [x] 我已完整查看过项目 README,已确定现有版本无法满足需求
- [x] 我理解并愿意跟进此 features,协助测试和提供反馈
- [x] 我理解并认可上述内容,并理解项目维护者精力有限,不遵循规则的 features 可能会被无视或直接关闭
现在开发的门坎越来越低,很多人像我一样,因为有了ai才进入开发的领域。 我们这个项目的初衷也是为了降低使用ai开发agent的门坎。 所以我们的要考虑,开发文档能不能直接交给ai,让ai就直接能为开发者生成代码,解决问题。 最重要的一点就是示例代码,而不是只单纯解释逻辑。代码逻辑对非这个领域的开发者看起来是很吃力的,必须要借助ai,如果我们能有完善的示例代码,开发者看不明白,交给ai,就会有更进一步的解答。
功能描述
应用场景
相关示例
preview 版本是给相关开发者测试用的,不是给普通用户用的。而且文档也更新了几个相关示例。
这个应该汇总为,ai 生成工作流。 这个有试过,不过因为工作流配置文件太多,并不好用,后续看看如何简易 api 去实现。
这个应该汇总为,ai 生成工作流。 这个有试过,不过因为工作流配置文件太多,并不好用,后续看看如何简易 api 去实现。
我感觉用ai实现自动生成工作流没必要,可以建几个基础的模板,就像ppt一样,打开后根据自己的需求调用模板的框架。 比如: 基础的知识检索式 自动应答式 有明确的调用需求 这里就可把参数调用写在模板里,让用户明白引是怎么回事 插件复用式 ……
因为复杂脚本的编写,有很多创意的成份,ai只能针对功能上做建议,不可能替人去创意。 咱的东西就想一个游戏角本。我在弄一个五四青年节的,与革命家隔空对话的应用。就需要很复杂的调用。
复杂的调用 还是等 4.8 版本出来再说吧 4.7 及以前的版本只能实现线性逻辑 类似 ReAct 架构的设计 实现起来还很别扭
复杂的调用 还是等 4.8 版本出来再说吧 4.7 及以前的版本只能实现线性逻辑 类似 ReAct 架构的设计 实现起来还很别扭
就是4.8 dev 知识库测试宕机