核心内容摘要
如何让ai搜索引用我的品牌名称信息_如何提升品牌在AI搜索结果中的提及率
高频查询的预生成答案_预生成答案优化：高频查询的快速响应方案
【修订时间】2026.3.14 13:30 WorkBuddy AI 从“嘴巴”到“手脚”的转变 目的：分享一下，WorkBuddy操作方法Chrome浏览器自动化PDF读取分析PDF解读生成EXCEL 表格产品名称类型 / 定位核心技术 / 模型部署方式内存 / 启动生态 / 技能安全等级价格 / 授权适用场景OpenClaw开源主框架TypeScript/Node.js本地 / 容器≥1GB，慢最全，插件 / 技能极多中免费开源开发者、全场景定制OpenClaw Pro企业增强版同 OpenClaw本地 / 私有云≥1GB企业级技能高商业授权企业级自动化、多团队OpenFangRust 重写版Rust本地 / 边缘低，极快兼容 OpenClaw 插件极高开源 + 商业高性能、生产级、低延迟MaxClawMiniMax 云托管MiniMax 模型云端 SaaS无本地占用内置技能中高订阅快速部署、无运维KimiClaw月之暗面Kimi K2.5云端 / 浏览器无本地占用5000 + 技能中高199-699 元 / 月办公自动化、文件处理QClaw腾讯微信 / QQ 生态云端 + 客户端无本地占用微信 / QQ 直连中限时免费个人 / 企业 IM 自动化ArkClaw字节 / 火山豆包 Seed 2.0云端 SaaS无本地占用飞书深度集成高企业订阅飞书办公、企业 SaaSWorkBuddy腾讯办公自研模型客户端 + 云端轻量办公自动化、高危拦截高免费 + 付费办公场景、安全优先AutoClaw智谱 AIChatGLM云端无本地占用模型深度集成中订阅中文场景、低成本HiClaw阿里自研云端 + 本地中Manager-Worker 架构高企业订阅大规模 Agent 集群MoltBook字节扣子低代码云端 / 本地轻量扣子生态中免费 + 付费低代码、快速开发NullClaw极致轻量单文件本地678KB，零依赖极简中开源嵌入式、资源受限NanoClaw多 Agent 协作Python本地~100MB轻量协作中开源研究、快速迭代PicoClaw嵌入式Go本地 / 边缘<10MB，<1 秒极简中开源边缘设备、RISC-VMiniClaw本地极简精简版本地轻量基础功能中开源个人本地使用ZeroClaw嵌入式专用Rust本地 / 边缘极小，极快模块化高开源树莓派、IoT 设备IronClaw金融 / 医疗安全加固本地 / 私有云中合规技能极高商业授权金融、医疗等高合规场景ChatClaw私有知识库沙箱本地 / 私有云中私有数据高商业授权企业私有数据、内部协作Secure-OpenClaw安全加固内核加固本地 / 容器≥1GB兼容 OpenClaw极高商业授权高安全、防逃逸EasyClaw本土化轻量适配中文本地 / 云端轻量中文技能中免费 + 付费个人、轻量办公Molili魔狸狸本土化本地 / 云端轻量中文生态中免费 + 付费个人、日常助手ClawX可视化桌面桌面端本地中可视化操作中免费 + 付费非开发者、图形化操作Miclaw米家生态小米适配本地 / 云端轻量米家联动中免费 + 付费智能家居、小米生态 https://git-scm.com/?hl=zh-cn WorkBuddy - AI Agent 办公新范式 在这个生态里，「空壳」指：只有元数据（名称、描述、图标），没有实际可执行的逻辑；或依赖的底层组件 / 工具未安装，导致调用时完全无法执行操作。 表格技能名称是否为空壳核心原因skill-creator❌ 不是纯引导类功能，只负责教你创建技能，不需要任何底层依赖pptx/pdf/docx/xlsx⚠️ 功能空壳（依赖未装时）依赖本地 Office/PDF 处理工具（如 Python 库、系统解析器），没装依赖就没法执行，装了就不是browser-automation⚠️ 功能空壳（依赖未装时）依赖 agent-browser/playwright-cli + Playwright 引擎 + 浏览器驱动，你现在已经装好了 @playwright/cli，所以它不是空壳，可以执行操作playwright-cli⚠️ 功能空壳（依赖未装时）依赖 @playwright/cli（或旧版 playwright-cli）+ 浏览器驱动，你已经完成安装并验证版本，所以它不是空壳，可以被调用操控浏览器skills安全审计❌ 不是纯逻辑类功能，只负责检查 Skill 文件，不需要底层依赖 按这 3 步就能确认：看描述：如果描述里只说「用于 XX 场景」，但没提依赖任何工具 / 组件，大概率不是空壳（比如 skill-creator）；查依赖：打开 Skill 的配置文件（skill.md），里面会写「依赖：XX 工具」，如果依赖的工具你没装，它就是「功能空壳」；实际测：在 WorkBuddy 里触发这个 Skill，比如对 browser-automation 说「打开百度」，能执行就不是空壳，提示「找不到命令」「依赖未安装」就是空壳。 你可以把这些 Skill 理解成「食谱」：browser-automation/playwright-cli 是「做蛋糕的食谱」；Node.js、Playwright、浏览器驱动是「烤箱、面粉、鸡蛋」（底层依赖）；只有当你把「烤箱、面粉」（依赖）都准备好，「食谱」（Skill）才能变成可吃的蛋糕（可执行的自动化功能）；如果没准备依赖，「食谱」就只是一张纸 —— 这就是「空壳 Skill」。Node.js 全称：Node JavaScript（JavaScript 运行时）；playwright-cli 被当成 Skill：因为它被封装成了「AI 可调用的功能单元」，本质是命令行工具的 Skill 化包装；空壳判定：依赖未安装的 Skill 就是功能空壳，你现在的 playwright-cli 和 browser-automation 已经装好依赖，不是空壳，可以正常用了。 表格技能名称作用依赖browser-automation浏览器自动化核心技能，理解自然语言指令（比如「打开 B 站搜 Playwright」）依赖 agent-browser/@playwright/cli + 浏览器驱动playwright-cli浏览器自动化底层技能，直接调用 Playwright 执行操作依赖 @playwright/cli + 浏览器驱动pdfPDF 文档处理技能（提取文本 / 表格）依赖 pdfplumber + PythondocxWord 文档处理技能依赖 Python 文档处理库xlsxExcel 表格处理技能依赖 pandas + openpyxlpptxPPT 文档处理技能依赖 Python 演示文稿处理库skill-creator引导你创建自定义技能无依赖（纯引导功能）skills安全审计审计技能脚本的安全性无依赖（纯逻辑检查） Welcome to Python.org 表格库 / 工具作用安装命令pipPython 包管理器（Python 安装时自带）无需额外装，确保 pip --version 能正常输出pdfplumberPDF 文本 / 表格提取（你之前看到的文档提取工具）pip install pdfplumberpandas数据清洗 / 表格处理（把提取的 PDF 表格转成结构化数据）pip install pandasopenpyxlExcel .xlsx 读写（pandas 依赖它导出 Excel）pip install openpyxlPyPDF2（可选）PDF 解密（处理权限密码 / 打开密码）pip install PyPDF2 https://nodejs.org/en/download/ 所有核心组件（Playwright、agent-browser）都基于 Node.js 生态开发，没有它就没法安装 / 运行这些工具（这是最底层的运行环境，不是 “额外工具”） Node.js 的全称是 Node JavaScript，它是一个基于 Google V8 引擎的 JavaScript 运行时（Runtime）—— 简单说，就是让 JavaScript 代码能在浏览器之外（比如本地电脑、服务器）运行的环境，也是你现在所有自动化工具（Playwright、agent-browser）的底层运行基础。 不勾选--额外占用大量空间和时间：勾选后会额外安装数 GB 的开发工具（VS Build Tools、Python 等），安装时间会变得很长，还会占用大量磁盘空间。 🧰 为什么需要安装这些工具？ 你看到的这些工具（Node.js、agent-browser、playwright-cli）是一套浏览器自动化技术栈，它们的作用是让程序像人一样操作浏览器，实现自动打开网页、点击按钮、播放视频等操作。 🔧 各工具的核心作用 表格工具作用为什么必须装Node.js + npmNode.js 是 JavaScript 运行环境，npm 是它的包管理器所有自动化工具（agent-browser、playwright）都是用 JavaScript 开发的，必须靠 npm 才能下载、安装和管理这些工具，没有它就无法安装后续的自动化组件playwright-cliPlaywright 是微软开源的浏览器自动化框架，能控制 Chrome/Edge/Firefox 等浏览器它是底层的「操作引擎」，负责真正打开浏览器、模拟点击、滚动、输入等底层操作，agent-browser 就是基于它封装的agent-browser对 Playwright 做了封装的自动化工具，提供更简单的调用接口它是给你用的「上层工具」，把复杂的 Playwright 操作包装成简单指令（比如「打开 YouTube 并点击第一个视频」），让程序能直接理解并执行你的需求 🎯 整体逻辑底层依赖：Node.js + npm → 提供运行环境和包安装能力核心引擎：playwright-cli → 真正控制浏览器的底层能力上层工具：agent-browser → 让程序能听懂你的指令，调用 Playwright 完成自动化操作 只有把这三层都装好，程序才能：自动启动浏览器自动打开 YouTube 首页自动定位并点击第一个视频实现你要求的各种浏览器自动化操作 npm 的全称是 Node Package Manager，中文常译作「Node 包管理器」。 详细解释核心含义拆解Node：指 Node.js（JavaScript 运行时环境），npm 最初就是为 Node.js 生态打造的；Package：「包」，指可复用的代码模块（比如你要装的 agent-browser、playwright 都是一个个包）；Manager：「管理器」，负责包的下载、安装、更新、卸载、版本管理等全生命周期操作。 补充知识点（新手友好）npm 是 Node.js 安装时自带的工具（装了 Node.js 就自动有 npm），不需要单独下载；它的核心作用是解决「代码复用」和「依赖管理」问题：比如你要做浏览器自动化，不用自己写所有代码，只需通过 npm install agent-browser 就能下载别人封装好的工具包；除了 npm，还有 yarn、pnpm 等替代工具，但 npm 是最基础、最常用的。 如果你已经装了 Node.js和Npm，打开终端（CMD/PowerShell/WSL）输入： node版本OK npm版本OK 以管理员身份打开 PowerShell，执行：powershell 执行时会提示「是否要更改执行策略？」，输入 Y 确认即可。作用：允许运行本地脚本（比如 npm.ps1），同时仍阻止来自互联网的未签名脚本，兼顾安全和使用。 查看 npm 全局安装路径在 PowerShell 中执行：powershell 会输出类似路径：C:\Users\woshi\AppData\Roaming\npm（这是 npm 存放全局包的目录）。如果错误，把这个路径加入系统 PATH右键「此电脑」→「属性」→「高级系统设置」→「环境变量」在「用户变量」或「系统变量」里找到 Path，双击打开点击「新建」，粘贴刚才的 npm 全局路径（比如 C:\Users\woshi\AppData\Roaming\npm）点击「确定」保存，关闭所有 PowerShell 窗口，重新打开 卸载老的Playwright-cli 安装新的的@Playwright/cli 验证旧包是否生效重新打开 PowerShell，执行：powershell 如果输出版本号，说明环境变量配置成功；如果还是报错，直接走下一步（推荐用新包）。 官网有介绍 playwright 官网链接，可点击 旧包 playwright-cli 已被官方标记为「弃用」，长期来看建议安装新包 @playwright/cli：卸载旧包powershell 2.安装新包powershell 你现在用 playwright-cli --version 能输出版本号：plaintext 这说明：@playwright/cli 包本身已经正确安装之前 playwright --version 报错，只是因为命令名不是 playwright，而是 playwright-cli（npm 全局安装后，可执行文件名叫 playwright-cli，不是 playwright）@playwright/cli 包本身已经正确安装之前 playwright --version 报错，只是因为命令名不是 playwright，而是 playwright-cli（npm 全局安装后，可执行文件名叫 playwright-cli，不是 playwright） 以后你要运行 Playwright CLI，必须用 playwright-cli 这个命令，而不是 playwright：查看版本bash运行 你可以直接测试一下，比如打开百度：bash运行 如果能弹出 Chrome 窗口并打开百度，就说明完全正常 ✅ 从输出可以看到：headed: false → 这是无头模式（headless），Playwright 会在后台打开浏览器，不会弹出可见窗口但它其实已经成功访问了百度： 页面 URL：https://www.baidu.com/页面标题：百度一下，你就知道还生成了页面快照 所以不是 “没打开”，是在后台悄悄打开了，你看不到界面而已。 在命令里加上 --headed 参数，让浏览器窗口显示出来：bash运行 或者用完整写法：bash运行 如果你想看到浏览器界面，必须加 --headed 执行带 --headed 的命令后：会弹出 Chrome 窗口自动跳转到百度终端同时输出页面信息这就是 “可见的正常打开” 了 ✅无头模式（默认）：后台运行，看不到窗口，适合自动化带 --headed：显示浏览器窗口，适合调试 / 手动操作你之前的命令其实已经成功了，只是界面被隐藏了 要不要我帮你把这个 --headed 参数加到 WorkBuddy 的 playwright-cli Skill 配置里，以后发指令就能直接看到浏览器窗口？ 我用「拍电影」的通俗类比，把 agent-browser、Playwright、@playwright/cli、browser-automation 这几个工具的定位和关系讲清楚，再用表格对比，你一看就懂： 表格工具 / 组件电影角色核心作用browser-automation导演理解你的自然语言需求（比如 “打开 YouTube 点第一个视频”），制定 “拍摄剧本”（操作步骤）agent-browser执行导演简化底层操作，把导演的 “剧本” 翻译成更简单的指令，同时兼容更多场景（比如适配不同系统、封装常用操作）Playwright核心演员（主角）浏览器自动化的底层引擎，真正能操控浏览器执行 “点击、输入、打开网页” 等动作@playwright/cli（原playwright-cli）演员的 “台词本 / 指令入口”Playwright 的命令行工具，是你和 Playwright 引擎交互的 “接口”（比如用playwright install装驱动）playwright install 装的内容演员的 “道具（浏览器 + 驱动）”给 Playwright 提供操控的 “工具”（轻量浏览器 + 驱动），没有道具演员没法演戏本质：微软开源的浏览器自动化核心引擎（代码库 / 程序库）作用：提供操控浏览器的所有底层能力（打开浏览器、定位元素、点击、输入、截图、模拟滚动等）特点：功能全、跨浏览器 / 跨平台，但需要写代码调用，对普通用户不友好本质：Playwright 引擎的命令行工具（把 Playwright 的能力暴露成终端命令）作用：让你不用写代码，直接在终端调用 Playwright（比如playwright install装驱动、playwright open chrome打开浏览器）特点：是 Playwright 的 “终端操作入口”，官方弃用旧包playwright-cli，推荐新包@playwright/cli本质：基于 Playwright 封装的轻量化、易用型浏览器自动化工具（可以理解成 “Playwright 简化版”）作用：把 Playwright 复杂的底层操作封装成简单指令（比如agent-browser open https://baidu.com），降低普通用户使用门槛；同时集成了更多场景化功能（比如自动处理弹窗、适配本地浏览器）特点：面向普通用户，指令更简单，比直接用 Playwright 少写很多代码本质：OpenClaw/SkillHub 里的自动化技能（脚本 / 插件）作用：理解自然语言指令（比如 “打开 B 站搜 Playwright”），拆解成操作步骤，然后调用agent-browser或@playwright/cli执行特点：是 “需求解析层”，连接用户和底层工具，不用记命令，说人话就能执行 除了之前提到的 5 个核心组件，必须的基础条件只有 1 个，可选工具看你的需求：Node.js + npm：所有核心组件（Playwright、agent-browser）都基于 Node.js 生态开发，没有它就没法安装 / 运行这些工具（这是最底层的运行环境，不是 “额外工具”）。 表格工具作用是否需要代码编辑器（VS Code）自定义自动化脚本（比如改 browser-automation 的逻辑）仅当你想定制化时需要网络代理（比如 Clash）访问 YouTube/Google 等外网网站时仅访问外网自动化需要管理员权限避免安装 / 运行时的权限报错（比如驱动写入失败）建议一直开Python（可选）如果你想用 Playwright 的 Python 版本（而非 Node.js 版）仅当你熟悉 Python 时需要 总结：核心只需要 Node.js + 之前的 5 个组件，其他都是 “按需补充”，不用额外装一堆东西。 终端（PowerShell/WSL）是安装这些工具的最优方式，核心原因有 3 个：工具本身的设计逻辑：Playwright、agent-browser 都是「命令行工具 / 底层组件」，没有图形化安装界面，终端是它们的原生交互方式（就像汽车只能用方向盘控制，不能用鼠标）。全局生效 + 版本可控：终端安装能精准指定 “全局安装”（所有目录都能用），还能手动选版本（比如npm install @playwright/cli@1.58.2），图形界面安装容易出现 “路径混乱、版本不匹配”。自动化适配性：这些工具最终要被 WorkBuddy/OpenClaw 调用，终端安装的组件能被程序直接识别，图形界面装的可能藏在小众路径里，程序找不到。 简单说：终端是 “给程序装组件” 的标准方式，图形界面是 “给人装软件” 的方式，两者场景不同。 WorkBuddy 里的是“调用入口 / 界面”，不是 “完整的底层组件”—— 类比成：WorkBuddy 是手机的 “视频 APP 图标”，你看到图标了，但视频的 “播放引擎、解码组件” 需要单独装（不然点图标也播不了）。具体来说： WorkBuddy 里的 “browser-automation” 只是 “技能入口”（告诉你 “能做浏览器自动化”），但没有底层的 Playwright 引擎、浏览器驱动，根本没法执行操作；你重新下载的是 “执行操作的核心组件”（Playwright、agent-browser、驱动），WorkBuddy 需要调用这些本地组件才能干活，没有它们，WorkBuddy 里的技能就是 “空壳”。 先明确核心概念：组件：底层的、不可缺少的运行基础（比如发动机）；工具：基于组件封装的、可直接用的程序（比如带方向盘的汽车）；Skill（技能）：面向场景的、可调用的脚本 / 指令集（比如 “自动开车去超市” 的预设路线）；插件：给主程序加功能的扩展（比如给汽车加倒车影像）； 5 个工具 / 组件的具体分类：表格工具 / 组件类型通俗理解Playwright核心组件（引擎库）汽车的发动机（最底层，提供动力）@playwright/cli命令行工具（组件的交互入口）发动机的启动开关（终端操作发动机的接口）agent-browser上层工具（组件封装版）带方向盘的汽车（简化发动机操作，普通人能开）browser-automationSkill（技能 / 预设脚本）“自动开车去超市” 的路线（面向场景的指令集）playwright install装的内容依赖资源（浏览器 + 驱动）汽油 + 轮胎（发动机的配套耗材，没它发动机转不了） 总结：Playwright、@playwright/cli、agent-browser 属于「组件 / 工具」（底层运行基础）；browser-automation 属于「Skill（技能）」（场景化脚本）；playwright install 装的是「依赖资源」（耗材）；都不是传统意义的 “插件”（插件是给主程序加功能，而这些是主程序的运行基础）。 核心结论：不是！绝大多数是 JavaScript/TypeScript（Node.js 生态）写的：Playwright：微软官方用 TypeScript/JavaScript 开发（核心语言），同时提供 Python/Java/C# 的 “绑定”（相当于给不同语言留了调用接口，但核心代码不是 Python）；@playwright/cli：基于 Playwright 核心，也是 JS/TS 写的；agent-browser：基于 Playwright 封装，主流是 JS/TS 写的；browser-automation：OpenClaw/SkillHub 的技能，可能是 JS/TS 或 Python（看开发者实现）；WorkBuddy：客户端程序，大概率是 Electron（JS/TS + 前端）开发的。 补充：你如果熟悉 Python，也可以用 Playwright 的 Python 版本（pip install playwright），但你现在装的是 Node.js 版（npm 安装），两者功能一样，只是调用语言不同。额外需要的工具：仅需 Node.js（已装），其他按需加（编辑器 / 代理）；终端安装的原因：工具是命令行原生设计，终端安装全局生效、版本可控；WorkBuddy 里有还要下载：WorkBuddy 只有 “入口”，没有 “底层执行组件”；类型分类：Playwright/@playwright/cli/agent-browser 是组件 / 工具，browser-automation 是 Skill，驱动 / 浏览器是依赖资源；开发语言：核心是 JS/TS（Node.js），不是 Python（仅提供 Python 调用接口）。 agent-browser 和 Playwright 的关系是「儿子和爸爸」：Playwright 是「爸爸」：浏览器自动化的核心引擎，所有浏览器驱动 / 轻量浏览器的下载，最终都由它的 playwright install 完成；agent-browser 是「儿子」：基于 Playwright 做了简化封装，它的 agent-browser install 只是「简化版命令」—— 你执行这个命令，它内部还是会偷偷调用 playwright install 去下载东西，没有任何额外的 “专属资源”。 简单说：执行 playwright install → 直接下载浏览器 + 驱动（官方原生，最稳定）；执行 agent-browser install → 间接调用 playwright install 下载（封装版，可能多一点无关的提示，但结果一样）。打开 PowerShell（新窗口，确保环境变量生效）；执行 playwright install（这一步是核心，下载 Chromium/Firefox/Safari 轻量浏览器 + 驱动）；等下载完成 → 结束！ 如果想确认 agent-browser 也能正常工作，执行：powershell 如果输出版本号，说明 agent-browser 已装好；如果提示命令找不到，再执行：powershell 装完后 agent-browser 就会自动复用你刚才用 playwright install 下载的浏览器 / 驱动，不用再额外装。 表格命令本质行为结果playwright install直接去水果市场买苹果（浏览器 + 驱动）拿到苹果（最直接、无中间商）agent-browser install让水果店老板（agent-browser）帮你去市场买苹果同样拿到苹果（多了一层中间商，结果一样） 你现在只需要「直接去市场买」（playwright install），不用找老板代买，省得绕弯子。核心下载命令：playwright install（下载浏览器 + 驱动，是所有自动化的基础）；agent-browser 是封装工具，装完 Playwright 后，它会自动用 Playwright 的资源，不用单独装。 现在直接执行 playwright install 就好，下载完成后，不管是用 Playwright 还是 agent-browser，都能正常操控浏览器了！ 打开chrome，并打开youtube网页，点击第一个视频进行播放 打开chrome，并打开youtube网页，点击第一个视频进行播放 打开chrome，并打开youtube网页，点击第一个视频进行播放 这是所有工具 / 技能运行的前提，你图里的 3 个就是核心：表格工具作用安装要点Python运行 Python 脚本，处理文档 / 数据（PDF/Excel/Word 等）官网下载，安装时务必勾选「Add Python to PATH」，确保终端能识别 python/pip 命令Git版本控制，拉取 WorkBuddy 代码 / 技能仓库、同步更新官网下载，默认安装即可，确保终端能识别 git 命令Node.js运行所有 JS 生态的自动化工具（浏览器自动化核心）下载 LTS 版本（长期支持版），安装时会自动加入 PATH，确保终端能识别 node/npm 命令 这些是 WorkBuddy 能「干活」的底层执行器，分 Node.js 生态（浏览器自动化）和 Python 生态（文档 / 数据处理）： 表格组件 / 工具作用安装命令@playwright/cli浏览器自动化底层命令行工具（替代旧版 playwright-cli）npm install -g @playwright/cli浏览器驱动 + 轻量浏览器所有浏览器自动化的「燃料」，让 Playwright 能操控浏览器playwright install（执行后自动下载 Chromium/Firefox/Safari 轻量版 + 驱动）agent-browser（推荐）基于 Playwright 封装的易用型自动化工具，WorkBuddy 优先推荐npm install -g agent-browser 表格库 / 工具作用安装命令pipPython 包管理器（Python 安装时自带）无需额外装，确保 pip --version 能正常输出pdfplumberPDF 文本 / 表格提取（你之前看到的文档提取工具）pip install pdfplumberpandas数据清洗 / 表格处理（把提取的 PDF 表格转成结构化数据）pip install pandasopenpyxlExcel .xlsx 读写（pandas 依赖它导出 Excel）pip install openpyxlPyPDF2（可选）PDF 解密（处理权限密码 / 打开密码）pip install PyPDF2 在 WorkBuddy 界面里安装，这些是「给 AI 看的功能声明」，告诉 AI 你能做什么：表格技能名称作用依赖browser-automation浏览器自动化核心技能，理解自然语言指令（比如「打开 B 站搜 Playwright」）依赖 agent-browser/@playwright/cli + 浏览器驱动playwright-cli浏览器自动化底层技能，直接调用 Playwright 执行操作依赖 @playwright/cli + 浏览器驱动pdfPDF 文档处理技能（提取文本 / 表格）依赖 pdfplumber + PythondocxWord 文档处理技能依赖 Python 文档处理库xlsxExcel 表格处理技能依赖 pandas + openpyxlpptxPPT 文档处理技能依赖 Python 演示文稿处理库skill-creator引导你创建自定义技能无依赖（纯引导功能）skills安全审计审计技能脚本的安全性无依赖（纯逻辑检查） 这些不是「安装包」，但必须配置好才能让所有工具正常工作：环境变量 PATH 配置确保这些路径加到系统 PATH： Python 安装目录（比如 C:\Python311）Node.js 安装目录（比如 C:\Program Files\nodejs）npm 全局包目录（比如 C:\Users\你的用户名\AppData\Roaming\npm）Git 安装目录（比如 C:\Program Files\Git\bin） 作用：让 WorkBuddy / 终端能在任意位置识别 node/npm/python/pip/git/playwright/agent-browser 等命令。 终端工具Windows：用 PowerShell（管理员权限），避免权限报错；macOS/Linux：用系统自带 Terminal；作用：执行所有安装命令、调试环境。 管理员权限（Windows 专属）安装全局 npm 包、修改环境变量、写入系统目录时，务必用管理员身份打开终端，避免「权限拒绝」错误。 代码编辑器（推荐）推荐 VS Code：用来查看 / 编辑技能脚本（skill.md）、Python/JS 代码，调试自动化逻辑。 网络环境（可选）如果下载 Node.js/Git/npm 包慢，或需要自动化外网网站（比如 YouTube），配置网络代理，确保网络通畅。 先装 Python + Git + Node.js（基础环境）；再装 Node.js 生态的 @playwright/cli + playwright install（浏览器自动化核心）；再装 Python 生态的 pdfplumber + pandas + openpyxl（文档 / 数据处理核心）；在 WorkBuddy 里安装 browser-automation/playwright-cli/pdf/xlsx 等核心技能；最后配置环境变量、管理员权限等辅助项，确保所有命令能被识别。 这样一套环境搭完，WorkBuddy 就能实现「浏览器自动化 + 文档 / 数据处理」的完整能力了！
