大模型之路6:腾讯WorkBuddy,我以为它一天就帮我做好完整的软件,实际上...
#创作灵感# 每一个热爱技术的人,都会想要用双手去改变的,不断尝试,不断折腾,不断收获
引言
之所以使用腾讯WorkBuddy(下面简称WB),很重要的一个原因就是之前安装OpenClaw的时候感觉还是有些坑,特别是在一个退役Thinkpad上新装windows之后,更是比较麻烦。新手并不是很友好。而WB就比较好的解决了这个问题。
顺带说一下扣子Coze和Kimi各自的龙虾,调用的Token消耗不透明,而且不续费就没法用了,最终我还是选择使用可以长期试用的腾讯WB。根据当前官网的信息,可以看到,个人体验版3500万Token对应大约70轮问答,这里腾讯耍了一个小聪明,我在我的workbuddy里看到的是积分,后台用量统计也是积分而不是token,个人体验版每天领取100积分,轻度使用的话,每天大约能支持5~20轮。积分与token之间的换算可能不固定,总之不透明,不要被token的数量唬住了

对比一下也能看到,腾讯采用的是不同的计量策略,主打一个流量不透明。

1、能力确认
安装腾讯WB,跟随官网(https://www.codebuddy.cn/work/ 没错,WB是腾讯云codebuddy开发的,QClaw是腾讯电脑管家开发的)即可,非常简单的下载安装。有兴趣也可以看看上一篇 大模型之路5:workbuddy初体验。
包括定时任务、静态网页开发、本地nginx部署调用(沙箱),都取得了不错的体验。
2、设计与自动开发,飞翔吧WorkBuddy
在此基础上,我尝试使用WB做一个简单功能的股票盯盘分析软件。
之前我自己用python开发过类似的小工具,对程序的结构、功能和技术点还是比较了解的。
人是设计者
首先,要明确功能和总体的目标与逻辑,这样更能让WB理解你的意图。
写出第一次命令对话:
做一个股票盯盘分析软件。根据以下需求进行优化整理,workbuddy自动完成开发
1、软件开发用python,股票获取库使用akshare
2、软件目录建议这样设置:
-MyStack
|-conifg 文件夹存放配置文件,比如自选股、配置文件等
|-mystock.xml 用来保存自选股。用自选股,包括 序号、股票代码、股票名称
|-setting.xml 用来保存配置,如颜色表等,初期版本可以是空的文件,后期补充。
|-data |-daily 文件夹存放日线数据,每个文件名为股票代码,".dat"后缀名保存csv格式日线数据
|-weekly 文件夹存放周线数据
3、软件分为多个页面:
-首页,暂时空着(后续我要做资讯整理)
-行情,左边栏是自选股,右侧工作区浏览分时\日线\周线\月线等,以及对应的macd\kdj\成交量\aroon等
4、开发分为多个阶段,为了方便自动开发中完成多个阶段保持一致,设计一个提示词模板用于指导workbuddy自动完成开发。
我的计划是,有了这个盯盘工具(就有了准确的数据来源),并且可以自己定制算法,后续获取资讯就可以结合实际数据而不是网络搜索和计算的的内容来进行AI分析了。一方面可以消除模型的虚假信息和网络过时与虚假信息,另一方面在持续调用的过程中能节约Tokens
WorkBuddy是执行者
WB的反应看起来还比较专业,根据我的指令就开始了,首先做了一个“项目总体目标和分阶段开发任务清单”,其中包括:
总体目标:150字左右的目标描述
开发的详细目录结构
技术栈约束(明文要求的Python版本、akshare、pandas、PySide6等)
开发原则(比如所有阶段代码必须可运行、异常处理等)
分阶段的任务清单(分解成了12个开发阶段,每个阶段的目标、要求、等等)
好的一点是WB调用大语言模型的时候,听从我的指令,建立了一个提示词模板
模板:执行某一阶段
现在开始执行 LeonStack 项目的第 X 阶段:{阶段名称}。
本阶段目标
{把该阶段的目标粘进去}
本阶段必须完成
{把该阶段的任务清单粘进去}
本阶段边界
请注意以下边界,不要超范围开发:
只完成本阶段内容
不要提前实现后续阶段的复杂功能
如果需要为后续预留接口,可以做最小占位,但不要展开实现
当前阶段产出必须是完整可运行代码
输出要求
请严格按以下格式输出:
本阶段完成说明
新增或修改的文件列表
所有新增或修改文件的完整代码
运行说明
下一阶段建议
如果你发现我当前阶段的需求有实现风险,请自行选择最稳妥、最简单、最可运行的方案,不要省略代码。
WorkBuddy自动分阶段完成开发
然后就开始分阶段来执行。
比如初期的阶段,主要是创建目录结构和各文件的初始内容。

分阶段执行的过程中,会在一个记忆文件md中记录各阶段的完成情况。
而且WB会在这个阶段开发的过程中,从沙箱中自动运行(调试)程序。实际上,对于这个运行调试,我保持怀疑态度,这个与ClaudeCode相比,似乎差距还很大。

总之,一通输出猛如虎。

开发记录可以通过WorkBuddy进行分享,链接如下https://codebuddy.work/agents/share/rb9KLC_bRH6ghjclFXkMN-wDdpZZIGmF-pGvkwy4b5dzwa8It_axrmu86ZlycKrn?platform=workbuddy
人是成果验收者
根据开发记录,应该没什么问题。我感觉这个运行很不错。从字面上看,实现的相当好。
这里有一个问题,对于Code方向的生产力工具的使用者来说,编程能力还是需要的。无论是使用ClaudeCode还是CodeX,以及WorkBuddy,都需要人来作为最终的验收者。扎心的是,如果AI的代码有问题,你需要“人在回路”,进行修改和完善。
问题来了
WB的日志写的很炫,但是一运行我就发现了最大的问题。没能拉取到数据。

这个时候,就很难去让WorkBuddy自己去调试和修改了。
虽然我自己之前做了一个功能比较完整的盯盘工具包括了数据源提取和指标计算以及多个可视化,但是WB写的代码还是很难懂的。可能我要求的代码解释少了,而且代码风格和我差别很大,读起来很头疼,就更不想弄了。
3、后记
因为没有动力(而且还没开始氪金),所以现在也没有动力去让WB自己去调试修改
这是一次比较失败的经验,而且为了跟踪Workbuddy的生产过程,还要查看陌生的代码,耗费了一天的时间,累并有点失望。真是坑的一天啊,继续加油。 好在至少还可以玩五子棋、俄罗斯方块,而且做了一个html的动态电子书(局域网服务),都还不错,有正面收获。
后面我做一个知识库,可以让WB帮我持续优化知识和标签
更多推荐




所有评论(0)