别再养虾养马了！OpenCode才是NAS上最被低估的本地AI工作流神器

哈喽小伙伴们好，我是Stark-C~

最近大家又是养虾（OpenClaw）又是养马（Hermes Agen）的，估计都折腾够了吧？有一说一，抛开“tokens粉碎机”的属性不说，这两者用起来确实很能干：能跑流程、能自动化，也确实能帮我们干活。

但折腾久了大家有没有发现一个很现实问题：OpenClaw和Hermes Agen虽说我们是是用NAS搭建起来的，但是对于NAS本身来说，却没有带来真正实用的落地用法。

虽说我们将SSH权限交给它们之后，也可以执行一些跑脚本、改配置的操作，但这种方式本质上是在让 AI 直接操作 NAS 的底层系统。稍有不慎，丢点数据是小事，把系统玩崩才是真的麻烦。

所以今天为大家分享的是一个比养虾养马更贴近 NAS 用户真实需求的本地 AI 工具--OpenCode。

关于OpenCode

🔺OpenCode它给自己的定义是“开源 AI 编程代理”，简单来说就是帮我们在终端、IDE 或桌面端编写代码的工具。我们可以简单的把它理解为一个随时在线、能写代码、能改文件、能跑脚本的本地 AI 工作流。

除此以外，OpenCode 还有一个非常实用的优势：那就是它内置了可直接使用的免费大模型，不需要额外配置 API Key，也不需要绑定任何云端服务，就能让我们零成本开箱即用，确实香！

项目Github地址：https://github.com/anomalyco/opencode

OpenCode的亮点优势（仅针对NAS使用场景）：

• 1，OpenCode 自带免费AI大模型，不需要 API Key、不需要代理、也不需要云端服务，我们NAS用户用起来完全就是零成本，这一点就足以让我们每一位NAS玩家体验；

• 2，OpenCode 能直接操作我们映射的工作目录（/workspace），比如说批量修改和整理文件，或者生成我们需要的各类文档等，对于我们NAS用户来说，这已经是相当实用了；

• 3，OpenCode 的权限更加安全和可控，因为它不需要root或者ssh，它所有权限都限制在工作目录（/workspace）内，不会越权动其它目录，更不会对系统造成威胁；

• 4，OpenCode 在NAS上同样具备脚本生成与代码执行能力，在加上NAS 7×24 常驻在线，对于有本地开发和编程的专业用户来说，这应该算是为自己找了一个随叫随到，永远在线的“AI 编程师”了。

OpenCode部署

🔺打开极空间NAS的文件管理器，在Docker目录下新建一个“opencode”的文件夹。

🔺然后点击极空间NAS的“Docker”应用，点击【Compose】 > 【新增项目】。

🔺在“创建项目”页面自定义项目名称，“存储位置”需要手动选择我们前面新建的opencode文件夹，勾选下方的“所有合规文件夹添加最大读写权限”，最后输入以下 Docker Compose 配置信息后点“创建”按钮：

services: opencode: image: ghcr.io/anomalyco/opencode:latest container_name: opencode restart: unless-stopped entrypoint: ["opencode", "web", "--hostname", "0.0.0.0", "--port", "3000"] ports: - "3111:3000" #项目打开端口，冒号前面不要冲突 volumes: - ./config:/root/.opencode - ./workspace:/workspace # opencode 的工作目录（下面重点说明，请务必熟知） environment: - WORKDIR=/workspace - LANG=C.UTF-8 - NPM_CONFIG_REGISTRY=https://registry.npmmirror.com - GIT_AUTHOR_NAME=opencode - GIT_AUTHOR_EMAIL=bot@opencode.ai

以上代码需要修改的地方就项目Web页面打开端口那里，以及我下面单独说明的“/workspace”工作目录，其它的直接保持默认即可。镜像的拉取需要自行解决网络问题，粘贴到自己的NAS这边之前建议使用AI工具优化一下，以防止格式问题造成的部署失败。

🔺我这里重点说明一下 “/workspace” 映射目录，也就是 OpenCode 的工作目录。这个目录原本作用是 作为 OpenCode 执行任务、生成代码、运行脚本时的默认项目根目录，主要用于存放项目文件、依赖、Git 仓库等。

