Files
SnapOtter/apps/docs/zh-CN/guide/getting-started.md
T
SnapOtterandGitHub 5f21588f6c chore: prepare the 2.2.0 release (#660)
Bumps every version surface to 2.2.0, fixes a latent version-coupling bug in the
OCR runtime tests, and stops an absent GPU runner from silently stalling a
release.

Version surfaces: scripts/sync-version.sh covers the 11 workspaces, APP_VERSION,
and the docs release commands across all locales. Root package.json plus the
three surfaces the script never reaches are done by hand: the DOCKERHUB.md banner
and tag table, the docker-tags.md pinning table in 21 locales, and the example
runtimeVersion in tools/image/ocr.md in 21 locales. The release-notes archive step
is deliberately not pre-run, so the notes text stays editable until the release.

Latent bug: runtime-state rejects any runtime whose compatibility.snapotterVersion
is not exactly APP_VERSION, and five fixtures pinned the literal 2.1.0. Since
semantic-release rewrites APP_VERSION on every release, the first PR after any
bump would have gone red for a reason nobody would trace to the release. The
fixtures now derive from APP_VERSION.

GPU runner: sign-ocr-index needs verify-ocr-nvidia on self-hosted hardware, and
the gated manifest job needs ai-bundles, so a missing runner queued instead of
failing and produced no image tags. preflight-gpu-runner claims the same labels
with no dependencies, so it is scheduled first and validates the GPU before the
90-minute build. An API preflight is impossible because listing self-hosted
runners needs Administration:read, which GITHUB_TOKEN cannot hold, so RELEASE.md
carries the maintainer-side check.
2026-07-27 22:09:31 +08:00

7.2 KiB
Raw Blame History

description, i18n_source_hash, i18n_provenance, i18n_output_hash, i18n_hash_version
description i18n_source_hash i18n_provenance i18n_output_hash i18n_hash_version
用一条 Docker 命令安装 SnapOtter。包含 Docker Compose 配置、从源码构建,以及完整的功能概览。 8040133a6982 machine 00a743d88802 2

快速上手

::: tip 安装前先试用 在 demo.snapotter.com 体验完整 UI - 无需注册或安装。 :::

快速开始

docker run -d --name SnapOtter -p 1349:1349 -v SnapOtter-data:/data snapotter/snapotter:latest

这个单一容器运行它所需的一切:在没有设置 DATABASE_URL 的情况下,它在环回接口(嵌入模式)上启动自己的 PostgreSQL 和 Redis,并将所有数据保存在 SnapOtter-data 卷中。这是在家庭实验室上尝试 SnapOtter 或自托管的最快方法。对于生产,请使用规范的 Docker Compose 堆栈,它将 PostgreSQL 和 Redis 保留在自己的容器中。嵌入模式以 root 身份运行(默认),并在您设置 DATABASE_URL 后自动关闭。

要安装在 Raspberry Pi、旧笔记本电脑或小型 VPS 上?参阅低资源环境部署,那里有调优后的分步指南,以及对受限硬件该有的预期。

首次登录时会要求你更改密码。

::: tip 匿名产品分析 SnapOtter 默认包含匿名产品分析。要关闭它,请打开 Settings → System → Privacy,关闭 Anonymous Product Analytics。它会立即对整个实例停止。

你也可以设置环境变量 SNAPOTTER_TELEMETRY=0falseoff 同样有效)来为整个实例禁用所有遥测,无需重新构建。

错误监控由 Sentry 提供,它通过其开源计划赞助 SnapOtter。

关于收集内容的详情,请参阅 SnapOtter 收集的内容。 :::

::: tip NVIDIA CUDA 加速 添加 --gpus all 以实现 NVIDIA CUDA 加速的背景去除、放大、面部增强和恢复。 OCR 仍然基于 CPU,并且在有或没有 GPU 访问的情况下在同一映像中工作:

docker run -d --name SnapOtter -p 1349:1349 --gpus all -v SnapOtter-data:/data snapotter/snapotter:latest

需要 NVIDIA 容器工具包。当 CUDA 不可用时自动回退到 CPU。目前,AI 推理不支持通过 VA-API、Quick Sync 或 OpenCL 进行 Intel/AMD iGPU 加速。请参阅 Docker 标签 了解基准。如果 AI 工具在 CPU 上运行(尽管 --gpus all),请参阅验证 GPU 加速。 :::

::: details 也可在 GHCR 获取

