为什么把 Jan 装到 NAS 上
Jan 是一类偏本地化使用的 AI 助手工具，核心价值在于把模型运行、对话记录和知识资料尽量放在自己的设备环境里。对于已经有 NAS 的用户来说，把 Jan 部署到 NAS 上，可以让电脑、平板、局域网内的其他设备通过浏览器或客户端访问同一个助手，减少重复安装，也方便统一管理模型文件和资料目录。
这种方案适合三类场景：一是个人用户希望在家中长期运行一个本地 AI 助手，用来整理文档、生成摘要、做学习笔记；二是小团队希望在内网中使用 AI 工具，但不希望资料频繁上传到外部服务；三是已有 NAS、Docker 使用经验的用户，希望把模型、日志、配置和备份都纳入现有存储体系。需要注意的是，本地部署并不等于“零成本”，模型运行对内存、显存、硬盘空间和散热都有要求，安装前要先评估硬件。
安装前准备：硬件、系统和目录规划
NAS 端建议至少具备 8GB 内存，若要运行 7B 级别模型，16GB 会更稳妥；如果 NAS 支持独立显卡或 NPU，推理速度会明显更好。没有专用算力也可以运行较小模型，但响应速度会变慢。硬盘空间方面，单个模型可能从几 GB 到几十 GB 不等，建议提前预留 100GB 以上空间，用于模型、缓存、配置和对话数据。
系统方面，需要 NAS 支持容器功能。常见 NAS 系统一般提供 Docker、Container Manager、Container Station 或 Apps 形式的容器管理入口。安装前建议先升级 NAS 系统到稳定版本，并确认容器服务可正常启动。目录规划建议建立三个独立文件夹：jan-config 用于保存配置，jan-data 用于保存对话和索引数据，jan-models 用于存放模型文件。不要把这些目录放在临时目录中，否则容器重建后可能丢失数据。
步骤一：开启 NAS 容器服务
进入 NAS 管理后台，打开套件中心或应用中心，搜索并安装容器管理组件。安装完成后，先创建一个专门用于 AI 工具的共享目录，例如 /volume1/ai/jan。随后在该目录下建立 config、data、models 三个子目录，并检查当前管理员账号是否拥有读写权限。
如果 NAS 支持资源限制，建议提前为容器设置 CPU 与内存上限，避免模型加载时占满系统资源，导致文件服务、相册、同步任务等基础功能变慢。对于家庭 NAS，可以先给 Jan 分配 4GB 至 8GB 内存试运行，再根据模型大小调整。
步骤二：选择镜像和部署方式
Jan 在不同阶段可能提供桌面端、服务端或社区维护的容器镜像。NAS 部署时，应优先查看 Jan 官方文档、官方仓库说明或可信维护者页面，确认镜像名称、版本号、环境变量和数据目录。不要随意使用来源不明的镜像，尤其不要把管理账号、私密资料目录直接挂载给未知镜像。
如果 NAS 的容器界面支持“创建项目”或“Compose”，可以用项目方式部署；如果只支持图形化创建容器，则按镜像、端口、卷挂载、环境变量逐项填写。一般需要映射一个 Web 访问端口，例如把容器内服务端口映射到 NAS 的 3000 或 1337 端口。端口不是固定答案，应以当前镜像说明为准，避免与 NAS 已有服务冲突。
步骤三：配置存储卷和端口
创建容器时，重点检查三项配置。第一是卷挂载，把 NAS 上的 config、data、models 分别挂载到容器要求的配置目录、数据目录和模型目录。这样即使更新镜像或重建容器，核心数据也不会随容器删除。第二是端口映射，建议只在局域网内访问，先不要直接暴露到公网。第三是重启策略，设置为“除非手动停止，否则自动重启”，保证 NAS 重启后服务能自动恢复。
完成配置后启动容器，观察日志。如果日志中间出现模型目录不存在、权限不足、端口占用等提示，先停止容器，回到目录权限或端口设置页面修正。不要在服务异常时反复创建多个容器，否则容易出现目录混乱、端口冲突和数据重复。
步骤四：首次访问和初始化
容器正常运行后，在同一局域网设备的浏览器中输入 NAS 地址加端口，例如 https://NAS地址:端口。首次进入后，根据页面提示完成初始化，包括设置管理员账号、选择数据目录、配置模型来源或导入本地模型。建议先用小体积模型测试，例如 3B 或轻量量化模型，确认对话可用后再换更大的模型。
模型文件可以通过 Jan 界面下载，也可以手动上传到 NAS 的 models 目录。手动上传时要保持文件名、格式和目录结构与工具要求一致。常见模型格式包括 GGUF 等，本地推理工具通常会标注支持的量化类型。若 NAS 算力有限，优先选择 Q4、Q5 等较轻量版本，不要一开始就选择超大模型。
步骤五：接入知识资料和日常使用
Jan 部署完成后，可以把常用资料放入指定目录，再通过工具的知识库或文件导入功能建立索引。为了提高效果，建议按主题整理文件夹，例如“产品资料”“会议纪要”“学习笔记”“合同模板”等，并给文件使用清晰名称。扫描类 PDF、图片文字资料可能需要先做文字识别，否则模型只能看到文件名或少量元信息。
日常使用时，不要把 Jan 当成完全准确的资料库。它更适合做初稿生成、摘要归纳、问答检索和思路整理。涉及法律、医疗、财务、合同签署等高风险事项，应由专业人员复核。团队使用时，建议建立资料上传规范，避免把无关或未经授权的文件混入知识库，影响检索效果和合规性。
升级、备份与回滚
升级前一定先备份 config、data、models 三个目录，尤其是配置文件、对话记录和知识库索引。推荐做法是先停止容器，复制目录到备份位置，再拉取新镜像或修改项目版本。升级后先用测试账号访问，确认登录、模型加载、知识库检索都正常，再让其他设备继续使用。
如果升级后无法启动，优先查看容器日志，常见原因包括新版本目录结构变化、环境变量变更、端口被占用、模型格式不兼容。回滚时不要直接删除数据目录，可以把镜像版本改回旧版，并恢复升级前备份。若数据结构已被新版本改写，回滚可能失败，因此重要环境不建议自动更新，应手动确认版本说明后再操作。
常见问题排查
访问不了页面，先确认容器是否运行，再检查端口映射是否正确，浏览器地址是否使用 NAS 的局域网 IP。若 NAS 开启了防火墙，需要允许对应端口在内网访问。模型加载失败，多数与文件路径、格式、权限或内存不足有关，可以先换小模型验证。回答速度很慢，通常是硬件算力不足或模型过大，可降低上下文长度、换量化模型或减少并发访问。
知识库检索不到内容，先确认文件是否成功导入、是否完成索引、文件内容是否为可读取文本。对话内容丢失，检查 data 目录是否正确挂载，容器是否曾经以临时存储方式运行。日志提示权限不足时，给挂载目录赋予容器运行用户可读写权限，不建议简单开放所有权限长期使用，测试完成后应收紧。
安全边界和实用建议
NAS 私有化部署的优势是数据留在本地，但安全边界仍然要清楚。管理后台要使用强密码，最好只允许可信设备访问。不要把 Jan 服务直接开放到外部网络，确有远程需求时，应通过更安全的内网访问方案，并开启账号验证、访问日志和最小权限。容器镜像要固定版本来源，定期检查更新说明，避免使用无法追踪维护者的包。
实用配置上，个人用户可以从“小模型 + 少量资料 + 单人访问”开始，先确认稳定性，再逐步扩展。团队用户建议准备一台测试 NAS 或测试容器，所有升级、模型替换、知识库重建先在测试环境完成。长期运行时，还要关注硬盘占用、温度、内存峰值和备份状态。只要把目录、权限、模型和更新流程规划好，Jan 装在 NAS 上就能成为一个稳定、可控、便于多人使用的本地 AI 助手。