不过在我们 NAS 的使用场景中，它就变得更加灵活和强大，因为我们可以将它映射到 NAS 中任意文件夹，甚至是极空间挂载的其它网络存储，包括网盘。这样被映射过来的目录就会被 OpenCode 直接管控。比如说执行批量整理、重命名、移动、删除等一系列的系统级操作。

也就是说，一旦你把某个目录映射到 /workspace，OpenCode 就获得了对该目录的完整读写权限，可以像“AI 文件管理器”一样操作整个文件夹。

但是！！！这种能力也意味着风险：OpenCode 的所有操作都是直接作用在真实的文件上，不需要二次确认，一旦提示词不严谨或 AI 理解错误，可能会导致文件被误删、误改或不可逆损坏。

因此，个人不建议将NAS中的重要照片、视频、文档等核心数据直接映射到 /workspace，最好是为 OpenCode 单独准备一个工作目录，我们如果要执行操作的时候直接把目标移动到这里，操作好之后再复制回去。

🔺项目倒不是很大，部署起来还是很快的，当看到容器显示“运行中”，就说明可以使用了。

OpenCode体验

🔺项目打开方式没什么特别，除了最基本的通过浏览器【IP:端口号】的方式，还可以直接通过极空间Docker容器的“远程访问”一键打开。不仅如此，极空间的远程访问还可以让我们在外网的时候一样顺畅访问 NAS 上的服务，也算是咱们极空间用户的专属福利了。

🔺打开之后可以看到OpenCode的界面还是非常简洁的，怎么使用呢？非常简单，只需要点击界面中的”根目录“标识。

🔺然后就进入它的对话聊天界面了！我们在这里就和使用普通聊天软件一样，直接使用自然语言和它对话，或者下达各种指令。比如说我直接问它一个Docker compose代码的意思（这个代码其实就是部署OpenCode的代码）。

🔺然后它很快就给到了回复，将代码指令每行都给解释清楚了。

🔺它是怎么做到的呢？原来它默认就已经启动了内置的免费AI大模型。点开聊天框下面的模型选项，可以看到它目前给我们提供了4种免费模型，而且这4种模型还都挺有代表性的，也就是说，它们其实都不弱。

🔺当然，有条件的你也可以通过左下角“设置”按钮连接其它更强大、更专业的AI大模型提供商，只需要输入对应的AOI Key即可。不过对于我们绝大多数的普通NAS用户来说，它提供的免费AI大模型足够了。

🔺我当前给它的 “/workspace” 工作目录映射的是极空间挂载的115网盘，我现在问它工作目录里有什么，它很快给出了结果。

🔺事实证明它给出的结果完全符合真实的映射目录。

🔺这里在给它加大难度，比如我现在让它直接执行一个操作，验证下它“能不能干活”。我让它对我指定的一个文件夹内所有文件批量重命名，也就是每个文件都加上序列号，以正序的方式。

🔺接着我们就能看到它思考和执行的过程。可能是文件比较多的原因，它执行的时间略长。

🔺这是它执行之前目录下的文件。

🔺这是它执行之后目录下的文件，可以看到它确实执行了批量重命名操作，但貌似它重命名添加的序列号搞的有些复杂了，我以为它会直接以“1,2,3...”直接排列的，它搞成这种序列号不知道是为什么~

🔺然后我重新给它下达了一个更准确且详细的指令。

🔺这下它终于听懂了，一顿操作完成，终于达成自己想要的结果，而整个过程我其实是没有碰它的这个工作目录的，是不是已经有了OpenClaw的味道？

🔺除了批量重命名，整理文件它也非常在行。我这边实测把一堆乱七八糟的文件让它整理，它最后会自动把文件归类到对应的文件夹里，并且几乎没有一个放错位置的。这对于我来说简直不要太妙，我以后工作文件的整理就交给它了！

总结

当然，本文演示的代码解释、批量重命名，批量整理只是我个人最常用的几个使用场景，OpenCode的能力肯定远不止这些。这里也欢迎各位小伙伴评论区留言，分享下你自己的奇妙玩法，从而给更多的用户打开新世界大门。

好了，以上就是今天给大家分享的内容，我是爱分享的Stark-C，如果今天的内容对你有帮助请记得收藏，顺便点点关注，咱们下期再见！谢谢大家~