腾讯 WorkBuddy 是面向职场人的 AI 智能工作台它要解决的问题不是单纯聊天而是把日常工作中反复出现的资料整理、文案生成、数据汇总、流程编排等任务收敛到一个可配置的工作台里。很多用户第一次打开 WorkBuddy 时容易把它当成另一个“大模型对话框”用过几次后发现回答不太稳定就放弃了。真正的问题是还没有理解它的工作方式技能、自定义指令、上下文管理这三个要素共同决定输出质量。这篇文章从零开始先讲清 WorkBuddy 与 CodeBuddy 的边界再完成安装、登录、工作台搭建然后深入 Skill 技能、自定义指令和上下文管理最后给出常见问题排查与一条从入门到精通的学习路径。读完你可以在自己电脑上建立第一套个人工作台并且知道哪些场景用它能提效哪些场景不能越权使用。1. 先搞清楚 WorkBuddy 是什么以及和 CodeBuddy 的边界1.1 用一句话理解 WorkBuddyWorkBuddy 是一个 AI 工作台不是简单聊天机器人。它以对话为核心交互方式同时提供技能、自定义指令、文档处理、网页生成、自动化流程等能力。职场人可以把常用的工作方法和知识库沉淀成技能需要时直接调用不用每次重新解释一遍需求。从技术角度看WorkBuddy 是基于大语言模型的智能体平台。它在普通问答之外增加了一层“任务封装”用户给模型一个明确目标和可用工具模型根据上下文调用技能或生成代码最终产出结构化结果。这一层封装让它可以处理“写周报、做数据分析、生成页面、调试接口”这类需要多步骤才能完成的任务。很多用户第一次接触时会问“它和 ChatGPT 有什么区别”。区别不在于模型本身而在于产品形态。WorkBuddy 更强调工作现场你可以在一个界面里组织多个技能把本周要用的日报模板、会议纪要模板、竞品分析模板放在同一个工作台里每天打开就能开始干活而不是每次都从空白对话框开始。1.2 WorkBuddy 的核心能力拆解WorkBuddy 的核心能力可以拆成四块智能对话自然语言交互是入口用户用一句话描述任务。技能封装把提示词、处理逻辑和输入参数打包成一个可复用模块例如“会议纪要技能”“周报生成技能”。自定义指令用户自行编写的角色和规则用来控制模型行为和输出格式。工作台把多个技能和工具集中在一个界面按项目或角色组织。除了这四块还有工具调用能力。它可以在回答中生成 HTML 网页也可以生成 Python 脚本再结合本地环境运行。对不擅长编程的职场人来说这是把“能写代码”转化为“能完成任务”的关键路径。1.3 WorkBuddy 和 CodeBuddy 到底有什么区别根据腾讯 AI 助手的整体布局CodeBuddy 更偏向开发者编程场景WorkBuddy 更偏向职场通用工作场景。两者不是替代关系而是互补关系。维度CodeBuddyWorkBuddy目标用户开发者、程序员产品、运营、数据分析师、项目经理等职场人核心场景代码生成、代码解释、重构、调试文档、数据、汇报、网页原型、流程自动化主要使用方式IDE 插件或编程对话窗口工作台式智能体界面典型能力代码补全、单元测试生成、Bug 修复周报生成、会议纪要、接口脚本生成、网页搭建对编程能力要求需要一定开发基础不需要写代码但懂一点逻辑更好有人误解“CodeBuddy 能写代码WorkBuddy 只能聊天”这是不准确的。WorkBuddy 也能写代码只是它的侧重点不是帮你维护大型软件工程而是帮你用代码解决眼前的工作问题。比如生成一个数据清洗脚本、一个接口测试脚本这些场景在 WorkBuddy 里非常合适。2. 搭建个人工作台前的准备环境、账号和基础概念2.1 运行环境要求准备阶段最容易踩坑的是系统版本。根据常见版本的安装要求WorkBuddy 客户端更适合 Windows 10/11 64 位系统和较新的 macOS 系统。网上经常有人问“Windows 7 能不能用 WorkBuddy”从实际使用反馈看Win7 缺少必要的运行库和系统组件安装后也容易出现启动失败、界面渲染异常等问题。如果你的电脑是 Win7优先尝试网页版登录入口。网页版不依赖本地客户端运行环境只要浏览器可用就能访问功能通常覆盖核心对话和部分技能。但网页版对本地文件访问能力有限部分需要读取本地目录的技能无法执行。使用方式适用场景优点限制网页版临时使用、低配电脑、Win7 环境无需安装入口易得本地文件访问受限功能可能少于客户端Windows 客户端日常高频使用、需要读取本地文件功能完整技能加载稳定需要安装有系统版本要求macOS 客户端Mac 用户日常办公体验流畅与系统集成好同样需要较新系统版本安装时要注意安装目录。经常有用户问“WorkBuddy 怎么移到 D 盘”最理想的方式是安装时直接选择 D 盘目录而不是安装完成后再移动。部分版本客户端不允许移动安装目录强行移动会导致启动失败或技能加载异常。2.2 登录方式和账号准备WorkBuddy 通常使用腾讯账号体系登录常见的登录方式包括微信扫码、QQ 登录和手机号验证码。第一次登录后产品会进入初始化引导通常会让你选择职业角色例如产品经理、运营、数据分析师、程序员、HR 等。这个选择不是装饰。选择角色后WorkBuddy 会预置一批与该岗位匹配的技能和指令例如产品经理默认出现“PRD 生成器”“竞品分析助手”数据分析师默认出现“数据解读助手”“报表生成器”。如果你随意跳过引导后续工作台会显得很空还要自己手动添加技能。建议在初始化时认真填写行业和工作角色。如果填错了也可以在设置中修改个人资料然后重新加载技能列表。2.3 需要提前理解的 5 个概念在开始搭建之前先建立一组基础概念这会直接影响后面能否顺利使用。对话会话Session一次任务交互的完整上下文包含用户输入和模型输出。新建对话意味着清空上下文开始新话题。上下文Context模型处理当前输入时能看到的全部信息包括历史消息、粘贴的文档、系统指令。上下文长度有限塞入了过多内容就会报错或质量下降。技能Skill一段预定义的指令和处理逻辑可被独立调用。技能可以理解为“别人或你自己封装好的最佳实践”。自定义指令Custom Prompt用户自己写的规则可以附加到会话中控制模型角色和回答方式。工作台Workspace将技能、常用入口和文档组合成的可视化界面按不同项目或岗位区分。理解这五个概念后你会发现 WorkBuddy 的使用方式很像“搭积木”把标准任务做成技能把个性化要求写成自定义指令把技能放进工作台一次组装长期复用。3. 从零开始搭建个人工作台安装、登录和第一个工作台3.1 下载与安装步骤搭建工作台的第一步是获得可用环境。下面以 Windows 客户端为例给出常规操作步骤打开 WorkBuddy 官方网站找到下载页面。选择 Windows 版本下载安装包注意区分 32 位和 64 位。运行安装包。如果系统弹出安全警告确认程序来源可信后选择“仍要运行”。选择安装目录。如果 C 盘空间紧张可以在这一步直接将安装路径改为 D 盘例如D:\Program Files\WorkBuddy。等待安装完成启动客户端。安装完成后不要急着使用。先检查客户端是否为最新版本。部分版本在安装后会自动更新也支持在“设置-关于”中检查更新。不同版本之间的 Skill 上传格式和自定义指令入口可能略有差异保持一致版本能减少踩坑。3.2 登录与初始化启动客户端后使用微信扫码或 QQ 登录。登录成功后页面会进入初始化引导。常见引导内容包括选择职业角色产品、运营、设计、技术、市场、人事、财务等。选择关注行业互联网、金融、教育、电商、制造业等。选择常用任务写文档、做表格、写网页、生成代码、整理资料等。这些信息会用于推荐默认技能。如果界面没有出现引导也可以在设置中手动选择“重新初始化工作台”但要注意这可能会重置已有布局。登录后建议先做一件小事在通用对话窗口中输入“你好”确认服务正常。然后查看左下角或侧边栏的“技能中心”了解当前已经内置了哪些技能。3.3 创建第一个个人工作台点击“新建工作台”输入名称例如“我的日常”。工作台是技能的容器你可以按“项目”或“角色”创建多个工作台。创建后默认工作台是空的。点击“添加模块”或“添加技能”从技能库中挑选几个高频技能。以一个运营人员为例可以添加公众号文章标题生成周报生成器竞品文案分析数据复盘助手网页落地页生成添加后可以拖动调整顺序将最常用的技能放在顶部。工作台还可以修改主题名称、添加描述形成个人使用习惯。3.4 工作台中的常用工具配置每个技能在工作台中会以卡片形式显示。卡片上一般有技能名称、描述和开始按钮。点击开始后会进入该技能的专属对话此时模型已经加载了技能里预设的提示词不需要你再次描述任务背景。如果某个技能经常用到建议把它固定在顶部。如果某个技能很少使用可以从工作台移除但不代表删除技能库里的技能只是不在当前工作台展示。配置工作台的关键原则只保留你每周至少会使用两次的技能。很多人一开始会添加十几二十个技能结果界面臃肿反而难以选择。工作台的价值是减少选择成本不是收集功能。4. 掌握 Skill 技能从内置技能到自定义技能上传4.1 什么是 Skill为什么需要它技能是 WorkBuddy 中最有价值的部分。一个技能至少包含名称、描述、触发词和核心提示词。它的本质是把重复性任务标准化让模型在特定场景下自动采用你期望的处理方式。举个例子你每周都要写周报。如果每次都在空白对话框中写“帮我写周报我是数据分析师负责电商业务需要包含 GMV、转化率、复购率、问题分析和下周计划”会非常费力。如果你创建了一个“电商周报技能”把这些要求全部固化下来下次只需要粘贴这一周的数据技能就会自动按模板生成。这还不是技能的全部价值。高级技能可以包含输入参数定义界面上会生成表单让你填写“数据表格”“核心指标”“异常说明”等字段模型接收后再执行处理。这让复杂任务从“写长指令”变成了“填表单”大幅降低使用门槛。4.2 如何查看和使用内置技能在技能中心或技能市场中通常能看到分类例如“办公提效”“内容创作”“数据分析”“编程开发”“网页设计”。每个技能卡片有简介和适用场景。以“会议纪要技能”为例使用流程是在技能列表中找到“会议纪要”。点击使用进入技能对话。粘贴会议原始记录或点击上传语音转文字文件。模型按预设结构输出会议时间、参会人、议题、结论和待办事项。点击复制结果或直接导出为 Markdown 文件。使用内置技能时要注意不是每个技能都能完美满足你的格式要求。如果输出格式不符合预期可以在对话中追加“请按以下格式重新输出”但更好的做法是复制该技能在自定义版本中修改提示词。4.3 上传自定义 Skill 的步骤WorkBuddy 支持用户上传自定义技能常见操作路径如下准备技能配置文件。配置可以是 JSON、YAML 或压缩包具体格式以当前版本支持为准。点击技能中心中的“添加技能”或“导入技能”。选择配置文件或压缩包系统会解析技能名称、描述、提示词等信息。检查解析结果如果有报错会提示缺少哪个字段。填写技能图标和标签点击发布或保存。回到工作台在“添加模块”中找到刚刚上传的技能。上传失败时最常见的原因是配置文件中缺少必填字段或者 JSON 格式不正确。可以在本地用 JSON 校验工具检查格式确保没有多余逗号和注释。WorkBuddy 的配置文件通常不支持注释这与很多 JavaScript 配置文件不同。4.4 Skill 配置示例和参数说明下面给出一个通用 JSON 配置示例。这个示例用于说明思路实际项目需要结合当前版本的字段要求调整。{ name: weekly-report, description: 根据业务数据生成中文周报包含核心指标、环比变化、问题分析和下周计划。, version: 1.0.0, author: your-name, tags: [周报, 数据分析], trigger: [周报, weekly], prompt: 你是业务周报助手。根据用户提供的表格数据生成一份中文周报结构包括一、本周核心指标二、环比变化三、问题分析四、下周计划。输出使用 Markdown 格式。如果数据有缺失请明确标注。, input: { key_metrics: 字符串填写核心指标名称多个指标用逗号分隔, data_table: 表格或 CSV 内容粘贴原始数据 } }字段说明如下字段含义是否必填注意事项name技能唯一名称是建议使用小写字母和连字符例如 weekly-reportdescription技能功能描述是描述要具体便于模型判断调用时机version技能版本号建议填写迭代模板时使用author作者名称否个人使用可以忽略tags标签否用于技能分类检索trigger触发词否匹配后优先调用该技能prompt核心提示词是决定输出质量需精心设计input输入参数否定义表单字段提升输入结构化程度自定义技能最关键的字段是prompt。它相当于完整、独立的任务指令不会依赖用户在对话中补充背景。写得越清晰模型输出越稳定。4.5 Skill 常见错误常见错误一是把提示词写得太短例如“帮我写周报”。模型不知道你的岗位、数据维度、周报结构只能盲目输出通用模板。正确做法是把背景、数据格式、输出结构全部写清楚。常见错误二是配置中包含不支持的特殊符号或字段。快速排查方法是先创建一个最简单的技能确认能上传后再逐步增加字段。如果新增字段后失败就说明问题在该字段。常见错误三是技能描述与实际功能不符。例如描述中写着“数据分析”实际提示词是“写文案”会导致模型在匹配技能时行为混乱。描述要忠实于功能。5. 自定义指令应该怎么写结构、模板和实战用法5.1 自定义指令与技能的关系技能适合需要长期复用的任务自定义指令适合在某个会话中临时指定行为。两者可以配合使用技能提供主流程自定义指令在当前对话中追加额外限制。比如你正在使用“周报生成技能”但这次需要额外输出“风险预警”部分不需要修改技能本身只需在对话中输入一条自定义指令“在本轮输出中额外增加‘风险预警’章节列出可能导致目标不达标的因素。”自定义指令的核心价值是在不动技能模板的前提下按当前场景灵活调整。对模型来说指令越明确回答越符合期望。很多人抱怨 AI 回答“太泛”其实往往不是模型问题而是指令给得太少。5.2 四段式指令模板角色、背景、任务、要求一个稳定好用的自定义指令建议包含以下四个部分角色告诉模型它应该以什么身份回答。背景说明为什么做这件事以及有哪些限定条件。任务具体要完成什么输出什么结果。要求格式、字数、语气、禁忌等约束。模板如下你是[角色]。 背景[说明上下文和限制条件]。 任务[描述需要完成的具体工作]。 要求 1. [输出格式要求] 2. [内容覆盖要求] 3. [禁止事项]示例你是数据产品经理。 背景我需要向部门 leader 提交一份产品功能上线后的数据复盘。 任务根据我提供的埋点数据和功能描述写出上线一周的核心数据变化、用户反馈问题和下一步优化建议。 要求 1. 输出 Markdown 格式包含表格和结论。 2. 数据不足时明确说明“暂无法判断”不要编造数字。 3. 优化建议要具体到功能模块不要写通用口号。这个指令把模型角色、任务和输出约束全部限制住比直接问“帮我分析数据”要容易得到高质量回答。5.3 场景一日报生成指令职场人高频需求量是日报。下面是一个可直接复制的指令模板请根据我提供的工作日志生成一份工作日报告。 结构要求 - 今日完成 - 遇到的问题 - 明日计划 - 需要协调事项 格式要求每条事项不超过 3 项语言简洁使用项目符号。 如果日志信息不完整请直接在对应部分写“未提供”。使用此指令时只需把当天的工作日志粘贴在指令后面。模型会严格按照结构输出减少手动调整格式的时间。5.4 场景二接口自动化测试指令如果你在做接口联调或接口测试可以让 WorkBuddy 生成 Python 脚本。注意生成脚本不等于测试完成必须在本地环境验证。示例指令请根据以下接口信息生成 Python 脚本 - 接口地址https://api.example.com/api/v1/login - 请求方法POST - 请求参数username, password - 认证方式无需认证 要求 1. 使用 requests 库 2. 从 config.json 读取 base_url、username、password 3. 将返回结果保存到 result.json 4. 打印 HTTP 状态码 请先给出完整脚本再说明如何安装依赖和运行。模型可能生成的脚本如下import requests import json with open(config.json, r, encodingutf-8) as f: config json.load(f) url config[base_url] /api/v1/login payload { username: config[username], password: config[password] } resp requests.post(url, jsonpayload, timeout10) print(Status Code:, resp.status_code) with open(result.json, w, encodingutf-8) as f: json.dump(resp.json(), f, ensure_asciiFalse, indent2)运行前需要在终端安装依赖并准备 config.jsonpip install requests{ base_url: https://api.example.com, username: your_username, password: your_password }运行脚本python login_test.py这个示例只是最小闭环用于理解思路。生产环境还需要处理 SSL 证书验证、日志记录、超时重试、异常捕获和敏感信息脱敏。5.5 自定义指令的常见错误指令写得太短。例如“写一份营销方案”模型不知道产品、目标用户、预算、渠道只能生成通用内容。至少要写清背景、目标对象、预算范围和输出结构。约束条件缺失。不限定字数、格式、风格输出就会不稳定。同一场景多试几次你会发现格式差异很大原因通常是没有在指令中给出明确格式要求。要求过多且互相矛盾。指令中同时要求“详细展开”和“控制在 100 字以内”模型很难同时满足。每次指令应该聚焦一个核心目标必要时拆分多轮对话。6. 上下文管理用量满了怎么办如何清理和优化6.1 为什么会出现“上下文用量满了”大语言模型不是无限记忆工具。每次生成回复时模型需要重新读取当前对话的全部历史内容包括之前的用户输入、模型输出、上传的文档片段。这些内容会占据上下文窗口。当历史内容达到上限就会出现无法继续输入的情况。WorkBuddy 中的“上下文用量”通常以 Token 数或百分比显示。中文字符占用的 Token 数通常比英文多粘贴中文长文档时会更快接近上限。这是模型架构决定的不是产品故障。6.2 上下文满的主要现象输入框上方出现红色或黄色提示例如“上下文已满”。发送消息后长时间没有响应。新回复开始遗忘早期信息例如在长对话后期问“最开始我让你做什么”模型答不上来。粘贴新内容后之前的某段历史被自动丢弃。一旦出现这些现象首要任务不是继续发送而是保存当前有用信息然后清理上下文。6.3 上下文满时的处理方案处理方案具体操作适用场景新建对话点击“新建会话”把必要信息重新粘贴当前任务已经告一段落精简历史删除中间调试轮次只保留最终需求历史中夹杂大量无关内容使用技能将固定要求写进技能对话中只引用技能名长期重复的固定任务分块处理把长文档拆成小段分批提问需要分析整篇文档手动复制关键结论在新建对话前把已有结论复制到备忘录防止上下文清理后丢失信息最稳妥的做法是在上下文快要满的时候先让模型对当前讨论做一个总结例如输入“请把目前的结论和待办整理成 300 字以内的摘要”。然后把摘要保存到本地再新建对话粘贴摘要继续工作。这样既保留关键信息又清空了冗长历史。6.4 如何预防上下文过载预防比处理更重要。养成三个习惯可以减少上下文过载第一一次对话只处理一个核心任务。写周报就只写周报不要在同一对话里又写周报又讨论竞品分析。不同任务切换到新会话。第二大段文档先让模型总结再基于总结提问。不要在对话中反复粘贴长达几万字的原文这会迅速消耗上下文空间。建议先上传文档让模型输出“核心要点、关键数据、待确认问题”然后针对总结精读。第三固定规则写入自定义指令或技能。如果你每次都要强调“我是运营输出要用表格”这个要求应该写进技能里而不是每次手动输入。手动输入不仅低效还会占用上下文空间。7. 典型场景实战写网页、接口自动化和访问企业 OA 的边界7.1 用 WorkBuddy 写网页WorkBuddy 可以作为前端原型的快速生成工具。它适合生成静态页面比如登录页、落地页、个人介绍页、数据展示页但不适合直接替代专业前端开发用于大型应用。生成网页的提示词要尽量明确请生成一个登录页面 - 使用纯 HTML CSS不要引入外部框架 - 页面背景为浅灰色登录卡片居中宽度 400px - 包含用户名、密码输入框和登录按钮 - 前端校验用户名不能为空密码长度不少于 6 位 - 点击登录后在按钮下方显示“登录成功”文字 - 给出完整代码和使用说明模型会输出一段 HTML 代码。可以复制到本地保存为login.html用浏览器直接打开验证。如果页面样式不符合预期继续在对话中追加修改要求例如“把按钮改为蓝色”“增加一个忘记密码链接”。需要注意AI 生成的前端页面只适合原型验证。真实登录系统必须包含后端鉴权、密码加密、防暴力破解、防跨站请求伪造等安全设计不能直接把原型当成生产页面使用。7.2 用 WorkBuddy 做接口自动化接口自动化是程序员和数据岗位的高频需求。WorkBuddy 在这个场景中更适合做三件事根据接口文档生成请求脚本。解释接口返回的错误码和异常信息。对已有测试脚本进行说明、重构、添加断言。例如你可以输入请分析这段接口报错日志并告诉我最可能的原因 [粘贴报错日志]或者请为以下接口生成一个 pytest 用例要求包含状态码断言和超时异常处理。需要注意的是AI 理解接口文档的能力依赖文档质量。如果文档中的字段含义模糊生成脚本也会不准确。建议在输入材料中包含请求示例、返回示例和字段说明。生成脚本后应在测试环境小范围执行确认无误后再扩大范围。7.3 能不能用 WorkBuddy 访问企业的 OA 系统这是一个常见问题也是边界比较敏感的问题。首先要区分两个层面技术上可与权限上是否合规。技术层面WorkBuddy 如果未配置企业级集成它默认没有能力直接登录或读取 OA 系统。它只是一个 AI 工作台不是浏览器也不是企业数据中台。权限层面即使 WorkBuddy 后续支持通过连接器或插件访问 OA也必须由企业管理员统一配置遵循最小权限原则。个人私自将账号密码提供给第三方工具用于访问企业内部系统存在数据泄露、账号被盗、违反企业信息安全制度的风险。这类操作不应该出现在个人工作台实践里。更稳妥的用法是在获得企业授权的前提下通过企业开放的 API 接口让 WorkBuddy 辅助处理已经允许访问的数据。例如生成周报时只输入脱敏后的统计数据而不是把详细员工信息或财务明细粘贴进去。任何时候敏感数据的边界都要先于效率考虑。8. 常见问题排查与使用技巧8.1 高频问题定位表使用 WorkBuddy 时问题可以从“安装、登录、对话、技能、上下文、网络”六条线排查。下表汇总了常见现象和处理建议问题现象常见原因检查方式处理建议安装失败系统版本过低下载包不完整对照系统要求检查安装包大小使用在线版或升级到 Win10/11登录失败网络问题账号未授权检查网络切换微信/QQ登录重启客户端或联系账号支持消息发送卡住网络抖动服务端负载高上下文过长观察有无错误提示查看上下文用量切换网络刷新新建对话上传 Skill 失败JSON 格式错误缺少必填字段用本地工具校验 JSON 格式按模板修正后重新上传回答质量差指令模糊上下文冲突重写指令精简历史使用结构化的四段式指令修改技能后不生效未重新加载或缓存未刷新查看技能列表是否更新删除并重新添加技能或重启客户端本地文件无法读取客户端权限不足或只使用网页版检查文件类型和存储路径使用客户端并授予文件访问权限排查时先确认输入和路径再考虑版本和配置最后才怀疑服务端问题。很多人一遇到问题就怀疑服务器其实大部分情况下是环境或指令问题。8.2 消息卡住发不出去的完整排查链路当输入框显示消息无法发送时按以下顺序处理检查输入框内容。如果粘贴内容中包含特殊字符或空字符先尝试清空重新输入。检查网络连接。打开浏览器访问任意网页确认网络通畅。如果公司网络有限制尝试切换热点。检查上下文用量。如果已经接近 100%新建对话再发送。检查客户端版本。在设置中查看版本号更新到最新版。重启客户端。完全退出后重新启动恢复连接。如果仍然卡住可能是服务端临时故障等待一段时间后重试。这条链路适用于绝大多数“发不出去”的问题。不要一上来就卸载重装那样会丢失本地配置。8.3 实用的日常使用技巧每天开始工作时新建一个会话命名为当天日期避免旧上下文干扰新任务。固定的分析思路写成自定义指令复制到技能库里防止遗忘。与数据相关的任务输入时使用 CSV、表格、JSON输出结构更稳定。生成代码后一定要在本地验证不要直接信任 AI 输出。涉及密码、密钥、身份证号等敏感信息不要粘贴到对话中。复杂任务拆成多个子任务分步完成不要试图一轮对话解决所有问题。将常用的场景模板保存为本地 Markdown 文件上传或复制到 WorkBuddy 时快速调用。9. 从入门到精通的实践路线9.1 入门阶段从日常对话开始入门阶段的目标是熟悉产品不需要一次掌握所有功能。完成安装登录后从这三个任务开始写一份工作邮件输入收件人身份、事件背景、期望结果让模型生成草稿。整理会议纪要粘贴原始会议记录让模型按“议题、结论、待办”输出。生成一个简单网页指令中明确页面用途和布局保存为 HTML 文件用浏览器打开。这个阶段不需要创建技能和搭建工作台重点是建立“指令清晰度”的感知。你会发现只要指令中多给出背景、格式、限制输出质量立刻提升。9.2 进阶阶段搭建个人工作台当你连续三周使用 WorkBuddy 处理日常任务后开始进入进阶阶段把高频任务沉淀为技能。建议用一个表格记录本周你让 AI 做了哪些事按频率排序取出前三项。例如任务频率可以沉淀的技能名称写周报每周一次weekly-report整理会议纪要每周三次meeting-minutes生成数据复盘每月两次> 腾讯WorkBuddy AI智能工作台从零搭建到实战进阶
腾讯 WorkBuddy 是面向职场人的 AI 智能工作台它要解决的问题不是单纯聊天而是把日常工作中反复出现的资料整理、文案生成、数据汇总、流程编排等任务收敛到一个可配置的工作台里。很多用户第一次打开 WorkBuddy 时容易把它当成另一个“大模型对话框”用过几次后发现回答不太稳定就放弃了。真正的问题是还没有理解它的工作方式技能、自定义指令、上下文管理这三个要素共同决定输出质量。这篇文章从零开始先讲清 WorkBuddy 与 CodeBuddy 的边界再完成安装、登录、工作台搭建然后深入 Skill 技能、自定义指令和上下文管理最后给出常见问题排查与一条从入门到精通的学习路径。读完你可以在自己电脑上建立第一套个人工作台并且知道哪些场景用它能提效哪些场景不能越权使用。1. 先搞清楚 WorkBuddy 是什么以及和 CodeBuddy 的边界1.1 用一句话理解 WorkBuddyWorkBuddy 是一个 AI 工作台不是简单聊天机器人。它以对话为核心交互方式同时提供技能、自定义指令、文档处理、网页生成、自动化流程等能力。职场人可以把常用的工作方法和知识库沉淀成技能需要时直接调用不用每次重新解释一遍需求。从技术角度看WorkBuddy 是基于大语言模型的智能体平台。它在普通问答之外增加了一层“任务封装”用户给模型一个明确目标和可用工具模型根据上下文调用技能或生成代码最终产出结构化结果。这一层封装让它可以处理“写周报、做数据分析、生成页面、调试接口”这类需要多步骤才能完成的任务。很多用户第一次接触时会问“它和 ChatGPT 有什么区别”。区别不在于模型本身而在于产品形态。WorkBuddy 更强调工作现场你可以在一个界面里组织多个技能把本周要用的日报模板、会议纪要模板、竞品分析模板放在同一个工作台里每天打开就能开始干活而不是每次都从空白对话框开始。1.2 WorkBuddy 的核心能力拆解WorkBuddy 的核心能力可以拆成四块智能对话自然语言交互是入口用户用一句话描述任务。技能封装把提示词、处理逻辑和输入参数打包成一个可复用模块例如“会议纪要技能”“周报生成技能”。自定义指令用户自行编写的角色和规则用来控制模型行为和输出格式。工作台把多个技能和工具集中在一个界面按项目或角色组织。除了这四块还有工具调用能力。它可以在回答中生成 HTML 网页也可以生成 Python 脚本再结合本地环境运行。对不擅长编程的职场人来说这是把“能写代码”转化为“能完成任务”的关键路径。1.3 WorkBuddy 和 CodeBuddy 到底有什么区别根据腾讯 AI 助手的整体布局CodeBuddy 更偏向开发者编程场景WorkBuddy 更偏向职场通用工作场景。两者不是替代关系而是互补关系。维度CodeBuddyWorkBuddy目标用户开发者、程序员产品、运营、数据分析师、项目经理等职场人核心场景代码生成、代码解释、重构、调试文档、数据、汇报、网页原型、流程自动化主要使用方式IDE 插件或编程对话窗口工作台式智能体界面典型能力代码补全、单元测试生成、Bug 修复周报生成、会议纪要、接口脚本生成、网页搭建对编程能力要求需要一定开发基础不需要写代码但懂一点逻辑更好有人误解“CodeBuddy 能写代码WorkBuddy 只能聊天”这是不准确的。WorkBuddy 也能写代码只是它的侧重点不是帮你维护大型软件工程而是帮你用代码解决眼前的工作问题。比如生成一个数据清洗脚本、一个接口测试脚本这些场景在 WorkBuddy 里非常合适。2. 搭建个人工作台前的准备环境、账号和基础概念2.1 运行环境要求准备阶段最容易踩坑的是系统版本。根据常见版本的安装要求WorkBuddy 客户端更适合 Windows 10/11 64 位系统和较新的 macOS 系统。网上经常有人问“Windows 7 能不能用 WorkBuddy”从实际使用反馈看Win7 缺少必要的运行库和系统组件安装后也容易出现启动失败、界面渲染异常等问题。如果你的电脑是 Win7优先尝试网页版登录入口。网页版不依赖本地客户端运行环境只要浏览器可用就能访问功能通常覆盖核心对话和部分技能。但网页版对本地文件访问能力有限部分需要读取本地目录的技能无法执行。使用方式适用场景优点限制网页版临时使用、低配电脑、Win7 环境无需安装入口易得本地文件访问受限功能可能少于客户端Windows 客户端日常高频使用、需要读取本地文件功能完整技能加载稳定需要安装有系统版本要求macOS 客户端Mac 用户日常办公体验流畅与系统集成好同样需要较新系统版本安装时要注意安装目录。经常有用户问“WorkBuddy 怎么移到 D 盘”最理想的方式是安装时直接选择 D 盘目录而不是安装完成后再移动。部分版本客户端不允许移动安装目录强行移动会导致启动失败或技能加载异常。2.2 登录方式和账号准备WorkBuddy 通常使用腾讯账号体系登录常见的登录方式包括微信扫码、QQ 登录和手机号验证码。第一次登录后产品会进入初始化引导通常会让你选择职业角色例如产品经理、运营、数据分析师、程序员、HR 等。这个选择不是装饰。选择角色后WorkBuddy 会预置一批与该岗位匹配的技能和指令例如产品经理默认出现“PRD 生成器”“竞品分析助手”数据分析师默认出现“数据解读助手”“报表生成器”。如果你随意跳过引导后续工作台会显得很空还要自己手动添加技能。建议在初始化时认真填写行业和工作角色。如果填错了也可以在设置中修改个人资料然后重新加载技能列表。2.3 需要提前理解的 5 个概念在开始搭建之前先建立一组基础概念这会直接影响后面能否顺利使用。对话会话Session一次任务交互的完整上下文包含用户输入和模型输出。新建对话意味着清空上下文开始新话题。上下文Context模型处理当前输入时能看到的全部信息包括历史消息、粘贴的文档、系统指令。上下文长度有限塞入了过多内容就会报错或质量下降。技能Skill一段预定义的指令和处理逻辑可被独立调用。技能可以理解为“别人或你自己封装好的最佳实践”。自定义指令Custom Prompt用户自己写的规则可以附加到会话中控制模型角色和回答方式。工作台Workspace将技能、常用入口和文档组合成的可视化界面按不同项目或岗位区分。理解这五个概念后你会发现 WorkBuddy 的使用方式很像“搭积木”把标准任务做成技能把个性化要求写成自定义指令把技能放进工作台一次组装长期复用。3. 从零开始搭建个人工作台安装、登录和第一个工作台3.1 下载与安装步骤搭建工作台的第一步是获得可用环境。下面以 Windows 客户端为例给出常规操作步骤打开 WorkBuddy 官方网站找到下载页面。选择 Windows 版本下载安装包注意区分 32 位和 64 位。运行安装包。如果系统弹出安全警告确认程序来源可信后选择“仍要运行”。选择安装目录。如果 C 盘空间紧张可以在这一步直接将安装路径改为 D 盘例如D:\Program Files\WorkBuddy。等待安装完成启动客户端。安装完成后不要急着使用。先检查客户端是否为最新版本。部分版本在安装后会自动更新也支持在“设置-关于”中检查更新。不同版本之间的 Skill 上传格式和自定义指令入口可能略有差异保持一致版本能减少踩坑。3.2 登录与初始化启动客户端后使用微信扫码或 QQ 登录。登录成功后页面会进入初始化引导。常见引导内容包括选择职业角色产品、运营、设计、技术、市场、人事、财务等。选择关注行业互联网、金融、教育、电商、制造业等。选择常用任务写文档、做表格、写网页、生成代码、整理资料等。这些信息会用于推荐默认技能。如果界面没有出现引导也可以在设置中手动选择“重新初始化工作台”但要注意这可能会重置已有布局。登录后建议先做一件小事在通用对话窗口中输入“你好”确认服务正常。然后查看左下角或侧边栏的“技能中心”了解当前已经内置了哪些技能。3.3 创建第一个个人工作台点击“新建工作台”输入名称例如“我的日常”。工作台是技能的容器你可以按“项目”或“角色”创建多个工作台。创建后默认工作台是空的。点击“添加模块”或“添加技能”从技能库中挑选几个高频技能。以一个运营人员为例可以添加公众号文章标题生成周报生成器竞品文案分析数据复盘助手网页落地页生成添加后可以拖动调整顺序将最常用的技能放在顶部。工作台还可以修改主题名称、添加描述形成个人使用习惯。3.4 工作台中的常用工具配置每个技能在工作台中会以卡片形式显示。卡片上一般有技能名称、描述和开始按钮。点击开始后会进入该技能的专属对话此时模型已经加载了技能里预设的提示词不需要你再次描述任务背景。如果某个技能经常用到建议把它固定在顶部。如果某个技能很少使用可以从工作台移除但不代表删除技能库里的技能只是不在当前工作台展示。配置工作台的关键原则只保留你每周至少会使用两次的技能。很多人一开始会添加十几二十个技能结果界面臃肿反而难以选择。工作台的价值是减少选择成本不是收集功能。4. 掌握 Skill 技能从内置技能到自定义技能上传4.1 什么是 Skill为什么需要它技能是 WorkBuddy 中最有价值的部分。一个技能至少包含名称、描述、触发词和核心提示词。它的本质是把重复性任务标准化让模型在特定场景下自动采用你期望的处理方式。举个例子你每周都要写周报。如果每次都在空白对话框中写“帮我写周报我是数据分析师负责电商业务需要包含 GMV、转化率、复购率、问题分析和下周计划”会非常费力。如果你创建了一个“电商周报技能”把这些要求全部固化下来下次只需要粘贴这一周的数据技能就会自动按模板生成。这还不是技能的全部价值。高级技能可以包含输入参数定义界面上会生成表单让你填写“数据表格”“核心指标”“异常说明”等字段模型接收后再执行处理。这让复杂任务从“写长指令”变成了“填表单”大幅降低使用门槛。4.2 如何查看和使用内置技能在技能中心或技能市场中通常能看到分类例如“办公提效”“内容创作”“数据分析”“编程开发”“网页设计”。每个技能卡片有简介和适用场景。以“会议纪要技能”为例使用流程是在技能列表中找到“会议纪要”。点击使用进入技能对话。粘贴会议原始记录或点击上传语音转文字文件。模型按预设结构输出会议时间、参会人、议题、结论和待办事项。点击复制结果或直接导出为 Markdown 文件。使用内置技能时要注意不是每个技能都能完美满足你的格式要求。如果输出格式不符合预期可以在对话中追加“请按以下格式重新输出”但更好的做法是复制该技能在自定义版本中修改提示词。4.3 上传自定义 Skill 的步骤WorkBuddy 支持用户上传自定义技能常见操作路径如下准备技能配置文件。配置可以是 JSON、YAML 或压缩包具体格式以当前版本支持为准。点击技能中心中的“添加技能”或“导入技能”。选择配置文件或压缩包系统会解析技能名称、描述、提示词等信息。检查解析结果如果有报错会提示缺少哪个字段。填写技能图标和标签点击发布或保存。回到工作台在“添加模块”中找到刚刚上传的技能。上传失败时最常见的原因是配置文件中缺少必填字段或者 JSON 格式不正确。可以在本地用 JSON 校验工具检查格式确保没有多余逗号和注释。WorkBuddy 的配置文件通常不支持注释这与很多 JavaScript 配置文件不同。4.4 Skill 配置示例和参数说明下面给出一个通用 JSON 配置示例。这个示例用于说明思路实际项目需要结合当前版本的字段要求调整。{ name: weekly-report, description: 根据业务数据生成中文周报包含核心指标、环比变化、问题分析和下周计划。, version: 1.0.0, author: your-name, tags: [周报, 数据分析], trigger: [周报, weekly], prompt: 你是业务周报助手。根据用户提供的表格数据生成一份中文周报结构包括一、本周核心指标二、环比变化三、问题分析四、下周计划。输出使用 Markdown 格式。如果数据有缺失请明确标注。, input: { key_metrics: 字符串填写核心指标名称多个指标用逗号分隔, data_table: 表格或 CSV 内容粘贴原始数据 } }字段说明如下字段含义是否必填注意事项name技能唯一名称是建议使用小写字母和连字符例如 weekly-reportdescription技能功能描述是描述要具体便于模型判断调用时机version技能版本号建议填写迭代模板时使用author作者名称否个人使用可以忽略tags标签否用于技能分类检索trigger触发词否匹配后优先调用该技能prompt核心提示词是决定输出质量需精心设计input输入参数否定义表单字段提升输入结构化程度自定义技能最关键的字段是prompt。它相当于完整、独立的任务指令不会依赖用户在对话中补充背景。写得越清晰模型输出越稳定。4.5 Skill 常见错误常见错误一是把提示词写得太短例如“帮我写周报”。模型不知道你的岗位、数据维度、周报结构只能盲目输出通用模板。正确做法是把背景、数据格式、输出结构全部写清楚。常见错误二是配置中包含不支持的特殊符号或字段。快速排查方法是先创建一个最简单的技能确认能上传后再逐步增加字段。如果新增字段后失败就说明问题在该字段。常见错误三是技能描述与实际功能不符。例如描述中写着“数据分析”实际提示词是“写文案”会导致模型在匹配技能时行为混乱。描述要忠实于功能。5. 自定义指令应该怎么写结构、模板和实战用法5.1 自定义指令与技能的关系技能适合需要长期复用的任务自定义指令适合在某个会话中临时指定行为。两者可以配合使用技能提供主流程自定义指令在当前对话中追加额外限制。比如你正在使用“周报生成技能”但这次需要额外输出“风险预警”部分不需要修改技能本身只需在对话中输入一条自定义指令“在本轮输出中额外增加‘风险预警’章节列出可能导致目标不达标的因素。”自定义指令的核心价值是在不动技能模板的前提下按当前场景灵活调整。对模型来说指令越明确回答越符合期望。很多人抱怨 AI 回答“太泛”其实往往不是模型问题而是指令给得太少。5.2 四段式指令模板角色、背景、任务、要求一个稳定好用的自定义指令建议包含以下四个部分角色告诉模型它应该以什么身份回答。背景说明为什么做这件事以及有哪些限定条件。任务具体要完成什么输出什么结果。要求格式、字数、语气、禁忌等约束。模板如下你是[角色]。 背景[说明上下文和限制条件]。 任务[描述需要完成的具体工作]。 要求 1. [输出格式要求] 2. [内容覆盖要求] 3. [禁止事项]示例你是数据产品经理。 背景我需要向部门 leader 提交一份产品功能上线后的数据复盘。 任务根据我提供的埋点数据和功能描述写出上线一周的核心数据变化、用户反馈问题和下一步优化建议。 要求 1. 输出 Markdown 格式包含表格和结论。 2. 数据不足时明确说明“暂无法判断”不要编造数字。 3. 优化建议要具体到功能模块不要写通用口号。这个指令把模型角色、任务和输出约束全部限制住比直接问“帮我分析数据”要容易得到高质量回答。5.3 场景一日报生成指令职场人高频需求量是日报。下面是一个可直接复制的指令模板请根据我提供的工作日志生成一份工作日报告。 结构要求 - 今日完成 - 遇到的问题 - 明日计划 - 需要协调事项 格式要求每条事项不超过 3 项语言简洁使用项目符号。 如果日志信息不完整请直接在对应部分写“未提供”。使用此指令时只需把当天的工作日志粘贴在指令后面。模型会严格按照结构输出减少手动调整格式的时间。5.4 场景二接口自动化测试指令如果你在做接口联调或接口测试可以让 WorkBuddy 生成 Python 脚本。注意生成脚本不等于测试完成必须在本地环境验证。示例指令请根据以下接口信息生成 Python 脚本 - 接口地址https://api.example.com/api/v1/login - 请求方法POST - 请求参数username, password - 认证方式无需认证 要求 1. 使用 requests 库 2. 从 config.json 读取 base_url、username、password 3. 将返回结果保存到 result.json 4. 打印 HTTP 状态码 请先给出完整脚本再说明如何安装依赖和运行。模型可能生成的脚本如下import requests import json with open(config.json, r, encodingutf-8) as f: config json.load(f) url config[base_url] /api/v1/login payload { username: config[username], password: config[password] } resp requests.post(url, jsonpayload, timeout10) print(Status Code:, resp.status_code) with open(result.json, w, encodingutf-8) as f: json.dump(resp.json(), f, ensure_asciiFalse, indent2)运行前需要在终端安装依赖并准备 config.jsonpip install requests{ base_url: https://api.example.com, username: your_username, password: your_password }运行脚本python login_test.py这个示例只是最小闭环用于理解思路。生产环境还需要处理 SSL 证书验证、日志记录、超时重试、异常捕获和敏感信息脱敏。5.5 自定义指令的常见错误指令写得太短。例如“写一份营销方案”模型不知道产品、目标用户、预算、渠道只能生成通用内容。至少要写清背景、目标对象、预算范围和输出结构。约束条件缺失。不限定字数、格式、风格输出就会不稳定。同一场景多试几次你会发现格式差异很大原因通常是没有在指令中给出明确格式要求。要求过多且互相矛盾。指令中同时要求“详细展开”和“控制在 100 字以内”模型很难同时满足。每次指令应该聚焦一个核心目标必要时拆分多轮对话。6. 上下文管理用量满了怎么办如何清理和优化6.1 为什么会出现“上下文用量满了”大语言模型不是无限记忆工具。每次生成回复时模型需要重新读取当前对话的全部历史内容包括之前的用户输入、模型输出、上传的文档片段。这些内容会占据上下文窗口。当历史内容达到上限就会出现无法继续输入的情况。WorkBuddy 中的“上下文用量”通常以 Token 数或百分比显示。中文字符占用的 Token 数通常比英文多粘贴中文长文档时会更快接近上限。这是模型架构决定的不是产品故障。6.2 上下文满的主要现象输入框上方出现红色或黄色提示例如“上下文已满”。发送消息后长时间没有响应。新回复开始遗忘早期信息例如在长对话后期问“最开始我让你做什么”模型答不上来。粘贴新内容后之前的某段历史被自动丢弃。一旦出现这些现象首要任务不是继续发送而是保存当前有用信息然后清理上下文。6.3 上下文满时的处理方案处理方案具体操作适用场景新建对话点击“新建会话”把必要信息重新粘贴当前任务已经告一段落精简历史删除中间调试轮次只保留最终需求历史中夹杂大量无关内容使用技能将固定要求写进技能对话中只引用技能名长期重复的固定任务分块处理把长文档拆成小段分批提问需要分析整篇文档手动复制关键结论在新建对话前把已有结论复制到备忘录防止上下文清理后丢失信息最稳妥的做法是在上下文快要满的时候先让模型对当前讨论做一个总结例如输入“请把目前的结论和待办整理成 300 字以内的摘要”。然后把摘要保存到本地再新建对话粘贴摘要继续工作。这样既保留关键信息又清空了冗长历史。6.4 如何预防上下文过载预防比处理更重要。养成三个习惯可以减少上下文过载第一一次对话只处理一个核心任务。写周报就只写周报不要在同一对话里又写周报又讨论竞品分析。不同任务切换到新会话。第二大段文档先让模型总结再基于总结提问。不要在对话中反复粘贴长达几万字的原文这会迅速消耗上下文空间。建议先上传文档让模型输出“核心要点、关键数据、待确认问题”然后针对总结精读。第三固定规则写入自定义指令或技能。如果你每次都要强调“我是运营输出要用表格”这个要求应该写进技能里而不是每次手动输入。手动输入不仅低效还会占用上下文空间。7. 典型场景实战写网页、接口自动化和访问企业 OA 的边界7.1 用 WorkBuddy 写网页WorkBuddy 可以作为前端原型的快速生成工具。它适合生成静态页面比如登录页、落地页、个人介绍页、数据展示页但不适合直接替代专业前端开发用于大型应用。生成网页的提示词要尽量明确请生成一个登录页面 - 使用纯 HTML CSS不要引入外部框架 - 页面背景为浅灰色登录卡片居中宽度 400px - 包含用户名、密码输入框和登录按钮 - 前端校验用户名不能为空密码长度不少于 6 位 - 点击登录后在按钮下方显示“登录成功”文字 - 给出完整代码和使用说明模型会输出一段 HTML 代码。可以复制到本地保存为login.html用浏览器直接打开验证。如果页面样式不符合预期继续在对话中追加修改要求例如“把按钮改为蓝色”“增加一个忘记密码链接”。需要注意AI 生成的前端页面只适合原型验证。真实登录系统必须包含后端鉴权、密码加密、防暴力破解、防跨站请求伪造等安全设计不能直接把原型当成生产页面使用。7.2 用 WorkBuddy 做接口自动化接口自动化是程序员和数据岗位的高频需求。WorkBuddy 在这个场景中更适合做三件事根据接口文档生成请求脚本。解释接口返回的错误码和异常信息。对已有测试脚本进行说明、重构、添加断言。例如你可以输入请分析这段接口报错日志并告诉我最可能的原因 [粘贴报错日志]或者请为以下接口生成一个 pytest 用例要求包含状态码断言和超时异常处理。需要注意的是AI 理解接口文档的能力依赖文档质量。如果文档中的字段含义模糊生成脚本也会不准确。建议在输入材料中包含请求示例、返回示例和字段说明。生成脚本后应在测试环境小范围执行确认无误后再扩大范围。7.3 能不能用 WorkBuddy 访问企业的 OA 系统这是一个常见问题也是边界比较敏感的问题。首先要区分两个层面技术上可与权限上是否合规。技术层面WorkBuddy 如果未配置企业级集成它默认没有能力直接登录或读取 OA 系统。它只是一个 AI 工作台不是浏览器也不是企业数据中台。权限层面即使 WorkBuddy 后续支持通过连接器或插件访问 OA也必须由企业管理员统一配置遵循最小权限原则。个人私自将账号密码提供给第三方工具用于访问企业内部系统存在数据泄露、账号被盗、违反企业信息安全制度的风险。这类操作不应该出现在个人工作台实践里。更稳妥的用法是在获得企业授权的前提下通过企业开放的 API 接口让 WorkBuddy 辅助处理已经允许访问的数据。例如生成周报时只输入脱敏后的统计数据而不是把详细员工信息或财务明细粘贴进去。任何时候敏感数据的边界都要先于效率考虑。8. 常见问题排查与使用技巧8.1 高频问题定位表使用 WorkBuddy 时问题可以从“安装、登录、对话、技能、上下文、网络”六条线排查。下表汇总了常见现象和处理建议问题现象常见原因检查方式处理建议安装失败系统版本过低下载包不完整对照系统要求检查安装包大小使用在线版或升级到 Win10/11登录失败网络问题账号未授权检查网络切换微信/QQ登录重启客户端或联系账号支持消息发送卡住网络抖动服务端负载高上下文过长观察有无错误提示查看上下文用量切换网络刷新新建对话上传 Skill 失败JSON 格式错误缺少必填字段用本地工具校验 JSON 格式按模板修正后重新上传回答质量差指令模糊上下文冲突重写指令精简历史使用结构化的四段式指令修改技能后不生效未重新加载或缓存未刷新查看技能列表是否更新删除并重新添加技能或重启客户端本地文件无法读取客户端权限不足或只使用网页版检查文件类型和存储路径使用客户端并授予文件访问权限排查时先确认输入和路径再考虑版本和配置最后才怀疑服务端问题。很多人一遇到问题就怀疑服务器其实大部分情况下是环境或指令问题。8.2 消息卡住发不出去的完整排查链路当输入框显示消息无法发送时按以下顺序处理检查输入框内容。如果粘贴内容中包含特殊字符或空字符先尝试清空重新输入。检查网络连接。打开浏览器访问任意网页确认网络通畅。如果公司网络有限制尝试切换热点。检查上下文用量。如果已经接近 100%新建对话再发送。检查客户端版本。在设置中查看版本号更新到最新版。重启客户端。完全退出后重新启动恢复连接。如果仍然卡住可能是服务端临时故障等待一段时间后重试。这条链路适用于绝大多数“发不出去”的问题。不要一上来就卸载重装那样会丢失本地配置。8.3 实用的日常使用技巧每天开始工作时新建一个会话命名为当天日期避免旧上下文干扰新任务。固定的分析思路写成自定义指令复制到技能库里防止遗忘。与数据相关的任务输入时使用 CSV、表格、JSON输出结构更稳定。生成代码后一定要在本地验证不要直接信任 AI 输出。涉及密码、密钥、身份证号等敏感信息不要粘贴到对话中。复杂任务拆成多个子任务分步完成不要试图一轮对话解决所有问题。将常用的场景模板保存为本地 Markdown 文件上传或复制到 WorkBuddy 时快速调用。9. 从入门到精通的实践路线9.1 入门阶段从日常对话开始入门阶段的目标是熟悉产品不需要一次掌握所有功能。完成安装登录后从这三个任务开始写一份工作邮件输入收件人身份、事件背景、期望结果让模型生成草稿。整理会议纪要粘贴原始会议记录让模型按“议题、结论、待办”输出。生成一个简单网页指令中明确页面用途和布局保存为 HTML 文件用浏览器打开。这个阶段不需要创建技能和搭建工作台重点是建立“指令清晰度”的感知。你会发现只要指令中多给出背景、格式、限制输出质量立刻提升。9.2 进阶阶段搭建个人工作台当你连续三周使用 WorkBuddy 处理日常任务后开始进入进阶阶段把高频任务沉淀为技能。建议用一个表格记录本周你让 AI 做了哪些事按频率排序取出前三项。例如任务频率可以沉淀的技能名称写周报每周一次weekly-report整理会议纪要每周三次meeting-minutes生成数据复盘每月两次>