企业官网建设流程全解析

Octop 开源自托管 AI 助手完整指南：2 核 4G 老机器装出一个"内部 AI 部门"

【免费下载链接】OctopA smarter, self-hosted AI assistant — multi-user, multi-agent.项目地址: https://gitcode.com/GitHub_Trending/oct/Octop

Octop 是一个开源的自托管 AI 助手平台，多用户、多 Agent：一条命令装进家里的 NAS、迷你主机或公司内网机器，对话记录、工作区文件、密钥都沉淀在自己的硬盘里。这篇文章不堆参数，就用四个问题把它问一遍：装得动吗、敢不敢用、好不好接、划不划算。

装得动吗：老机器也能跑，环境它自己配好

最反常识的一点：它不挑服务器，也不污染你的系统。

官方给的基础门槛是 2 核 CPU、4G 内存起步，一台比较寒酸的迷你主机也扛得住。安装脚本会走 uv 在~/.octop/下单独建一个隔离的 Python 虚拟环境，不碰系统 Python——好比租客自带家具入住，你屋里原来的一样都不用挪。

装完执行octop run启动服务，首次运行进初始化向导：建管理员账号、挑一个模型提供商，点"测试连通性"通过就算配好了。模型这一步其实可以跳过，接本地 Ollama 照样能用，断网也不耽误。

更省事的是，数据库、每个专家的独立工作区、密钥、日志全都收在~/.octop/这一个隐藏目录里——备份就是打包这个文件夹，搬家就是整个拷走。Windows、macOS、Linux 有原生客户端，飞牛 NAS 甚至有现成安装包，家里有 NAS 的玩家基本零门槛。

敢不敢用：数据留在自己盘里，但先泼一盆冷水

先把实话放前面：开源不等于自动合规，自托管也不等于把门一关就万事大吉。权限配错、弱口令、模型 API 本身的出网，这些风险在任何自托管系统里都存在，上线前该审的还得审。

但就结构而言，它确实更贴近企业做内网合规时的思路：

• 本地优先：模型可接本地 Ollama，知识库向量化能完全离线跑；
• 各成员一把钥匙：多用户 JWT 认证，每人有独立的专家和工作区，管理员统一管——像合租屋里的分房分钥，谁进谁的屋一目了然；
• 危险动作要报批：高风险工具、Shell 命令按规则拦下，人工确认才放行；
• 出门先脱敏：敏感信息离开工作区前自动打码；
• 每一步留痕：管理端有审计日志，谁在什么时间让哪个专家干了什么，查得到；
• 存储可换：工作区能放本地磁盘、Docker 沙箱，也能放 PostgreSQL 或对象存储，控制面和数据面分开。

对一家被"AI 要用、数据不能出门"卡住的公司来说，这套结构至少给了一个能拿去和 IT、法务、安全部门坐下来谈的方案。

好不好接：飞书钉钉群里 @ 它就能干活

📬 接入面铺得很开，而且大部分不用写一行代码。

• IM 通道：微信、QQ、飞书、钉钉、企业微信、Telegram 都能接，接上之后在群里 @ 它，它就干活，成果直接回群里；
• 定时任务：用大白话说"每天早上九点把行业新闻整理成三条发我"，它就自己排班，到点执行；
• 知识库：公司文档、产品手册、合同模板丢进去，回答会"翻着你的资料说话"，还能标出处；
• 连接器：腾讯文档、腾讯会议、Notion、滴答清单，点一下 OAuth 授权就能用，清单可看 docs/connectors.md。

它还能自己开浏览器填表、截图、抓数据（浏览器 AI+），也允许你在控制台里直接看到另一台电脑的屏幕、动键鼠（远程桌面）。对程序猿这边，它对外是完整的 HTTP / SSE / WebSocket API，另支持 ACP 与 MCP：Zed、OpenCode 这类 IDE 能调用它，它也能反过来把编码任务派给 Claude Code、Codex 去干。这套东西好比一个什么快递都收的驿站——不管哪个快递公司的件都能投进来。标准化这件事普通人感知不强，但企业 IT 会非常受用：可以换、可以扩、不会被一家绑死。

划不划算：把 AI 拆成"人"，再给它们发个主编

最有趣的设计是：它不造一个大而全的聊天框，而是把 AI 拆成"人"。

每个专家可以配不同的角色、不同的模型、不同的知识库，甚至一套 MBTI 人格——16 种性格模板，还有个"测一测"的小互动，测完自动匹配。于是你手里不是一个通用助手，而是一个说话直来直去的技术顾问、一个耐心的文案、一个专门盯数据的分析师。

再进一步是"专家团队"（AgentTeams，Beta）：设一位"主编"当主持人，你只说一句"把这份季度数据整理成汇报材料"，主编拆活并行派给几个成员专家，成员干完回来汇报，主编审完判断能不能收工。全过程像群聊一样在时间线上滚动，你能看见谁在干什么——🗞️ 就像个小编辑部：主编接题派活，记者各写各的，主编过稿后才算发表。规则细节见 docs/expert-teams.md。

两台机器之间拉一条"内线电话"

这里有个值得深挖的亮点：设置里的"云端协同"（目前 Beta），能把本机的 Octop 和另一台 Octop 连起来——比如公司云主机上一台、家里 NAS 上一台。连上之后，本机侧边栏就能看到对端的专家和团队，直接开聊。

关键在于：对话其实是在专家所在的那台机器上跑的，你这边只是听筒。浏览器只连本机，跨机器的事由一条加密长连接（WebSocket 隧道）原样转请求、原样带结果，设计细节可看 docs/bridge.md。

好比同一家连锁的两个门店之间拉了条内线电话：接线的是有员工的那个门店，总机只负责转接。文件不用搬家，人却能坐在家里把活派过去。

NAS 玩家、小团队、企业 IT：三条上手路径

先说句公道话：没门槛是假的。第一次配模型、配通道、配知识库，还是得有点耐心。但每一步都有向导，安装和升级各一条命令，对大多数自托管项目来说已经算友好。

• NAS 玩家：飞牛装好现成包，家里每人一个账号各用各的——孩子的作业辅导、老人的健康咨询、你自己的周报，一台机器全包；
• 五到五十人的小团队：找台闲置服务器用 Docker 起一个，把飞书群接上，销售问报价、客服查政策、运营要日报都在群里解决，资料一份都不用外传；
• 有内网要求的企业 IT：先隔离环境试点，接本地模型，配好知识库和审批规则，验证完再谈推广——轻活留在本地，重活按需上云。

最后留个问题：如果只能挑一件烦人的事交给这个"内部 AI 部门"——是每天早上的行业简报、工作群里的 FAQ 自动应答，还是月底对账那张总是出错的表？你会先让它接哪一摊？

【免费下载链接】OctopA smarter, self-hosted AI assistant — multi-user, multi-agent.项目地址: https://gitcode.com/GitHub_Trending/oct/Octop