去年底我把一个完全没写过代码的同事领进了WorkBuddy的门，他第一句话是："这不就是个AI聊天窗口吗？"结果两周之后，他用这个工具给自己部门搭了一个带数据看板的内部网站。这件事让我特别想写一篇真正面向零基础的WorkBuddy使用教程——不是那种把官方文档换个排版抄一遍的说明书，而是一个从下载安装、第一次对话、到配置Skill和记忆、再到把活干完的完整过程记录。
这篇教程没有前置知识要求：你不一定写过代码，不一定懂Prompt工程，甚至不用知道模型是什么。你只需要跟着实际操作一遍，然后把几个关键概念搞清楚，就会发现WorkBuddy真正厉害的地方不是"能聊天"，而是"能按你的规则持续干活"。
1. WorkBuddy不是"又一个聊天框"：它到底帮你干了什么
1.1 五分钟理解WorkBuddy的定位
很多人第一次看到WorkBuddy，容易产生两种误解：一种觉得它跟ChatGPT、文心一言这类对话机器人没区别，另一种觉得它是编程专用的IDE，不会写代码就别碰。这两种理解都偏差得厉害。
我用一句话概括：WorkBuddy是一个"带手带脚"的AI工作台。聊天机器人只负责"说"，WorkBuddy不仅能说，还能在你的电脑上做——读文件、改文件、执行命令、调用工具、按你设定的规则去处理一连串任务。它像是一个坐在你工位旁边的实习生，你交代清楚目标和规矩，他去跑腿、起草、整理、初筛，然后再把结果拿回来给你确认。
这一点是零基础用户最先要建立的认知。你用微信聊天时不会指望对方帮你把附件下载下来并按格式整理好，但WorkBuddy的默认工作方式恰恰是"把任务做完，而不只是给建议"。比如你让它做一个周报模板，它不只是给你一段文字描述，而是真的在当前工作目录里把文件建好、内容填好，甚至按你要求的格式保存好。
1.2 和CodeBuddy到底哪里不一样
搜索这两个词的人特别多，我猜很多人是搞混了。它俩名字像，定位却有明显区别。CodeBuddy往"代码研发辅助"走得更深，服务的对象偏程序员，强调的是编码、调试、代码补全这些开发环节。WorkBuddy更像个全能型工作台，它当然也能写代码、处理工程任务，但更侧重"把一类任务沉淀成可复用的技能和流程"，面向的群体广得多——运营、产品、数据分析师、甚至行政岗位的人都能找到用处。
如果你不是全职程序员，不用纠结要不要先去学CodeBuddy。零基础直接上手WorkBuddy反而更顺手，因为它允许你不懂代码也能创建"技能"：用大白话给助手定规矩、写流程，它就能照着执行。我那位同事几乎不会编程，但他给WorkBuddy定了一套"数据文件更新后自动生成图表页面"的规则，跑得比某些开发写的脚本还稳定。
1.3 零基础需要先建立的三个认知
- 认知一：你不是在跟它闲聊，你是在下达任务。越到后面你会越发现，任务描述越具体，结果越靠谱。后面我会专门讲到怎么把指令写得像"给实习生的交接单"。
- 认知二：它干活靠Skill（技能）和规则，不是靠每次重新说一遍。WorkBuddy支持把常用做法存成Skill，也支持设定全局规则，让后续所有任务自动遵守。这是它和普通聊天工具体验上最大的分水岭。
- 认知三：输出要检查，别盲信。AI能干，不代表它每次都不会错。尤其是涉及数据计算、文件操作时，必须保留"人工复核"这一步。这个习惯比任何技巧都重要。
2. 两分钟装好还是折腾半小时：Windows和Ubuntu安装实记
2.1 先搞清楚版本：国际版、标准版、Linux版
零基础朋友第一个容易卡住的地方不是安装动作，而是下载页面上的版本选瞎了眼。WorkBuddy有不同形态：Windows有桌面客户端，也有网页版登录入口；Linux有专门的安装包；另外还有人提到国际版。我的建议很简单——先看自己电脑系统，再看自己常用场景。
如果你是Windows用户，日常办公，直接下载桌面安装包最省事；如果你只是临时想试一下，网页版登录入口更快，不用装任何东西；如果你用的是Ubuntu这类Linux发行版，记得去找对应架构的Linux安装包，别拿Windows安装包硬套。国际版和本地版之间主要差异在账号体系、更新节奏和一些内置服务的可用范围，对零基础来说不影响核心功能，但注意登录入口别混淆。
2.2 Windows安装：默认路径与首次登录
Windows安装过程本身没什么需要动脑的地方，双击安装包，按提示下一步即可。但有一个细节值得注意：默认安装路径通常设在系统盘（C盘）。对于零基础用户，我建议在安装界面把路径改到空间充裕的非系统盘，比如D盘创建一个WorkBuddy目录。原因不是它本体有多大，而是它运行后会产生缓存、日志、临时工程文件，这些才是占空间的"大头"。如果一开始就装D盘，后面能少折腾一次目录迁移。
装完后首次启动会进入登录页。如果你之前只注册过网页版，别慌，同一个账号体系通常能通用。登录进去后会进入初始化设置，一般会让你确认工作目录、读取文件权限等，建议稍微认真看一下，不懂的先保持默认，后面随时可以改。
2.3 Linux/Ubuntu安装：命令行下少走弯路
Linux安装比Windows多一层知识门槛，但也没有想象中难。以Ubuntu为例，常见的安装包格式是.deb或AppImage，也有tar.xz压缩包。我最推荐用官方提供的.deb包，因为依赖处理相对省心。大致的操作逻辑是：
# 1. 先进入安装包下载目录 cd ~/Downloads # 2. 如果是deb包，用dpkg安装（包名按实际文件替换） sudo dpkg -i workbuddy_xxxx_amd64.deb # 3. 如果提示缺少依赖，执行修复 sudo apt --fix-broken install如果你是AppImage格式，那更简单——给它执行权限然后运行就行：
chmod +x WorkBuddy.AppImage ./WorkBuddy.AppImage实际过程中Linux新手最容易栽在三个地方：一是下载了跟CPU架构不匹配的包（比如在AMD64机器上装了个ARM版的包）；二是系统缺字体库或系统库导致界面乱码或打不开；三是权限问题导致它无法在选定的工作目录里写文件。前两类问题优先去官方文档或社区搜索报错信息，第三类问题最容易被忽视——给WorkBuddy设置一个你有完全读写权限的目录，能省掉大量莫名其妙的报错。
2.4 把系统缓存目录从C盘挪到D盘
热词里专门有一条"workbuddy 系统缓存目录能改到d盘吗"，说明这个问题坑了不少人。答案是能改，而且建议尽早改。
缓存目录默认会在用户目录下，Windows上通常是C盘的一个隐藏文件夹。时间一长，里面的日志、临时文件、历史会话记录可能攒出好几个G，对C盘紧张的人非常不友好。改法一般是在设置界面找"存储/缓存"相关选项，或者启动后在配置项里手动指定缓存路径。不同版本的菜单名称可能有差异，原则就是：把它指向一个非系统盘，并且保证该目录有稳定的写入权限。
你一定想问改了会不会影响使用？我的经验是正常使用完全没影响，唯一要注意的是如果你之前开过很多会话，旧缓存不会自动搬过去，需要手动迁移或直接删除旧缓存（不确定就别删，先备份）。
3. 打开工作台后的第一个任务：从提问到生成网站
3.1 工作台界面其实只有四个区域
新手打开WorkBuddy，看到密密麻麻的面板容易懵。放轻松，大部分界面元素你可以先无视。真正需要关注的只有四个地方：
- 对话/指令输入区：一般在中间或底部，是你给WorkBuddy下达任务的地方。
- 会话记录区：在侧边，用于回看之前干过的活。
- 技能与规则面板：这是WorkBuddy区别于普通AI工具的地方，后面会重点讲。
- 执行状态/输出区：当WorkBuddy真正动手改文件、跑命令时，这里会显示过程和结果，相当于它的"工作日志"。
刚开始不用管太多按钮，记住"在输入区把话说清楚"就够了。愿意零基础拍照的人，甚至可以把输入区理解成一个极简的"工作派单窗口"，其余都是辅助信息。
3.2 用一条完整的指令生成并发布一个网站
很多人问"workbuddy怎么生成网站发布"。这个场景特别适合作为新手第一个实战任务，因为它能完整带出WorkBuddy的处理链路：理解需求、拆分任务、写文件、调用工具、产出结果。
我当时给我同事演示的指令大概是这样的：
帮我做一个活动报名页面网站，要求如下： 1. 只有一个页面，包含活动标题、时间地点、报名表单（姓名、手机号、人数）。 2. 页面风格简洁清爽，不要花哨动画。 3. 把生成的HTML文件保存到项目文件夹"campaign-page"里。 4. 保存完成后，告诉我文件路径和如何在浏览器中打开验证。这条指令没有任何高深语法，就是普通人的大白话。WorkBuddy会自主拆解：先创建目录，再写HTML和CSS文件，然后提示你预览验证。如果它判断需要用到内置工具或技能，也会自动调用。
真正把"生成网站"推向"发布网站"的是它后续的发布能力：当你对本地文件满意了，可以让它把静态页面发布到一个可访问的地址，这样别人就能通过链接打开。这个过程不需要你懂服务器、FTP或域名，WorkBuddy会把发布动作封装成接近"点一下"的体验。零基础用户第一次看到这个流程，基本都会产生一种"原来网站是这么出来的"的顿悟感。
不过我这里必须补一个提醒：发布按钮点下去之前，一定在本地预览一遍。把页面发给别人之前，花三十秒检查表单能不能正常显示、文案有没有错字，比事后补救体面得多。
3.3 积分是怎么消耗的
用WorkBuddy干活不是无限续航，它涉及积分或额度的消耗机制。很多新手发现"我也没干嘛呀怎么积分没了"，其实就是没搞明白积分消耗的逻辑。
积分通常围绕模型调用计算，而模型调用又和"你让它处理多少内容"直接相关。具体来说，以下几类行为最耗积分：
| 行为类型 | 消耗量级（经验判断） | 说明 |
|---|---|---|
| 普通问答/闲聊 | 低 | 几句话来回，消费较少 |
| 生成长文档/网站代码 | 中高 | 输出内容越长，消耗越高 |
| 读取并分析多个大文件 | 高 | 数据库、日志、长文档非常烧额度 |
| 反复修改调优同一任务 | 中 | 每次重试都是一次新调用 |
我对零基础用户的建议是：别拿它当搜索引擎逗乐子，也别让它在同一件事上反复试错。你越能把任务一次描述清楚，积分利用率越高。反过来，如果你频繁让它"再换一种风格"但又没说清楚具体怎么换，那等于把积分扔进水里。这个道理跟请人干活一样：反复返工最费钱。
3.4 网页版的入口与临时场景
如果你在外面用别人的电脑，或者只是想快速验证一个小想法，网页版入口就很方便。网页版和桌面端核心能力基本一致，但加载本地文件、执行本地命令这类需要操作系统权限的事会受限。我的使用习惯是：零散小任务用网页版，正经干活用桌面版。注意网页版登录入口要认准官方渠道，别从搜索引擎里随便点一个带推广标识的链接，防止账号信息被钓鱼。
4. Skill机制与自定义指令：让WorkBuddy按你的规矩办事
4.1 Skill是什么：给助手写"岗位说明书"
如果只用对话模式，WorkBuddy充其量是个聪明的聊天工具。它真正拉开差距的地方是Skill（技能）机制。你要理解它，可以做一个类比：Skill相当于给WorkBuddy准备的一套"岗位说明书"。
一个新入职的实习生，你每次都要告诉他电脑怎么开、表格怎么建、报告怎么排版，那是低效的。更好的做法是写清楚岗位职责，以后他每次接活都自动按这套标准执行。Skill就是干这个的——把某个场景下的行为规范沉淀下来，之后它遇到类似任务时自动触发，不用你再重复一遍要求。
Skill可以很简单，比如"我的报告必须用中文、包含摘要和数据来源"；也可以很复杂，比如"每当我丢一个CSV进来，自动清理重复项、生成统计图表并输出一份分析草稿"。零基础完全可以先创建简单Skill，体会一下这个机制，再慢慢加东西。
4.2 自定义指令与"全局规则"：定几条规则，后续对所有任务都生效
和Skill紧密相关的，是自定义指令与全局规则。很多人会搜"给WorkBuddy定几条规则，后续对所有任务都生效"，这个诉求其实就是想设全局默认值。
在WorkBuddy里，你可以定义一组规则，让它在处理所有任务时无条件遵守。举个实际例子，我给自己设的规则包括：
1. 所有输出文案使用正式中文，不用口语词； 2. 生成代码必须包含必要注释，保留关键参数说明； 3. 涉及外部链接时，统一使用相对路径； 4. 每次完成任务后，在结尾给出"下一步建议"； 5. 禁止删除我未明确指定的任何文件。这些规则一旦启用，就成了它处理后续任务的默认前提。我那位不会写代码的同事，就是靠这类规则让WorkBuddy生成的页面风格保持一致——他不写CSS，但他在规则里写清楚"所有页面主色调用浅蓝，按钮要圆角，字体不要超过两种"，效果出奇地好。
这里的核心技巧是：规则要具体、可执行，不要写"质量高一点"这种正确但没有操作性的废话。你应该明确告诉它"什么能做、什么不能做、默认偏好是什么"。
4.3 跨对话记忆：让这次的经验下次还能用
默认情况下，很多AI工具的"记忆"仅限于当前对话。WorkBuddy中有人提到的"跨对话记忆skill"，解决的就是这个问题：让它在新的会话里依然记得你设定过的偏好和历史决策。
跨对话记忆最大的价值在长期项目里。比如你正在做一个连续好几周的项目，每次打开新会话，WorkBuddy还能记得你之前定的目录结构、命名规则和风格偏好，不用每次重新交代背景，沟通成本下降一个量级。
自己怎么用？一种方式是创建专门的"记忆/偏好"Skill，在里面写下关键约定，尤其是项目偏好和执行纪律；另一种方式是当发现WorkBuddy在某个新对话里"失忆"了，主动去检查那个记忆相关Skill是否处于启用状态。跨对话记忆不是魔法，它的本质还是"把该记住的东西写进规则/配置里"。
4.4 MCP Skill：接入外部工具的能力与边界
搜索热词里还有"workbuddy mcp skill"，这个对零基础来说属于进阶项，但我还是要讲个大概，因为以后你大概率会遇到。
MCP（Model Context Protocol）简单理解就是一套让AI工具对接外部系统和数据的标准接口。WorkBuddy通过MCP Skill，可以读取数据库、调用第三方服务、操作某个软件等。打个比方：Skill是给助手的岗位说明书，MCP就是给助手配的接口卡——有了它，助手才能去对接外部系统。
对零基础用户，我建议现阶段只做了解，不用急着配置。因为MCP涉及权限和安全性，配置不当等于把一个能操作外部系统的钥匙随便交了出去。如果你技术上还不熟，先用官方提供的现成Skill就好。等你有一定经验，再研究"如何限制MCP Skill的权限范围"，那才是更负责任的用法。
5. 本地化部署与网页版：数据放哪、以及怎么切换
5.1 本地化部署到底解决什么问题
有人执着于"本地化部署"，一提这个词就容易想到公司内部管理制度，其实纯粹是因为使用场景不同。
本地化部署的核心诉求通常是两个：一是数据敏感——有些文件不想经过云端服务，希望所有处理都在自己的机器上完成；二是稳定性与可控——希望模型调用和功能运行不被服务波动影响，或者想在长期项目里固定一套运行环境。把这些条件翻译成大白话就是：你的数据不出门，你的工具自己做主。
对零基础用户来说，本地部署听起来很高级，但其实现在已经不算复杂了——很多情况下下载一个Linux安装包、跟着安装步骤走就行。不过我要泼一点冷水：不是所有用户都需要本地部署。如果你只是日常写文案、做表格、生成简单页面，用标准客户端完全够用，没必要为了"本地化"而给自己加复杂度。
判断标准很简单：你是不是经常处理不能传到云端的内部敏感数据？如果是，研究本地部署。如果不是，标准版就是性价比最高的选择。
5.2 桌面端和网页端怎么配合用
最开始用WorkBuddy，可能不太理解为什么要区分桌面端和网页端。桌面端的优势是能真正操作本地文件、执行本地命令，权限大得多。网页端胜在轻量、随处可用，但很多需要"动手碰文件"的任务做不了。
我的建议是双端配合：日常、复杂的、涉密的、需要跑长流程的任务，用桌面端；碎片化灵感记录、临时查个资料、远程在别人电脑上应急看一眼，用网页端。
另外提醒一句：因为账号同步机制，网页端和桌面端之间的会话记录不一定实时无缝同步，具体看版本设置。如果你在某端看到项目"少了"，先别急着重装，优先检查同步状态和缓存目录。
6. 新手最容易踩的五个坑（附解决方案）
6.1 安装后打不开或界面异常
如果你在Linux下装完打不开，最常见的原因是缺依赖或系统库不兼容。先别反复重新下载安装包，去官方文档搜报错关键词，通常有现成答案。Windows下打不开，常见原因反而是杀毒软件误拦截了启动进程，检查安全中心的拦截记录，把WorkBuddy加入信任列表再重启。
6.2 缓存目录设置后不生效
这属于配置类Bug里最常见的一类。很多人去设置界面改了缓存路径，但重启后发现还是写到了老位置。我的经验是：改完缓存路径后，一定要完全退出整个程序（包括系统托盘里的后台进程）再重新打开。很多"设置不生效"其实只是进程没重启，配置没重新加载。
6.3 Skill创建了但没触发
你辛辛苦苦写了一个Skill，结果发现让它干活时它完全没用上，这事极打击人。排查顺序是：先确认Skill被正确保存并启用（注意不是保存了就算启用）；再确认你的任务描述是否足够匹配Skill的触发条件；最后看看规则优先级——如果全局规则和Skill内容冲突，结果可能很混乱。Skill机制越用越灵活，但也需要调试。
6.4 积分消耗太快
积分消耗通常和"输入内容太长+输出内容太长+反复无用迭代"有关系。三个解决办法：把指令写精准，一次说清；把大文件拆成小份再喂，别整段丢给它；对它不满意时，别说"重做"，而是明确说"保留什么、改什么"。这一条直接决定你这个月积分够不够用。
6.5 网上流传的"WorkBuddy从入门到精通PDF"要不要看
网上确实流传一些《WorkBuddy从入门到精通》之类的PDF资料，很多人下载完囤着。我的态度是：先别囤PDF，先把官方自带的新手引导和帮助文档过一遍。AI工具版本更新非常快，PDF这种东西很可能记的是一年前的界面和逻辑，容易误导。与其背旧地图，不如掌握"看官方文档、搜最新问题、自己动手测"这三件事，比一百个PDF都管用。
最后讲一个我自己坚持的习惯：用WorkBuddy每完成一个任务，我会花一分钟把"这次怎么描述任务才更顺、哪些规则帮我省了时间"记到备注里。时间一长，这些记录就成了我自己的使用手册，比看任何教程都贴身。工具会更新、界面会变，但学会"给自己沉淀方法"这件事，永远不过时。
