OpenClaw技能包推荐：本地部署后更适合先启用的技能组合

本地部署后的第一批技能，不该追求花哨。更实用的是能帮你确认环境是否稳定：配置有没有读到，Gateway 是否能连，容器里依赖是否齐，日志能不能查。OpenClaw技能包推荐 放到本地部署场景，要先服务排障。

配置检查和日志读取优先

本地环境变量、模型 key、Gateway 地址、认证状态、工作区目录，这些基础项不稳，后面的技能都会跟着报错。先启用配置检查、日志读取、文件路径核对类能力，让代理能回答“当前环境缺什么”。判断它是否可用，看它能不能指出具体文件、具体变量、具体错误时间。

日志读取技能不要给全盘权限。限定 OpenClaw 运行目录、容器日志和项目日志即可。读取范围越清楚，误读隐私文件的概率越低。

容器部署要按依赖分层

Docker 环境和宿主机环境差异很大。宿主机有的命令，容器里可能没有；某些只适合 macOS 包管理器的依赖，在 Linux 容器里要换成系统包或 Python 包。选择技能前，先看它的依赖能不能进入镜像或启动脚本。

• APT 包：适合放进镜像构建参数，重建后路径稳定。
• Python 包：记录版本，避免不同技能拉出冲突依赖。
• 持久化目录：技能安装目录和配置目录要挂载，容器重启后才不会丢。

搜索和开发辅助排在基础检查后

环境稳定后，可以启用搜索、代码解释、仓库状态查询这类技能。它们能帮你查报错、读配置、整理变更。账号类和写入类技能不建议紧跟部署完成就开，至少等日志、依赖和持久化验证通过。

我的本地部署组合是：配置检查加日志读取打底，文件整理负责定位材料，搜索技能查近期问题，代码辅助处理仓库和脚本。账号写入、自动发布、远端管理这类能力往后放。这样部署初期的问题更容易归因，也不容易把权限一次放大。

本地组合要跟机器能力匹配

本地部署常受 CPU、内存、磁盘和网络影响。搜索、索引、日志分析、代码扫描叠在一起跑，轻量机器很容易变慢。试用时记录一次任务的耗时、内存峰值和失败原因，别只看功能是否跑通。

如果机器资源紧张，先保留配置检查、日志读取和文件定位这三类。搜索和知识库可以按需启用，自动化写入类技能放到环境稳定后再试。这样本地实例更像可维护工具，而不是不断冒出新变量的实验箱。

本地部署也要安排定期清理。不用的技能、旧日志、临时索引和过期 key 都会拖慢排查。每次升级前先导出配置和技能列表，升级后用同一批测试任务确认环境没有偏移。

本地部署后的技能启用还要考虑备份。技能配置、密钥引用、工作区目录、索引数据分别放在哪里，要能说明清楚。机器重装或容器重建时，能恢复配置和必要数据，才算组合稳定。

如果本地实例还在调试期，不要马上接企业账号和生产仓库。先用测试项目跑通配置检查、日志读取、搜索和代码解释。连续几天没有加载异常和依赖报错，再把真实工作流迁进来。

取舍标准可以写得更硬一点：能用最小权限完成任务，就不开放高权限；能在测试工作区验证，就不进常用环境；能留下原始证据，就不只保存代理回答。这个口径适合放进团队或个人的安装记录里，后面扩展技能时也能沿用。