WorkBuddy的Agent必须配置并启用对应工具才能执行真实操作。需在设置→技能商店→已安装中启用“文件读写”“HTTP请求”“Shell执行”等基础工具，确认系统授权、设为宽松沙箱、填写正确作用域白名单，并完全退出后重启应用，否则工具静默失效。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy的Agent不是靠“说清楚”就能把事情做完的，它必须能真正调用系统命令、读写本地文件、打开浏览器、执行Python脚本、调用API接口——这些动作全依赖工具配置，缺一不可。
没有工具的Agent就像没装轮子的车
第一步：打开WorkBuddy设置 → 点击左侧「技能商店」→ 顶部切换到「已安装」标签页。
第二步：查看列表中是否显示「文件读写」「HTTP请求」「Shell执行」等基础工具。如果全是灰色未启用状态，说明Agent当前没有任何执行能力。
第三步：逐个点击工具右侧的「启用」按钮。注意：【启用前必须确认该工具的权限范围已通过系统弹窗授权】，否则后续调用会静默失败，连错误提示都不会出现。
工具不是越多越好，而是要匹配任务类型
方法一：做数据清洗类任务（比如整理Excel里的客户信息）→ 必须启用「Pandas处理」和「CSV/Excel读写」工具，禁用「浏览器自动化」，否则会触发不必要的沙箱隔离策略，拖慢响应速度。
方法二：做跨平台通知类任务（比如自动把日报发到企业微信）→ 只需启用「企业微信API」和「定时触发器」，其他全部关闭。多开一个无关工具，就会多占30MB内存和一次上下文序列长度，影响主Agent的推理稳定性。
方法三：做本地开发辅助（比如自动生成单元测试）→ 必须启用「VS Code插件桥接」和「代码静态分析」，且要手动指定项目根目录路径。这一步漏填，Agent会默认在临时目录里生成测试文件，你根本找不到它存哪了。
为什么有些工具启用后仍不生效
检查「设置 → 安全与权限 → 工具沙箱模式」是否设为「宽松」。WorkBuddy默认启用严格沙箱，会拦截所有未显式声明路径的文件操作和网络请求。
重点看「工具配置详情」页里每个工具的「作用域白名单」字段。例如「Shell执行」工具若只写了/usr/bin/，那你在Windows上运行dir命令就会被拒绝——它根本不会自动适配系统环境。
这一步最容易被忽略：重启WorkBuddy主进程。工具启用或修改配置后，仅刷新界面无效，【必须完全退出再重进，否则新配置不会加载进运行时环境】。
