这几天我混的几个技术群彻底被刷屏了源头就两个字WorkBuddy。准确一点说是腾讯把这只“龙虾”从实验室里放出来公测了同一时间还藏着一只叫 QClaw 的也悄悄开启了内测。群里有人开玩笑小龙虾这东西以前是宵夜档的硬菜现在是 AI 编程圈的硬货免费领到就是赚到。但不吹不黑免费试用只是表面上的热闹真正值得研究的是这两个工具背后代表的 AI 编程助手形态——从“帮你补全代码”到“直接帮你干活”的转变。这篇东西我不写官方通稿就按我这阵子实际跑下来的体验、折腾过的配置、踩过的坑尽量掰开揉碎讲清楚。文章的主要内容包括WorkBuddy 公测到底能做什么、和 QClaw 内测版的定位差异、新手从申请到建站的完整路径、自定义指令和 Skill 的玩法、Linux 本地化部署的取舍以及一批高频问题的排查经验。不管是临阵磨枪想薅免费额度的新同学还是已经玩过 CodeBuddy 想升级到 WorkBuddy 的老熟人这篇文章应该都能帮你少走不少弯路。1. WorkBuddy 公测腾讯 AI 编程助手的新形态1.1 从“龙虾”这个外号说起先解释一下“小龙虾”这个梗免得新来的同学一头雾水。在开发者圈子里WorkBuddy 的内部代号一直被戏称为“龙虾”原因不复杂大模型相关的名词缩写里总是绕不开 LLM念快了听上去就像“llm”和“龙虾”的谐音梗外加腾讯这款产品的图标色调也确实带点“红壳白肉”的既视感一来二去大家就这么叫上了。所以你在热搜词里看到“qclaw 龙虾官网”这种组合别以为是什么海鲜外卖平台说的就是腾讯系的 AI 编程 Agent 工具。WorkBuddy 的产品定位我的理解是这样的它不是传统意义上的代码补全插件而是一个能够被交付具体任务的 AI 工作台。你给它一个目标比如“帮我搭建一个带登录功能的企业官网”它会把任务拆解成多个执行步骤自己写代码、改代码、跑命令、修报错一步步做完整。这个设计思路和很多海外 Agent 类工具类似但 WorkBuddy 有个明显优势背后有腾讯的大模型做底座同时在国内网络环境下开箱即用没有那些乱七八糟的注册障碍和网络要求。对国内开发者来说这一点省下来的时间比想象中多得多。1.2 公测版到底放出了哪些能力从我目前实测的公测版本来看WorkBuddy 的核心能力大致可以分成五个模块对话式编码自然语言直接生成、修改、解释代码支持多种主流语言和框架。项目级任务执行不只是生成单个文件可以基于已有项目结构进行增量开发或重构。网页与应用生成给它一个产品描述能直接生成可运行的前端页面这是很多非专业用户最感兴趣的点。Skill 技能扩展可以给 WorkBuddy 定义特定领域的工作流类似于给它安装“专业技能包”。跨对话记忆把常用规则和偏好沉淀下来后续不同会话里也能生效不用每次重复交代。说实话前四项都在意料之中真正让我觉得有点东西的是“跨对话记忆”。我后面会专门用一节展开讲这个功能因为它直接决定了一个 AI 助手到底是“有点好用”还是“真的靠谱”。这里先卖个关子往下看。1.3 公测的免费额度与使用成本很多人关心的第一个问题是“免费到底免什么”。以公测期的规则来看WorkBuddy 注册后就能用官方会给一定的基础免费额度常见的使用场景下足够个人日常开发和搞几个小项目。需要提醒一句免费额度通常按模型调用次数或 token 数计算重度使用或者让它同时跑大量任务时额度消耗得会比想象中快。我自己测试时发现纯聊天式地让它写个脚本消耗很小但如果你让它“把一个电商项目完整搭出来”它在执行过程中会反复调用模型额度像流水一样走。建议新用户前期不要一上来就扔大项目先在简单任务上摸清楚消耗规律再逐步加大任务复杂度。这个习惯能让你免费额度用得更久。2. QClaw 内测另一个“龙虾”的差异化布局2.1 QClaw 和 WorkBuddy 是什么关系QClaw 这名字看着和 WorkBuddy 八竿子打不着但圈内都知道它俩是同一体系的产物。QClaw 偏向“内测中的高端实验品”它更像是把 WorkBuddy 里打磨成熟的能力重新组合了一遍在一些关键能力上有更激进的设计。打个未必恰当的比喻如果 WorkBuddy 是全自动家用烤箱按下按钮就能烤出稳定的面包那 QClaw 就像一台带发酵箱和蒸汽调节功能的专业烤炉上限更高但也更挑操作者。从目前流出的内测资料和我的上手体验来看QClaw 更强调“深度代理执行”。什么意思呢WorkBuddy 会帮你把任务做完交互上偏“助手”感QClaw 则在执行链路上下更狠的功夫比如任务规划更细、环境适配更智能、对多仓库项目的管理能力更强。它适合那种手头有一个复杂工程、希望 AI 真正参与架构级变动的场景而不仅仅是生成几个业务页面。2.2 内测门槛与申请建议QClaw 内测是邀请制和申请制混合的模式不是注册就能玩。在腾讯产品和相关社区渠道通常能找到报名入口填完申请后等审核。以我观察到的规律审核通过率比较高的申请通常具备两个特征一是描述清楚自己的真实使用场景二是愿意反馈问题和提供使用日志。如果你只是写一句“想试试”大概率石沉大海。有一个比较现实的建议如果你之前用过 WorkBuddy 或 CodeBuddy申请 QClaw 时把相关使用经历和产出写进去会明显提高通过率。这类内测产品官方最缺的就是“有经验的真实用户”而不是围观群众。2.3 普通用户怎么选我的看法很简单先用 WorkBuddy玩透了再考虑 QClaw。公测版已经能覆盖绝大部分日常开发需求而且门槛低、资料多遇到问题好排查。QClaw 适合那种已经把 WorkBuddy 用到瓶颈、明确知道自己要什么进阶能力的用户纯新手直接上 QClaw 反而容易因为操作链路复杂而劝退。3. 新手上路申请、安装与首次配置3.1 从申请到拿到入口WorkBuddy 的公测申请路径不难找在腾讯相关 AI 产品页面通常能看到“立即体验”的入口点击后选择账号登录即可。如果你之前注册过 CodeBuddy大多数情况下可以直接用同一账号体系登录无需重复注册。公测阶段一般开放了网页版和客户端版两个入口网页版适合临时尝鲜客户端版适合日常深度使用。登录时偶尔会遇到账号权限问题表现为登录成功后页面提示“您暂未获得公测资格”。遇到这种情况别慌大概率是身份信息没有绑定到公测名单里。检查一下账号是否完成了实名认证以及是否从官方申请渠道进入通常就能解决。3.2 客户端安装Windows、macOS 与 Linux客户端安装这块我实测过 Windows 和 Linux 两个平台整体过程还算顺利但有几个细节值得一提。Windows 环境基本是傻瓜式安装下载安装包后一路下一步即可。唯一要注意的是安装路径里尽量不要包含中文或特殊符号否则在某些国产办公场景下可能出现路径解析异常。Mac 用户理论上直接拖入应用程序目录就行但 M 系列芯片的机器建议确认下载的是对应版本避免意外冲突。Linux 平台相对讲究一些。官方提供了 Linux 安装包但不同发行版的依赖情况不一样。以 Ubuntu 为例安装前建议先确认系统已经具备基础运行环境。我的安装步骤大概是这样# 1. 更新系统基础软件包避免依赖缺失 sudo apt update sudo apt upgrade -y # 2. 如果是 GUI 版本确认桌面环境相关库已安装 sudo apt install -y libgtk-3-0 libnotify4 libnss3 libxss1 libasound2t64 # 3. 解压安装包并执行安装脚本 tar -xzf workbuddy-linux-x64.tar.gz cd workbuddy-linux-x64 ./install.sh这个配置过程中最容易被忽略的是 libasound2t64新版 Ubuntu 里它的包名和旧版不同如果直接照抄老教程去装 libasound2会提示找不到包。这种细节问题特别典型所以我单独拉出来讲一下。3.3 首次启动的必经配置第一次启动 WorkBuddy它会引导你进行一系列初始化设置包括选择默认模型、确认工作目录、导入本地项目等。我建议在这几步多花几分钟好好设置因为后面改起来要么麻烦要么影响体验。一个非常关键的设置是工作目录的权限。WorkBuddy 在代理执行模式下会在工作目录里创建临时文件、执行脚本甚至修改项目代码。如果你给它指向一个只读目录任务执行到一半就会报各种奇怪的权限错误。我的做法是单独创建一个专门的工作目录比如~/workbuddy_projects既方便管理也避免它误碰到系统关键目录。4. 实战玩法我用它生成网站、写业务代码的真实体验4.1 一句话生成一个可发布网站之前社群里有朋友问我“WorkBuddy 怎么生成网站并发布”这个我刚好实测过完整路径给大家拆一下。我在 WorkBuddy 里输入了一段这样的需求描述请帮我生成一个公司技术博客的静态网站要求 1. 技术栈使用 HTML Tailwind CSS不需要后端 2. 包含首页、文章列表页、关于页 3. 首页有 Hero 区域和最新三篇文章的卡片 4. 代码风格清晰注释用中文 5. 生成后告诉我如何本地预览和部署到静态托管平台。WorkBuddy 收到任务后先分析了需求然后拆解出需要创建的文件结构接着逐个生成index.html、articles.html、about.html以及对应的 CSS 和 JavaScript 文件。整个过程大概两分多钟中途它自己就完成了大部分工作。我看了一遍代码发现它还真能理解“最新三篇文章”这种模糊描述自动生成了示例数据卡片。发布到静态托管平台就更简单了。WorkBuddy 会告诉你两个方案本地预览用python3 -m http.server 8080这样的命令部署就直接把项目文件拖到平台仓库里。整个过程下来一个完全没有编程基础的人也能在半小时内搞定一个小网站上线。当然如果你想让它生成更复杂的带后端和数据库的项目它也能做但消耗的时间和额度会指数级上升。4.2 自定义指令一次配置长期生效这里就是我前面说的重点功能了。WorkBuddy 支持自定义指令你可以把团队或个人的编码规范、常用约束写进规则里让它在后续所有任务中自动遵守。这功能听起来简单实际价值极高。我的自定义指令里放了这些内容custom_instructions: - rule: 所有代码注释使用中文 - rule: 函数命名使用驼峰式变量命名使用小驼峰 - rule: HTML 标签必须包含 lang\zh-CN\ 属性 - rule: JavaScript 代码禁止使用 var 声明变量 - rule: 每次任务交付前必须自查一遍边界条件 - rule: 如果发现需求描述有歧义先向我确认再动工配置完成后我再新建一个会话让它写前端页面生成的代码果然全部遵循了这些规则连之前一直忽略的 HTMLlang属性都自动加上了。这个功能的本质是给 AI 助手立规矩让它从“聪明的临时工”变成“懂规矩的正式员工”。我甚至建议团队把规范文件统一管理让所有成员使用同一套规则这样 AI 产出的代码风格就是统一的后续 code review 会轻松很多。4.3 Skill 与 MCP插上专业能力的翅膀再讲一个高阶玩法Skill 和 MCP。Skill 可以理解为一个针对特定场景打包好的工作流。比如你可以给 WorkBuddy 定义一个“后端接口开发 Skill”让它在生成接口时自动包含参数校验、异常处理、接口文档生成三个步骤。这样就不需要每次手动重复交代一个指令就能唤起完整流程。MCP 是另一层概念即模型上下文协议这个相对抽象一些。简单说MCP 让 WorkBuddy 可以连接外部工具和数据源比如连接数据库工具、文档系统、测试平台等。配好 MCP 后WorkBuddy 就能在任务执行过程中直接读取数据库结构、调用测试工具而不是仅仅停留在生成代码的层面。这一步配置起来有一定门槛但对专业开发来说属于真正的“解锁大招”。我看到不少同行已经在折腾这块社区里也出现了不少现成的 MCP 服务配置模板抄作业的难度比想象中低。4.4 跨对话记忆的正确打开方式跨对话记忆的入口和使用方式我是摸索了好几轮才找到正确打开方式。这个功能不是默认全开的更像是一个“记忆库”你可以主动把重要信息写进去也可以让它从过往对话中抽取并沉淀。实际操作中我通常这样使用在每个关键项目的结尾让它总结一下项目中的关键决策和代码约定并写入记忆库下次开始相关项目时我会直接引用记忆库内容避免从零开始解释背景。比较反直觉的一点是记忆不是越多越好。如果所有杂七杂八的信息都塞进去反而会稀释重点规则被执行的准确率。我建议记忆库里只保留“稳定且高频使用”的规则比如代码规范、项目架构约定、禁止事项等。项目临时性的信息不要存用完就忘反而更高效。5. 进阶折腾本地化部署与系统配置调优5.1 本地化部署的利与弊有些企业或者重度隐私需求用户会琢磨本地化部署把 WorkBuddy 完全跑在内网里避免代码数据出域。这个方向技术上可行但我要泼一点冷水本地化部署不等于下载一个安装包就完事它通常意味着你需要自己准备模型推理环境包括显卡资源、模型权重、推理框架等。普通个人开发者用到的所谓“本地化部署”很多只是把客户端配置文件指向内网服务真正的模型推理仍然依赖云端。如果你确实有本地化需求至少要考虑这几个问题GPU 显存是否足够支撑模型推理内网的模型服务有没有配套的鉴权和管理机制后续模型更新如何同步这些问题的复杂度不亚于部署一套完整的 AI 基础设施。我的看法是个人开发者现阶段老老实实用官方服务是性价比最高的方案本地化部署更适合有合规要求的企业场景。5.2 把系统缓存目录挪到 D 盘真实有效热搜词里出现“workbuddy 系统缓存目录能改到 d 盘吗”说明很多人被系统盘空间不足困扰过。这个问题的答案是能而且操作不复杂。WorkBuddy 默认会把缓存文件放在系统盘的用户目录下随着使用增长缓存体积能轻松超过几个 GB。如果你系统盘紧张可以通过修改环境变量来迁移缓存目录。我自己的做法是在 Windows 环境里新增一个用户环境变量把缓存路径指向 D 盘指定文件夹# Windows 操作步骤 1. 在 D 盘新建目录例如 D:\WorkBuddyCache 2. 打开系统属性 - 环境变量 3. 新建用户变量 变量名WORKBUDDY_CACHE_DIR 变量值D:\WorkBuddyCache 4. 保存后重启 WorkBuddyLinux 环境下原理一致用export WORKBUDDY_CACHE_DIR/path/to/cache就能指定。改完之后在 About 或设置页面检查一下缓存路径是否生效看到 D 盘路径就说明成功了。这招至少帮我腾出了十几个 GB 的系统盘空间强烈建议有同样困扰的朋友试试。5.3 Linux 使用者的几个环境避坑点在 Ubuntu 环境里跑 WorkBuddy我确认了几个需要特别留意的点。第一个是桌面环境依赖。如果你用的是精简版 Ubuntu Server 加桌面组件缺失图形库的可能性很高典型表现就是启动图标点了没反应或在终端启动时提示缺少 GTK 库。解决方案就是前面安装步骤里提到的libgtk-3-0等包一次装全家桶比较省心。第二个是输入法兼容。在 Linux 下用中文输入法和 WorkBuddy 的对话框交互时偶尔会遇到候选词无法上屏的问题。这不是 WorkBuddy 的锅多数是输入法框架和 Electron 应用的兼容性 bug。临时方案是先在文本编辑器里打好字再粘贴进去治本方案是切换输入法框架试试。第三个是代理类环境变量的影响。如果你在系统里设置了 http_proxy 或 https_proxy 环境变量WorkBuddy 的网络请求可能会被带偏导致登录或模型调用异常。这里我不展开讲代理配置的细节只提醒一句这类环境变量对类似工具的影响很大排查连接问题时第一件事就是检查它们。6. 高频问题排查与避坑笔记6.1 常见问题速查表这段时间我收集了不少使用者的反馈整理出一张高频问题速查表。遇到问题时先对照这个表自查能省不少时间。问题现象可能原因解决方法登录成功但提示无权限账号未绑定公测名单检查实名认证从官方入口重新进入任务执行到一半卡住上下文过长或模型超时拆分任务描述减少单次请求信息量生成代码乱用中英混杂未配置自定义指令在自定义指令中加入语言风格规范网页生成无法预览缺少 Node 运行时安装 Node.js LTS 版本并配置 PATHLinux 启动无反应缺少图形依赖库安装 libgtk-3-0 等依赖包缓存占用越来越大未配置缓存目录迁移修改 WORKBUDDY_CACHE_DIR 环境变量跨对话记忆不生效记忆库未主动写入关键规则手动将长期规则写入记忆库QClaw 申请被拒申请信息过于简单补充真实使用场景和过往工具经验6.2 新手最容易忽略的两个“隐形坑”第一个坑是任务描述过于模糊。我见过不少新手直接输入“帮我写一个商城”然后抱怨生成结果不能用。实际上AI Agent 的能力上限高度依赖于任务约束的清晰度。同样一个需求“帮我写一个商城”和“帮我用 Vue3 Element Plus 做一个包含商品列表、购物车、结算页的前端单页应用数据用 mock样式参考宜家风格”产出的质量是天壤之别。把上下文讲清楚AI Agent 才有发挥空间。第二个坑是不检查执行日志。WorkBuddy 在任务执行过程中会输出详细的执行日志包含每一步做了什么、改了什么文件、报了什么错。很多新手只看最终结果报错了就重新生成一遍浪费额度不说还可能掩盖真正的问题。我的习惯是任务失败后先看日志定位到具体执行步骤再针对性地让 WorkBuddy 修复。这既是排查思路也是驯服 AI Agent 的必经之路。6.3 实测归纳让 WorkBuddy 输出质量更稳的 5 个习惯最后分享一个我实测下来特别管用的经验清单也是我写完这篇东西最想让你抄走的作业给每个项目配置专属自定义指令至少包含语言、命名规范、交付标准三条任务描述采用“背景 目标 约束 交付物”四段式结构信息完整度决定质量下限重要任务分阶段推进不要一口气要求生成十个页面一次两三个页面效果最好利用跨对话记忆固定项目规范但只存稳定规则不存临时决策学会看执行日志和错误信息这是从“会用工具”到“玩转工具”的分水岭。这套习惯我用在 WorkBuddy 上稳定提高了产出质量。之前它生成的代码里偶尔会有逻辑不闭环的边界条件自从我在自定义指令里明确要求“自查边界”这类问题明显减少。说实话用 AI Agent 这件事本质上是在训练一种新的协作方式。你越懂怎么交代任务、立规矩、看过程它就越接近一个靠谱的工作伙伴而不是一个偶尔惊艳但经常翻车的“新手程序员”。
