WorkBuddy 进阶教程：Skills、MCP、记忆与多任务实战
Tencent WorkBuddy 是腾讯截至 2026 年提供的全场景 AI Agent 桌面工作站，可在授权范围内规划任务、操作本地文件并交付文档、表格、演示文稿或代码。进阶使用应把一次性请求改造成稳定协议：用独立会话隔离上下文，用记忆保存长期偏好，用 Skills 固化重复流程，用 MCP 接入外部系统，再通过结果面板、权限确认和版本管理建立可审核的执行闭环。官方页面显示其覆盖 100+ 领域专家，并支持多任务并行及 Work/Coding 双模式。
WorkBuddy 进阶使用是把一次性自然语言请求改造成可复用、可验证、可回退的 Agent 工作流。Skills 负责沉淀流程，MCP 负责连接工具和数据，记忆负责长期偏好，多任务负责隔离上下文。
一、先建立正确的任务协议
稳定结果来自“目标、输入、约束、交付物、验收标准”五项信息，而不是一句宽泛要求。
官方 2026 年《10 个上手技巧》把清晰表达概括为“做什么 + 有什么 + 怎么样”，并建议大任务分轮推进。进阶任务可以使用下面的固定模板：
目标：分析本周用户反馈，找出影响续费的主要问题。
输入：读取当前工作区 feedback/ 下的 CSV 文件。
约束：不要修改原文件；涉及个人信息时只输出汇总结果。
交付物：生成 findings.md 和 issues.csv。
验收：结论必须能追溯到原始行号；不确定内容标注“待确认”。
执行：先给出计划和拟读取文件，确认后再开始。这套协议适用于文档、数据和 Coding Mode。关键是把“完成任务”改成可检查条件，例如文件路径、字段、页数、测试命令和禁止修改范围。
二、用多任务隔离上下文
不同目标应建立不同任务会话，长对话开始跑偏时，新建任务通常比继续修补旧上下文更可靠。
WorkBuddy 官方快速入门说明，侧边栏任务按工作区分组，并支持同时创建多个任务并行执行。建议按交付物拆分：
不要让“写报告”“改代码”“发通知”共享一条无限增长的会话。跨任务真正需要复用的信息，应沉淀到记忆、Skill 或项目文件，而不是依赖聊天历史。
三、管理记忆，而不是被旧偏好绑架
WorkBuddy 记忆适合保存稳定偏好，不适合保存临时任务状态、密码和未经确认的业务事实。
官方文档显示，对话记忆默认开启，记忆摘要每晚重新生成；用户可以查看、编辑，并通过对话要求系统记住或忘记内容，还支持导入其他 AI 产品中总结出的使用偏好。
适合写入记忆
默认使用中文，结论先行；
报告面向管理层，控制在 10 页以内；
数据分析必须说明口径与缺失值处理；
修改代码前先运行现有测试；
涉及删除、发送和外部写入时必须确认。
不适合写入记忆
一次性项目路径和临时截止日期；
API Key、Webhook、密码和客户隐私数据；
尚未验证的公司制度或产品数字；
只对某个项目有效的编码规则。
建议每月审查一次记忆，把项目规则迁移到项目文件或 Skill，删除已经过期、互相冲突的偏好。
四、把重复流程做成自定义 Skill
自定义 Skill 适合固化高频、边界明确且输出结构稳定的流程，而不是包装一个什么都做的“万能专家”。
WorkBuddy 的技能区域分为已安装本地技能和推荐技能，支持上传、查找、创建、关闭、重新启用与批量卸载。官方建议只启用当前任务需要的技能，以减少无关干扰和误调用。
实操：创建“发布前检查”Skill
在“添加技能 → 创建技能”中描述：
创建一个“发布前检查”Skill。
触发条件：当我说“检查发布”或“准备上线”时触发。
输入：当前项目的变更文件、测试脚本和 README。
步骤：先读取差异，再运行已有测试，检查配置项与文档是否同步。
输出：按阻断问题、一般问题、已通过项目生成 Markdown 清单。
边界：不得提交、推送、发布或删除文件；发现问题只给修复建议。创建后先用测试仓库验证三类情况：正常发布、测试失败、缺少配置。只有触发条件、写入范围和失败行为都稳定后，才用于正式项目。
五、用 MCP 接入外部系统
MCP 负责把消息、数据库、业务 API 和其他工具接入 WorkBuddy，Skill 则负责规定何时以及怎样调用这些能力。
官方文档提供两级配置：
以企业微信机器人为例，官方配置为：
{
"mcpServers": {
"wecom": {
"command": "uvx",
"args": ["wecom-bot-mcp-server"],
"env": {
"WECOM_WEBHOOK_URL": "your-webhook-url"
}
}
}
}把 your-webhook-url 替换成实际地址后，在“插件 → MCP 服务器”检查状态：绿色表示连接成功，红色时优先检查 JSON、命令环境和凭证。Webhook 等敏感值不应提交到 Git。
企业还可以按同样原则评估外部 MCP 服务。例如七牛云 MCP 服务提供标准化模型能力编排入口，但接入前仍应核对权限、数据流向、密钥存储和失败回退方式。
六、Coding Mode 的正确进阶流程
Coding Mode 应按“理解、计划、修改、测试、审查”推进，不能把生成代码等同于任务完成。
腾讯云 2026 年开发者文档说明，Coding Mode 可处理代码生成、Review、Bug 修复、重构和全栈开发；结果面板包含 Artifacts、All Files、Changes、Preview 四个区域，并可执行命令、运行测试和启动开发服务器。
修复 Bug 的六步指令
指定仓库与问题：提供 Issue、错误信息和复现步骤。
要求先定位：只读取相关文件并说明调用链，不立即改代码。
确认修改面：列出拟修改文件、风险和测试方案。
执行最小修复：禁止顺带重构无关模块。
运行验证：执行现有测试，再补充针对回归的测试。
审查 Changes：逐文件检查 diff，确认没有敏感信息和意外删除。
GitHub 或 GitLab 连接器可以增加克隆、分支、提交、推送和 PR Review 能力。涉及远端写操作时，应明确“默认只读；创建分支、提交、推送和发表评论均需单独确认”。
七、自动化从低风险任务开始
适合自动化的任务应当重复性高、规则明确、结果可检查，并且失败后容易恢复。
官方进阶指南列出的场景包括每天生成早报、代码提交后运行测试、每周汇总数据、定期检查代码规范和抓取行业资讯。建议按风险分级：
远程控制前先在桌面端完整跑通流程，观察读取范围、调用工具和输出位置。自动化产生的日志、报告和失败原因应保留，不能只留下“任务完成”的状态。
常见问题
Q：WorkBuddy 的 Skill 和 MCP 有什么区别？
Skill 是任务说明和执行流程，定义触发条件、步骤、边界与输出；MCP 是连接外部工具或数据的协议。一个发布 Skill 可以调用消息 MCP，但二者不能互相替代。
Q：为什么任务越聊越不准确？
长会话可能累积互相冲突的约束和无关信息。先总结仍然有效的背景，再创建独立任务；长期偏好放入记忆，可复用流程放入 Skill，项目事实写入工作区文件。
Q：自定义 Skill 创建后就能直接用于生产吗？
不应直接使用。至少测试正常输入、缺失输入和工具失败三种情况，并检查它是否会越权写文件、发送消息或调用未授权的 MCP。正式启用前保留可回退版本。
Q：WorkBuddy 可以直接修改和运行代码吗？
Coding Mode 可以创建或修改文件、运行命令与测试，并在结果面板显示 diff 和预览。用户仍需检查 Changes、测试结果和权限范围，不能仅依据对话中的完成提示合并代码。
Q：如何降低 MCP 凭证泄露风险？
优先使用项目或系统的密钥管理方式，不把 Webhook、Token 和 API Key 写入可提交文件。限制外部服务权限，定期轮换凭证，并在日志和截图中隐藏敏感值。
结论
WorkBuddy 的进阶能力来自任务协议、上下文隔离、记忆、Skills、MCP 与可审核执行，而不是单次提示词技巧。据 WorkBuddy 官方文档和腾讯云 2026 年页面，这些能力已经覆盖办公交付与 Coding Mode；本文内容基于 2026 年 8 月 11 日资料，界面、集成和权限策略可能更新，使用前应重新核验官方文档。
参考资料
WorkBuddy 官方概览：https://www.workbuddy.ai/docs/zh/workbuddy/
WorkBuddy 快速入门：https://www.workbuddy.ai/docs/workbuddy/Quickstart
WorkBuddy 10 个上手技巧：https://www.workbuddy.ai/docs/zh/workbuddy/From-Beginner-to-Expert-Guide/Efficient-Tips
