最近圈子里传得最热的一条消息应该就是腾讯 WorkBuddy 独家接入匿名模型 Space-Bunny而且折扣窗口直接卡到 10 月 7 日。很多人第一反应是Space-Bunny 是什么来头为什么不直接公布模型身份以及——我手里的 WorkBuddy 到底该怎么切换过去、打折价到底怎么吃到我大概算是最早一批把 WorkBuddy 装进日常开发的用户也从 WorkBuddy 刚上线时的“能对话、能补全”一直用到现在的“工作台Skill 编排多模型切换”。这次 Space-Bunny 接入我前后折腾了两天把切换流程、缓存路径、Skill 配置、账号记忆迁移这些事全跑了一遍。这篇文章不打算给你讲什么官方发布会纪要就纯粹从一个实际干活的人角度把这次接入的前因后果、实操要点、坑和心得一次说清楚。无论你是刚听说 WorkBuddy 的新手还是已经在 CodeBuddy 和 WorkBuddy 之间反复横跳的老玩家都能在这里找到对应的答案。1. 项目全貌WorkBuddy 为什么接一个“匿名模型”1.1 Space-Bunny 的匿名身份到底是什么Space-Bunny 在官方公告里的描述非常有限只说“独家接入”“匿名模型”“限时折扣”。我实测下来基本可以确定它是 WorkBuddy 平台内部一套独立托管的模型服务不是你在普通 API 面板里随便能调到的那个“公开版”。所谓匿名在业内一般有三种可能一是自家研发但还没想好品牌化的车型二是基于开源权重做了大量领域微调的“半自研”产品三是为了参加第三方评测盲测而使用的临时代号。WorkBuddy 这次的 Space-Bunny 更偏向第一和第二种的合体。从对话风格、代码补全速度、对中文项目文档的理解深度来看它明显不像通用大模型的“原装”表现更像是在代码数据上重新训练过一轮的专用版本。为什么官方不直接把真实模型名亮出来我个人的推测是腾讯想把“模型能力”和“产品品牌”解耦避免大家拿 Space-Bunny 去跟其他家的头部模型做简单横评反而忽略了它在 WorkBuddy 工作台场景里的实际效率提升。匿名也是保护研发节奏的一种方式毕竟模型迭代太快今天公布的名字下个月可能就大改版与其让用户记住一个会变的型号不如先把“WorkBuddy 里的默认模型就是好用”这个认知打出来。1.2 WorkBuddy 与 CodeBuddy 的产品矩阵位置很多人在搜索里纠结 workbuddy 和 codebuddy 到底啥区别。我在文章里直接给结论CodeBuddy 更接近传统意义上的 AI 编程助手主打 IDE 插件里的对话、补全、代码解释、单元测试生成WorkBuddy 则是一个完整的工作台它的核心不是“帮你写代码”而是“帮你把一个任务完整跑完”。我举个例子你用 CodeBuddy它可以帮你生成一个函数你用 WorkBuddy你可以为它配置一个 Skill告诉它“读取这个项目的 README、找到所有 TODO、逐个修复并补上测试、最后输出变更日志”。WorkBuddy 干活是项目级的CodeBuddy 干活是文件级的。Space-Bunny 这次接入的是 WorkBuddy 侧所以它的优化重点也放在长链路任务、工具调用、多文件修改上而不是单纯追求单次问答的“抖机灵”。对比维度CodeBuddyWorkBuddy主要形态IDE 插件独立工作台应用核心能力对话补全、代码解释、单文件生成多文件任务编排、Skill 工作流、项目级重构模型接入默认模型 可切换默认模型 独家模型如 Space-Bunny适合场景日常快速写码完整功能开发、搬迁、科研实验、教学案例学习成本低装完就能用中等需要理解 Skill 与工作台逻辑如果你只是补一个函数用 CodeBuddy 就够了如果你要做“项目搬迁”、要做“全栈小应用”、要跑一整套数据处理流程WorkBuddy 才是正确的打开方式。Space-Bunny 被打包进 WorkBuddy本质上就是腾讯在说这个模型不是给你聊天的是给你干活的。1.3 限时折扣的商业逻辑与用户受益点折扣截止到 10 月 7 日很明显就是为了配合国庆前后的开发者活跃周期。但我想说的是别只把它看成促销。限时折扣往往意味着两件事一是“首发期”的模型稳定性已经被压测到一定程度官方敢拿出来收费了二是通过低价把用户拉进来、让 Space-Bunny 进入更多真实项目收集反馈持续迭代。对用户来说这个窗口期的价值在于“试错成本极低”。你不需要立刻把全部业务迁到 WorkBuddy 上可以先用折扣价开一个月的用量把手头一两个中型项目放进去跑尤其是让 Space-Bunny 做代码评审、跨模块重构这类高难度任务。如果能在这个窗口期内把工作流磨合顺后续即使恢复原价你已经离不开这套工具了——这比任何羊毛都值钱。2. 核心细节解析Space-Bunny 会给工作流带来哪些实质变化2.1 能力侧重点长上下文与多文件级重构Space-Bunny 接入 WorkBuddy 后最明显的变化不是“回答变聪明了”而是“对项目的理解变深了”。传统对话式模型你贴一段代码它就分析一段代码Space-Bunny 配合 WorkBuddy 的 Skill 机制可以把整个项目的文件索引读进来然后基于全项目上下文给出修改建议。我在一个 ReactNode 的全栈项目里实测过让 WorkBuddy 找出所有“接口调用未做错误处理”的位置。旧模型只能一个文件一个文件地看Space-Bunny 却能直接在十几个文件里定位模式一致的代码块然后给出批量修复方案。这种能力对“项目搬迁”“老代码接手”这种场景简直是救命级别的。所谓搬迁项目最耗时的不是重写逻辑而是理解旧项目的隐藏依赖关系。Space-Bunny 的多文件上下文的优势就在这它能把散落在不同文件里的关联逻辑串联起来减少你来回跳转的脑力消耗。2.2 多场景适配科研、教学与小程序开发热搜词里有人搜 workbuddy 科研也有人搜 workbuddy 小程序教学应用案例。这两类场景恰好是 Space-Bunny 的舒适区。科研场景下代码往往不是追求工程化最优而是快速验证某个想法。Space-Bunny 在数据处理脚本、实验图表绘制、baseline 对比这些任务上的表现相当稳定。我把一套蛋白质序列处理的 Python 脚本丢进去它能快速给出使用 Biopython 的合理实现并且自动补上异常处理这点在论文复现时特别好用。小程序教学应用场景则胜在“能按教学节奏拆解”。工作台里写一个 Skill指定输出风格为“面向初学者的分步讲解”Space-Bunny 就会把一段业务逻辑拆成“数据准备、界面渲染、交互绑定”三阶段讲每阶段还给可运行的最小示例。这种教学向的输出控制需要模型对指令理解得足够细Space-Bunny 在这块的表现超出了我的预期。2.3 模型切换的取舍与默认模型策略有的用户担心接入新模型后原本熟悉的旧模型就不见了。实测下来WorkBuddy 的模型切换入口保留得很好在设置里可以随时切回原来的默认模型。Space-Bunny 并不是替代品而是给工作台用户多一个“擅长干重活”的选项。不过要注意不同模型之间并不是完全等价的上下文窗口和工具调用能力。Space-Bunny 的上下文窗口更长但对某些超长文件的处理速度会比短窗口模型慢。我自己的取舍是日常聊天、快速问答用默认模型开始做项目级重构、批量代码修订、复杂 Skill 执行时再切到 Space-Bunny。切换动作本身也就两三次点击不费事。如果你遇到切换后模型列表里看不到 Space-Bunny先检查 WorkBuddy 是否更新到最新版本然后确认工作目录的配置文件里没有旧模型残留。正常情况下官方推送是分批的晚一两天看到也别着急。3. 实操过程让 WorkBuddy 跑通 Space-Bunny 的完整链路3.1 下载、安装与三端部署细节先说最简单的部分下载安装。Windows、macOS 和 Ubuntu 三个平台的安装包都可以在 WorkBuddy 官方网站找到。Windows 端装的是 exe 安装包macOS 端是 dmgUbuntu 端我建议别直接下载压缩包乱解压而是用官方提供的安装脚本或者 deb 包这样后续升级省事。在 Ubuntu 上装 WorkBuddy最容易踩的坑是缺少图形依赖库。如果你双击启动没反应先到终端跑一下启动命令看看是不是 libgtk 和 libwebkit 的问题基本装完这两个依赖就能正常拉起窗口。安装完成后第一次启动WorkBuddy 会要求登录账号并选择工作目录。这里我有个建议专门创建一个独立的目录作为 WorkBuddy 的“沙盒”不要把整个用户目录丢给它索引否则首次项目扫描会非常慢。国际版和国内版在安装包上略有区别。国际版的默认语言和部分网络配置更偏向海外环境如果你主要在国内网络环境使用直接用国内版就好模型能力没有阉割差别主要在账号体系。3.2 在 WorkBuddy 中定位 Space-Bunny 与折扣计费装好后打开设置页的“模型”标签你会看到默认模型旁边多了一个 Space-Bunny 的选项。没有看到的话点一下刷新按钮或者重启一次应用正常情况下就会出现。切换之后模型 ID 旁会显示一个“独家”的小标识方便你确认已经切到了匿名模型。折扣计费这块重点说下官方是以“用量包”形式计费的在折扣期内购买账单明细里会直接按折扣价扣减。你不需要任何优惠码系统会自动识别。我实测下单后用量余额立刻到账没有任何延迟。如果购买后几小时仍显示原价多半是客户端缓存问题退出账号重新登录一次即可。3.3 工作台搭建与 Skill 配置实操Space-Bunny 真正发挥实力是在工作台里配好 Skill 之后。所谓 Skill本质上是一段结构化的“任务说明书”告诉模型你所处项目的背景、目标、输出格式和约束条件。我建议第一次使用的人用一个最简单的 Skill 练手让模型“读取当前项目目录下的 README.md按条列出项目功能模块并标注各模块所在文件”。操作路径是工作台 - 新建技能 - 填写名称和描述 - 在“上下文提示”里写清楚要求 - 保存。写提示词有个小技巧不要只说“总结项目”而是给模型“角色 任务 输出格式”的三段式指令。比如你要做代码审查就写“你是一名资深代码评审工程师请审查 src 目录下所有 TypeScript 文件按严重程度从高到低列出问题每个问题给出文件和行号最后给出修改建议。”Space-Bunny 对这种结构化指令的理解力很强但前提是你把“输出格式”定义得足够具体。Skill 配好后可以反复执行也可以稍微改一下参数适应不同子任务。我目前最常用的 Skill 包括新项目脚手架生成、遗留代码模块梳理、依赖升级影响分析、自动化测试补充。每个 Skill 都在用 Space-Bunny 跑比原来通用问答的产出稳定一截。3.4 缓存目录更改与磁盘空间管理搜索热词里有很多人问 workbuddy 缓存目录怎么更改说明缓存占用成了不少人的痛点。用了一段时间后WorkBuddy 会把项目索引、模型调用日志、临时文件都存在默认的缓存目录下时间长了确实会膨胀到好几个 GB。更改缓存目录的方法不复杂但不同平台的入口不一样。Windows 下在设置页找到“存储”选项卡把缓存路径改成 D 盘或其他大分区macOS 和 Ubuntu 下可以通过配置文件修改。需要注意一点修改缓存路径后旧缓存不会自动搬过去首次重新索引新项目时会慢一些。我的建议是把缓存目录统一放到固态硬盘上机械硬盘做缓存会明显拖慢 Space-Bunny 的项目扫描速度。还有一个容易忽略的地方WorkBuddy 会为每个 Skill 运行过程保留中间产物这些中间产物在任务完成后不会立即删除。建议定期手动清理“已完成任务的临时文件”或者把自动清理选项打开这样缓存膨胀问题基本就不会再出现了。3.5 换账号后如何恢复原来的记忆换账号失去记忆这个问题本质上不是“模型失忆”而是“工作区记忆数据没跟着走”。WorkBuddy 的上下文记忆是跟账号绑定的但旧账号的项目索引和 Skill 配置其实都存在本地工作目录里。如果你是因为换新账号担心之前的积累丢失完全没必要。恢复步骤是这样先找到旧账号下的工作目录把 skill 配置文件夹和对话历史文件复制出来然后切换到新账号在设置里改变工作目录指向之前的位置重启应用后新账号就能读到旧账号的 Skill 和项目上下文。个别情况下会出现权限问题直接给工作目录加上当前用户的读写权限即可。如果你只想恢复某一次的对话记忆而不是全部配置那更简单。WorkBuddy 支持把单个对话导出成 markdown 文件新账号下直接把文件拖进对话窗口它就能接上上下文继续聊。这个功能用来做“双机迁移”也非常方便我在新电脑上恢复项目思路就是这么干的。3.6 WorkBuddy 与 Cursor 及其他工具搭配使用不少人搜 workbuddy cursor想知道两者是不是二选一。我实际用下来的结论是它们完全可以共存而且互补性很强。Cursor 的优势在于编辑器内极速补全和轻量对话WorkBuddy 的优势在于完整任务执行和 Skill 编排。我的组合方案是在 Cursor 里写代码、快速修 bug遇到需要跨文件重构或者需要“理解整个项目再动手”的任务时切到 WorkBuddy 里配置一个 Skill 执行。还有一个更顺滑的方式WorkBuddy 可以把生成结果直接导出为 diff 文件然后回到 Cursor 里用 Git 工具查看并应用改动。这样既发挥了两边优势又不用在多个窗口里重复粘贴代码。如果你在 WorkBuddy 里配置好了某个 Skill 的提示词和规则也可以手动参考它去 Cursor 的自定义指令里做一份简版在日常补全时获得类似的效果。但别指望完全一致毕竟两个工具的后台模型调度逻辑不一样。4. 常见问题与排查技巧实录4.1 模型列表里看不到 Space-Bunny这个问题的出现频率最高。我遇到的情况有两种一是应用版本太旧官方新模型没有推送到旧版本客户端二是账号所属的灰度分组还没放开。处理方法先去官网下载最新版覆盖安装确认版本号跟发布说明一致还不行就退出账号重新登录强制触发一次配置拉取。如果依然看不到大概率是灰度还没轮到你的账号等一两天自然就会好。4.2 折扣价格不显示或购买了按原价扣款价格显示异常往往和客户端缓存有关。我操作过一次确认订单页已经显示折扣价结果付款时仍然是原价后来发现是应用没彻底退出后台进程占着旧配置。解决方式很简单完全退出应用Windows 右下角托盘也要退出重新打开再进购买页。还有一点如果你同时挂着国际版和国内版的账号别把两个账号的计费平台搞混折扣通常只针对限定的版本渠道。4.3 启动失败與刚改完缓存目录改了缓存目录后第一次重启WorkBuddy 会重新扫描所有项目如果项目特别多启动时会一度看起来像卡死。别急着强制结束进程给它至少两三分钟完成索引重建。如果等了一刻钟还是没用去检查新缓存目录的磁盘剩余空间和读写权限。我之前遇到过 Ubuntu 上新缓存目录是在挂载盘里挂载参数不允许普通用户写入导致应用一直无法初始化改一下目录属主就好了。4.4 生成内容“AI 味”太重怎么调整热搜词里有 workbuddy 减少ai味这个需求很真实。“AI 味”重本质上是模型输出了太多典型句式比如“作为一个语言模型”“综上所述”“值得注意的是”之类的填充话术。Space-Bunny 在这方面已经比很多通用模型克制但仍然需要在指令层面做约束。我的方法是两层第一层在全局设置里自定义“输出风格偏好”写明“直接给结论不要中间废话禁止总结性结尾”第二层在每个 Skill 的描述末尾追加一行关于语气的要求比如“不出现任何‘作为AI’、‘作为助手’之类的表述拒绝空泛建议只输出可执行步骤”。实测下来加了这两层约束之后生成内容的机器感能降低大半。如果你需要更彻底的控制可以在生成后用一个小的文本过滤脚本把“总而言之”“需要注意的是”这类固定短语替换成空字符串处理效率非常高。4.5 “从入门到精通”资料到底怎么找有人问 workbuddy 从入门到精通 pdf 下载还有人找 workbuddy pdf。我的经验是遇到这种直接搜 PDF 的习惯最好改一改因为网上流传的很多所谓“从入门到精通”资料要么是早期版本的界面截图要么是营销号拼凑的内容参考价值很低还容易误导。真正有价值的资料是这几类一是官方帮助文档里的“最佳实践”章节里面的流程图和示例配置都是跟着版本迭代更新的二是官方示例项目直接导入工作台就能看到 Skill 是怎么组织、长任务是怎么拆解的三是我自己维护的笔记——每做一个新项目类型就把 WorkBuddy 的配置和踩过的坑记成一份 markdown下次遇到相似项目直接复用。与其到处下 PDF不如从今天起自建一套自己的 WorkBuddy 手册。工具在快速迭代别人的旧书根本追不上版本速度。5. 我的实际使用体验与最终建议5.1 Space-Bunny 接入前后的真实对比我在一个旧项目上做对比测试任务是“梳理所有遗留 API 并生成接口文档”。旧模型版本花了二十分钟输出是一份比较平的清单Space-Bunny 只用了六分钟直接按模块分好了类并且标注了每个接口的调用方和被调用方连废弃接口都帮我标出来了。这种体验差距不是“模型更聪明”一句话能概括的而是“工具理解项目结构”这个底层能力变了。另一个明显提升的地方是Space-Bunny 对代码库中的中文注释和中文需求文档的理解更自然减少了英文版模型经常出现的“语境跑偏”。如果你是中文项目为主这次接入可以说非常对口。5.2 折扣期内的采购与配置建议如果你还没有正式用 WorkBuddy我建议你现在就下载一个用折扣价开最小用量包先跑两周。别一上来就买最大额度因为你还不确定工作台模式适不适合自己的习惯。先用小成本试错确认 Space-Bunny 在你的项目里真的提效后再趁着折扣期内把用量包升级到更高的档位性价比最高。已经重度使用 WorkBuddy 的用户我的建议是直接切到 Space-Bunny 作为主要模型持续用到 10 月 7 日之后如果觉得顺就留下不习惯再切回旧模型也不亏反正切换没有额外成本。折扣窗口本质上是官方给你一段低风险体验期这段时间多跑几个真实项目比什么评测文章都有说服力。5.3 最后再分享一个 WorkBuddy 独门技巧很多人配置 Skill 时长篇大论写提示词结果模型执行效果还是飘。我测试下来发现一个规律Space-Bunny 特别吃“最小必要约束”。所谓最小必要约束就是只告诉你需要它做什么、做完以后产出什么格式而不要去预设实现路径。你一旦在提示词里写了“你应该先读取哪些文件、再调用哪个函数、最后怎么写日志”模型就会把它当成指令强行执行反而丢掉自己的判断力。最好的做法是“分析这个项目找出测试覆盖最低的三个模块各补一组基础测试用例用 Jest 风格直接输出代码。”这样它自己会决定怎么读文件、怎么写结果通常比你手把手教更合理。我在实际使用中最明显的感受就是 WorkBuddy 正在从一个“问答工具”变成“执行工具”。Space-Bunny 的独家接入更像是给这个执行工具装上了一个更懂项目、更会干活的引擎。如果你愿意花一晚上把工作台、Skill、缓存目录、模型切换这些基础配置都跑通那接下来省下来的项目时间绝对不是一星半点。