[Agent部署] [AI]企业局域网中构建AI本地助手的可行性研究_web agent和cli agent联合使用-优快云博客

在AI应用不断深入业务场景的背景下，越来越多的企业希望将大模型能力从云端迁移到本地，构建自有的智能Agent来执行各类自动化任务，如代码生成、文件操作、系统脚本执行等。尤其是类似OpenAI Codex这类具备强大本地任务执行能力的系统，引发了大量企业用户在局域网环境中部署智能Agent的热情与探索。

本文将深入探讨在企业内网环境下部署具有本地资源操作能力的AI Agent的可行性，读过本篇后，希望能给摸索中的实践者们提供一点少走弯路的参考。重点评估目前主流的开源方案，分析其局限，并探索现实可行的替代路线。

一、构想：企业本地智能助手的核心诉求

在实际业务场景中，开发团队和技术部门希望构建一种“类Codex”的Agent系统，部署于企业内网之中，具备以下能力：

自然语言执行本地任务：如创建项目文件、批量编辑文档、运行命令行脚本；
访问并操作本地文件系统：完成如批量归档、移动、查找、转码等操作；
根据语义上下文生成业务相关内容：如自动生成日报、技术文档、配置模板等；
无需外网依赖，确保数据安全：完全在本地部署，满足信息隔离和合规要求。

这种需求本质上要求Agent既具备大模型的语义理解和生成能力，又能安全地接入本地计算与文件资源，在“通用性”和“内网可控性”之间取得平衡。

二、探索：OpenHand + Ollama的尝试与局限

在开源圈中，我们发现了一种相对接近上述目标的解决方案组合——OpenHand + Ollama。

✦ Ollama：本地部署大语言模型引擎

Ollama 提供了便捷的本地大模型运行环境，支持如 LLaMA、Mistral 等模型的轻量化部署，特别适合资源受限的本地部署场景。

✦ OpenHand：构建本地Agent交互层

OpenHand 是一款可扩展的AI助手平台，支持将大模型能力与本地应用进行集成，可自定义插件来执行如文件操作、脚本执行等任务。

✦ 限制：单用户单机，缺乏分布式服务能力

尽管 OpenHand + Ollama 组合在单机用户场景下表现良好，支持通过插件系统执行本地CLI、文件操作等任务，但其部署模式为典型的“个人助手”：

无法将模型或服务统一部署于内网服务器供多人调用；
缺少集中式任务调度与权限管理；
客户端间无法协作处理任务或共享上下文。

这一架构的“本地化”特征虽然满足了数据安全的需求，却难以扩展为面向整个部门或团队的协作型Agent平台。

三、替代方案：基于共享目录的简易协作机制

为了解决无法跨终端部署的问题，我们曾尝试通过**公共盘（共享文件夹）**的方式，构建一种简易的协作机制：

Agent部署在每位用户本地；
操作对象（如脚本、配置、输入输出文件）存放于局域网共享目录；
各用户通过统一目录进行间接协作。

✦ 优点

部署简单：无需改动现有部署架构；
实现最小化协作能力：可以通过“约定文件名或结构”实现多用户任务同步。

✦ 缺陷

本质仍是孤立Agent，各自运行模型；
CLI依赖本地运行环境：如涉及本地命令执行、Python脚本运行，仍需各客户端环境一致；
缺少调度能力与统一权限管理。

结论是：该方式更像是一种“变通方案”，可在早期阶段缓解协作问题，但不具备可持续扩展性。

四、战略转向：增强Web Agent能力成为主流方向

综合评估后，我们决定放弃分布式本地Agent的探索路径，转而将资源投入到更具普适性与可维护性的Web Agent能力建设。

✦ 核心理念

将模型推理、指令解析、任务生成集中在服务器端；
用户通过浏览器进行任务描述与交互；
目标任务生成后由用户主动下载至本地执行或保存。

✦ 优势

集中部署，统一运维：模型和服务集中在后端，减少维护成本；
安全可控：用户仅通过Web页面传输输入输出内容，避免本地调用风险；
多用户共享上下文能力：支持会话存档、历史任务追溯、任务模板复用；
逐步引入本地执行模块：如未来引入浏览器插件或客户端Agent配合Web Agent使用，可有选择地支持部分本地调用。

这种模式逐渐成为企业内部部署智能Agent的推荐路径，既满足合规与安全需求，又兼顾操作灵活性和业务融合能力。

Dify是这一块儿目前最具实力的产品之一，关于Dify的实战教学内容和经验分享，可以参考我的Dify专栏：

AI实践-Dify专栏

五、总结与展望

企业在探索内部智能Agent部署路径的过程中，必须在本地能力、分布式协作、安全合规之间做出合理权衡。

路线	优势	局限
OpenHand+Ollama	全本地运行，安全性强	单用户部署，缺乏协同能力
共享目录方案	轻量部署，可基本协作	依赖手动交互，CLI无法共享运行环境
Web Agent	集中控制，易管理与扩展	不支持直接操作本地系统

我们最终选择了以增强Web Agent为核心的架构模式，确保安全合规的同时，实现模型服务化、能力模块化、部署集中化。下一阶段，我们计划：