docker run -d --name SnapOtter -p 1349:1349 -v SnapOtter-data:/data ghcr.io/snapotter-hq/snapotter:latest

两个镜像仓库在每次发布时都会发布相同的镜像。 :::

Docker 编写

使用每个版本维护和测试的生产文件,而不是从此页面复制缩写的 Compose 示例:

install -d -m 700 snapotter && cd snapotter
curl --proto '=https' --tlsv1.2 -fsSLo docker-compose.yml \
  https://raw.githubusercontent.com/snapotter-hq/SnapOtter/v2.2.0/docker/docker-compose.yml

# Keep generated service credentials out of shell history and world-readable files.
umask 077
POSTGRES_PASSWORD="$(openssl rand -hex 32)"
REDIS_PASSWORD="$(openssl rand -hex 32)"
printf 'POSTGRES_PASSWORD=%s\nREDIS_PASSWORD=%s\n' \
  "$POSTGRES_PASSWORD" "$REDIS_PASSWORD" > .env

docker compose -f docker-compose.yml pull
docker compose -f docker-compose.yml up -d --no-build

规范的 docker/docker-compose.yml 包括所有四个运行时卷、运行状况检查、资源限制、持久 Redis 配置、固定数据库/缓存映像以及当前容器强化。首次登录后立即更改默认管理员密码。对于可重现的部署,请将 SnapOtter 应用程序映像固定到您验证的发布标签或摘要,而不是遵循 latest

有关所有环境变量,请参阅配置;有关机密、网络策略和备份指南,请参阅安全和强化

从源码构建

前置条件: Node.js 22.22+、pnpm 9+、Docker(用于 Postgres + Redis)、Python 3.11+(用于 AI 功能)、Git。

git clone https://github.com/snapotter-hq/SnapOtter.git
cd SnapOtter
docker compose -f docker-compose.dev.yml up -d   # start Postgres + Redis
pnpm install
pnpm dev

你能做什么

文件处理(200+ 工具)

模态 数量 示例工具
图像 107 缩放、裁剪、压缩、转换、背景移除、放大、OCR、水印、拼贴、上色、GIF 工具、格式预设
视频 57 剪辑、裁剪、压缩、转换、合并、提取音频、自动字幕、视频转 GIF、缩放、防抖、格式预设
音频 27 剪辑、合并、转换、归一化、降噪、转录、变调、淡入淡出、铃声制作、格式预设
PDF / 文档 29 合并、拆分、压缩、OCR、水印、涂黑、Word 转 PDF、Excel 转 PDF、旋转、加密、修复
文件 23 CSV 转 JSON、JSON 转 XML、合并 CSV、拆分 CSV、创建 ZIP、解压 ZIP、图表制作、YAML/JSON

流水线

将工具串联成多步骤工作流,并将其应用于单张图像或整个批次:

  1. 在侧边栏中打开 Pipelines
  2. 添加步骤(任意工具、任意设置)。
  3. 对单个文件运行 - 或一次性对整批文件运行。
  4. 保存流水线以便日后复用。

流水线默认允许 20 个步骤。设置 MAX_PIPELINE_STEPS=0 可使该限制变为无限制。

文件库

你处理的每个文件都可以保存到你的 Files 库中。SnapOtter 会跟踪完整的版本历史,让你能够追溯从原始上传到最终输出的每一个处理步骤。

保存是显式的:保存到库中的结果会一直保留,直到你删除它们;而你处理后未保存的结果会在 72 小时后自动清除(可通过 FILE_MAX_AGE_HOURS 配置)。

REST API 与 API 密钥

每个工具都可通过 HTTP 访问:

curl -X POST http://localhost:1349/api/v1/tools/image/resize \
  -H "Authorization: Bearer si_<your-api-key>" \
  -F "file=@photo.jpg" \
  -F 'settings={"width":800,"height":600,"fit":"cover"}'

Settings → API Keys 下生成 API 密钥。所有端点请参阅 REST API 参考,或访问 http://localhost:1349/api/docs 查看交互式参考。

多用户与团队

启用基于角色的访问控制的多用户功能:

  • Admin:完全访问 - 管理用户、团队、设置,以及所有文件/流水线/API 密钥
  • User:使用工具,管理自己的文件/流水线/API 密钥

Settings → Teams 下创建团队以对用户分组。

设置 AUTH_ENABLED=true(或对单用户/自用无需登录的场景设置 false)。