为什么不搞个易语言助手gpt 文心一言版支持库插件 集成在...

蓝雅婷

为什么不搞个易语言助手gpt 文心一言版支持库插件 集成在视觉库里，使用时还能自动纠错 或帮忙写代码，火山pc也可以搞一个，我记得好像网上有vs版gpt插件，能帮忙在ide里写代码，还能调用调试器自动纠错，我最近一直在用gpt3.5 文心一言 和智谱清言 帮助我写代码，有时候比直接百度谷歌 搜索文章效率高多了，简直就是一个一对一的编程说明书一样，针对比较冷门的内容、api用法资料，百度可能搜不到易语言版结果，但是问ai就能告诉你用法和介绍，甚至还能写出易语言版调用方法和例程 ，最近在研究后台异步，超大文件分段读取到超级编辑框，和在超级列表框插入文件图标的相关内容，精艺论坛相对较少相关资料，就是在ai里学习到的：异步等待WaitForSingleObjectWaitForSingleObject  异步写WriteFileEx 异步读ReadFileEx 提取关联图标 ExtractAssociatedIconA ExtractIconExA SHGetFileInfoA就是有时候感觉ai会岔开话题 比如 文心一言问着问着就用别的语言ide回复我了，还有时候自以为是的纠正我在易语言里复制的代码语法错误（比如它说我的代码标点符号双引号有错误，直到我强调这是易语言自动转译无法修改它才罢休）或者比较固执的重复上一个错误的答案敷衍我，比如  智谱清言，gpt3.5 则语法欠佳，看起来都是伪代码， 三者当中  文心一言的易语言语法是比较可用的，智谱清言 次之  gpt3.5 最差，所以每次编程时我都同时打开这三个ai互补 遇到问题将问题代码同时复制发给三个ai 差错， 通常都会得到不同的结果 我在结合三者回复的答案 采纳或折中吸取最可靠的部分，虽然这样的极限拉扯 比较费键盘和精力，但是好歹能比百度搜一堆，案例源码 遇到问题却无法及时提问来的高效，（比如为什么这么用，参数怎么填写，调试没有达到预期问题出在哪等 ），如果能集成 在火山pcide 插件里 和易语言\助手视觉库里或者做成支持库 这会更方便，还能让ai直接在ide环境里写代码，并且让ai 尝试在ide环境里运行自己写的代码

为什么不搞个易语言助手gpt 文心一言版支持库插件 集成在视觉库里，使用时还能自动纠错 或帮忙写代码，火山pc也可以搞一个gpt智能插件，我记得好像网上有vs版gpt插件，能帮忙在ide里写代码，还能调用调试器自动纠错


我最近一直在用gpt3.5 文心一言 和智谱清言 帮助我写代码，有时候比直接百度谷歌 搜索文章效率高多了，简直就是一个一对一的编程说明书一样，针对比较冷门的内容、api用法资料，百度可能搜不到易语言版结果，但是问ai就能告诉你用法和介绍，甚至还能写出易语言版调用方法和例程 ，最近在研究后台异步，超大文件分段读取到超级编辑框，和在超级列表框插入文件图标的相关内容，精艺论坛相对较少相关资料，就是在ai里学习到的：异步等待WaitForSingleObjectWaitForSingleObject  异步写WriteFileEx 异步读ReadFileEx 提取关联图标 ExtractAssociatedIconA ExtractIconExA SHGetFileInfoA就是有时候感觉ai会岔开话题 比如 文心一言问着问着就用别的语言ide回复我了，还有时候自以为是的纠正我在易语言里复制的代码语法错误（比如它说我的代码标点符号双引号有错误，直到我强调这是易语言自动转译无法修改它才罢休）或者比较固执的重复上一个错误的答案敷衍我，比如  智谱清言，gpt3.5 则语法欠佳，看起来都是伪代码， 三者当中  文心一言的易语言语法是比较可用的，智谱清言 次之  gpt3.5 最差，所以每次编程时我都同时打开这三个ai互补 遇到问题将问题代码同时复制发给三个ai 差错， 通常都会得到不同的结果 我在结合三者回复的答案 采纳或折中吸取最可靠的部分，虽然这样的极限拉扯 比较费键盘和精力，但是好歹能比百度搜一堆，案例源码 遇到问题却无法及时提问来的高效，（比如为什么这么用，参数怎么填写，调试没有达到预期问题出在哪等 ），如果能集成 在火山pcide 插件里 和易语言\助手视觉库里或者做成支持库 这会更方便，还能让ai直接在ide环境里写代码，并且让ai 尝试在ide环境里运行自己写的代码

如果ai达不到全自动写代码的程度 能达到智能提示的程度也是能大大提高效率的，比如我要写一个如何用api实现异步写 则ai会自动寻找推荐适合的api 并且自动声明这个api 自动插入到dll界面表格里，然后在代码光标处生成刚刚ai插入的dll名称， 就和易语言助手的自动填词 自动补充常量一样，但是ai版自动填词更智能，填完词后还能尝试填写具体实现，这就已经是很大的进步了，有时候并不需要一步登天 非要让ai达到很高的智能后才开始普及使用，就像是还没开始左up主创作 就开始考虑将来可能遇到的创作瓶颈一样，这完全不是当前应该考虑的问题，


应该一步一个脚印，能达到智能推荐适合的函数 并智能插入对应函数 甚至智能填词，尝试智能写具体代码实现就可以了，那就好了至于更智能的东西留给以后升级就完事了，目前需要解决的就是从无到有，然后解决慢慢升级


面向GPT编程，程序员不用敲代码了，会写注释就行：

[color=var(--text3)]



https://www.bilibili.com/video/BV11M41137iE/?spm_id_from=333.337.search-card.all.click&vd_source=7716aec3f98400599014302edb8d6f3b



比如给文心一言一个指令模板他就会按照模板生成api：
指令标题：使用易语言代码跟我交流


指令内容：编程相关的任何涉及到windows api 的函数调用都转换成 易语言代码回复我，
下面是易语言声明 api 的中文DLL调用模板 调用格式 ：.版本 2.DLL命令 DLL命令1, 整数型, "库文件名", "库中的对应命令", 公开, 这是注释信息  这是易语言 dll 声明调用模板    .参数 参数, 整数型, , 这是注释信息 请把变量参数成员转换成对应中文名称，并且将原始英文名称和参数作用使用方法写到此处  使用此模板请删除掉此注释文字并替换成 实际对应参数 的描述作用信息    .参数 参数, 逻辑型, , 这是注释信息 请把参数变量成员名称转换成对应中文名称，并且将原始英文名称和参数作用及使用方法写到此处，如果参数是 bool型请改为 逻辑型 变量类型如果给你的代码不是易语言代码 那么也请尽量转换成易语言代码回复我，并且尽量使用 api 函数来实现代替 回复时如果涉及api调用也必须 使用 上面的中文DLL调用模板 格式回复我  转换后的 dll 声明 代码 命令名称使用对应中文名称 并且把原始英文名和作用放到注释栏

难人不难

不错！！！谢谢您的支持

a827724934a

不搞个易语言助手gpt 文心一言版支持库插件 集成在..

う摩天论的嫒

你要不会写 你就多学

う摩天论的嫒

楼主可以自己对接易语言组手，SDK是开放的，自己写个插件

gao110108

因为我没钱买显卡，不然早就干了

皮卡秋

你想太多了

ww222

是地方上的放松的方式对发生的

ww222

sdfgsfdsdfsfsdfsdf

CVBSMDS

文心一言免费的sdk来个呗