Pinokio

Pinokio 是一款采用 MIT 许可证的免费桌面应用程序，由独立开发者 cocktailpeanut 构建，让您只需一键即可在自己的电脑上安装、启动和管理开源 AI 工具。通常情况下，安装 ComfyUI 或 Stable Diffusion WebUI 这样的工具需要通过命令行配置 Conda 环境、CUDA 工具包版本和 Python 虚拟环境，而 Pinokio 用类似浏览器的界面和基于 JSON 的脚本系统取代了这一切。您只需点击“安装”，Pinokio 就会拉取 GitHub 仓库，构建沙盒环境，并在其内置浏览器中打开该应用。全程无需使用终端。

其目录包含 200 多个由社区维护的应用脚本，几乎涵盖了所有主要的开源 AI 类别：图像生成工具如 ComfyUI 和 Automatic1111 (AUTOMATIC1111 WebUI)，通过 Text Generation WebUI 和 Ollama 集成的本地语言模型，以及语音克隆、使用 AudioCraft 的音乐生成、使用 Wan2.1 的视频生成等。截至 2026 年 4 月，当前版本为 v7.2.6，紧随 2026 年 3 月发布的 Pinokio 7 重大更新，该版本为每个已安装的应用添加了原生 AI 代理控制功能。Pinokio 支持 Windows、macOS 和 Linux，不包含任何移动端或云端组件。

2026 年 4 月的 Pinokio 究竟是什么

Pinokio 作为一个“本地主机平台”运行：它是一个持久的桌面外壳，通过可共享的 JSON 脚本管理开源 AI 应用的安装、启动和进程控制。目录中的每个应用都由一个脚本定义，该脚本指向一个 GitHub 仓库，并精确指定要在沙盒化的 Conda 或 venv 环境中安装哪些依赖项。这意味着每次安装都是确定且可复现的：一个人可以分享 Pinokio 脚本 URL，另一个人就能在自己的硬件上获得完全相同的环境。

当前的 v7.2.6 版本包含了在 v7.0.0（2026 年 3 月 17 日）中添加的代理拦截器层：任何通过 Pinokio 安装的应用现在都可以通过基于 SKILL.md 的协议，自动被 Claude、Gemini 或 Cursor 等 AI 代理控制。“Ask Pinokio”侧边栏让您无需离开应用页面即可查询应用状态并排查错误。v7.2.0 添加了可复用的共享任务、针对包管理器的供应链攻击保护，以及对私有 GitHub 仓库的支持。

Pinokio 5.0 的发布（2025 年 11 月 30 日）是该应用历史上最大的概念转变。cocktailpeanut 将其重新定位为“本地主机云”，而不仅仅是一个应用安装器。主要的新增功能包括 AI 辅助脚本生成（用纯英语描述您的需求；Pinokio 会编写 JSON 安装器）、用于从本地网络上的其他设备访问您的应用的 LAN Wide Web、用于同时查看前端和后端的双屏 Cells，以及安装失败时的自动回滚功能。cocktailpeanut 在 X 上宣布：“现在任何人都可以制作一键启动器了。甚至是我。我现在写启动器时再也不碰代码了。我只需把 GitHub URL 扔给 Pinokio，让 Pinokio 构建一个。每个人都处于平等的起跑线上。”Pinokio 3.0（2024 年 12 月 20 日）添加了通过 Playwright 实现的浏览器自动化、用于加快安装速度的 UV Python 包管理器、原生的 Hugging Face API 支持，以及更清晰的错误报告。

Pinokio 与 Stability Matrix 及手动 venv 设置的对比

对于 Pinokio 用户来说，最相关的两个比较对象是 Stability Matrix 和手动命令行安装。它们各自解决了相关问题，但采用了不同的架构决策。

Stability Matrix (lykos.ai) 是一款专为图像生成前端构建的 C#/.NET 桌面应用程序：支持 A1111、Forge、ComfyUI、InvokeAI、Fooocus 和 kohya-ss。与 Pinokio 相比，其决定性的架构优势在于共享模型库：您下载的模型存储在一个目录中，并通过符号链接在所有兼容的前端之间共享，这意味着即使您运行三个不同的 WebUI，一个 7GB 的 Stable Diffusion 检查点也只需存储一次。Stability Matrix 还提供了一个更简洁的原生 GUI，而不是浏览器包装器。其代价是类别范围受限：Stability Matrix 无法运行 LLM 文本生成工具、音频模型、视频生成器或任意 GitHub 仓库。它是一款图像专用工具。对于只想要 ComfyUI 和 Forge 的用户来说，Stability Matrix 通常是更好的选择。而对于希望在一个启动器中同时拥有 ComfyUI、Whisper、Bark、Text Generation WebUI 和 Wan2.1 的用户来说，Pinokio 是唯一能涵盖所有这些工具的选项。

LM Studio 提供了另一个有用的比较。LM Studio 专注于运行本地语言模型：它处理来自 Hugging Face 的 GGUF 和 MLX 下载，提供精美的聊天界面，并公开了兼容 OpenAI 的 API。它在这项工作上表现出色。Pinokio 也可以运行 LLM（通过 Text Generation WebUI、Open WebUI 和类似脚本），但这些只是其目录中与图像、音频和视频工具并列的条目。LM Studio 的模型浏览器比 Pinokio 为 LLM 提供的任何功能都要完善。Pinokio 的优势在于广度：如果您想要一个包罗万象的单一启动器，包括 AnythingLLM 风格的知识库以及图像和音频工具，Pinokio 能够满足您的需求，而无需第二个应用程序。

对于需要完全控制的高级用户来说，手动安装（直接克隆仓库、管理 Python venv、手动安装 CUDA）仍然是正确的选择。Pinokio 的沙盒环境方法会阻止您在应用之间共享模型权重，每次安装会占用更多磁盘空间，并限制了资深用户所需的自定义修改类型（在脚本外部添加 ComfyUI 自定义节点、解锁内容过滤器、固定特定包版本）。Pinokio 并不是为了取代那些习惯使用终端的人的终端；它是为了取代那些不习惯使用终端的人的终端。

安装和运行循环的实际工作原理

您下载桌面安装程序并运行，应用程序打开后会显示一个空的库。访问内置的 Discover 选项卡或 beta.pinokio.co 画廊来浏览脚本。例如，在 ComfyUI 上点击“安装”，会触发 Pinokio 克隆 GitHub 仓库、创建 Conda 环境、安装所有 Python 包并下载所需的模型权重。典型的 ComfyUI 安装需要 10 到 20 分钟，具体取决于网络连接速度。每个安装的应用都会显示为一张卡片；点击“启动”会在内置浏览器中打开它。如果您的硬件性能允许，可以同时运行多个应用。

“总的来说，它既有趣又实用，并且有大量可供一键安装的包选项。非常适合 AI 实验，免费，并且拥有从 AI 音频到视频和照片放大工具的广泛包选项。”—— Peter P.，SourceForge 评论，2025 年 2 月 25 日

这种脚本架构还实现了一种有用的研究工作流。开发者可以为任何 GitHub 项目编写自定义的 Pinokio JSON 脚本，分享 URL，并为同事提供相同环境的可复现一键安装。用于 Wan2.1 视频生成、FLUX 图像生成和语音克隆工具的社区脚本，通常在 GitHub 上发布新模型后的几天内就会出现。

用户不断遇到的常见摩擦点

磁盘空间是最常见的抱怨。Pinokio 默认会为每个应用安装一个独立的 Miniconda 基础环境，而不是在工具之间共享一个公共的 Python 环境。经常安装五六个 AI 应用的用户报告称消耗了 100 到 200 GB 的空间，在有记录的案例中，多应用设置甚至达到了 389 GB。对于像 FaceFusion 这样复杂的单一工具，仅 pip 缓存就可能达到 10 GB 或更多。Pinokio 3.0 更新添加了每个应用的磁盘使用情况显示，这有助于用户识别最大的安装项，但根本原因（隔离的单应用环境）是设计使然。Pinokio 包含一个缓存清理选项，可以回收大量空间，但这是一个手动步骤，往往会让期望占用空间较小的新用户感到意外。

“尽管界面很漂亮，但却卡得要命……Pinokio 会拉取 Miniconda 和堆积如山的包[来安装]，即使是最轻量级的仓库也是如此，消耗了大量的磁盘空间。”—— NeuroDonu，Medium，2025 年

应用脚本损坏是第二个主要的摩擦来源。社区维护的脚本可能会落后于其上游项目。当 A1111 或 ComfyUI 发布破坏性更改时，Pinokio 脚本可能会失效，直到贡献者更新 JSON。r/StableDiffusion 上的高级用户指出：“Pinokio 不关心已经安装的东西，可能会弄乱你的 PATH、CUDA 版本，并且每次你尝试安装东西时都会下载新的 PyTorch。”对于希望精细控制哪个 PyTorch 版本与其 GPU 绑定的用户来说，Pinokio 的自动化方法可能会产生需要手动干预才能解决的冲突。

新发布的 NVIDIA GPU 是一个反复出现的痛点。当 NVIDIA 发布新架构时，现有 Pinokio 脚本中固定的 CUDA 和 PyTorch 版本通常早于新驱动程序的要求。购买了全新 50 系列显卡的用户可能会发现，几个图像生成脚本无法运行，直到维护者更新依赖项固定版本。这反映了基于脚本的自动安装普遍存在的局限性，而不是 Pinokio 特有的错误，但这是 Pinokio 用户比能够自行固定版本的 CLI 用户更容易遇到的摩擦点。

对于优先考虑透明度的用户来说，开源营销与闭源现实之间的矛盾是一个真正的担忧。Pinokio 的公共 GitHub 仓库采用 MIT 许可证，但功能运行时是一个名为 pinokiod 的预编译二进制文件，它并不是开源的。试图检查实际执行代码的独立开发者发现，这是一个被开源外壳包裹的闭源核心。cocktailpeanut 尚未直接公开回应这种不一致性。对于那些只要工具能按预期工作就不在乎源码是否公开的用户来说，这不是问题；但对于那些专门因为其“开源”称号而选择 Pinokio 的用户来说，这一发现令人失望。

2025 年 5 月，Pinokio 经历了一次域名中断，当时 pinokio.computer 因 Squarespace 注册问题而下线，导致应用内的 Discover 页面也随之瘫痪了几天。cocktailpeanut 在 X 上公开寻求帮助，并将平台迁移到 GitHub Pages 托管作为解决方案。这一事件凸显了结构上的脆弱性：如果 Discover 基础设施无法访问，从画廊进行的新安装就会被阻止。cocktailpeanut 的修复方案——使用 GitHub Pages 作为规范 URL 而不是自定义域名——大幅降低了再次发生的风险。

Pinokio 适合谁，何时应该避开它

Pinokio 最适合那些希望在多个工具类别中进行实验，而又不想维护独立 Python 环境的 AI 爱好者和研究人员。如果您的工作流包括本周尝试一个新的图像模型，下周尝试一个语音转换工具，Pinokio 的统一启动器可以消除重复设置的开销。没有 CLI 经验但需要演示 AI 的教育工作者，以及通过 URL 分享可复现环境的研究人员，也非常适合使用它。

如果您需要对单一工具进行深度定制，请避开它。那些重度依赖 ComfyUI 并且需要许多自定义节点和特定模型路径的人，会触及 Pinokio 的沙盒限制，并发现手动安装能提供更多控制权。如果本地 LLM 是您唯一的用例，LM Studio 的模型浏览器和 Ollama 的 API 层是更完善的选择。Pinokio 的价值在于跨类别的广度，而不是任何单一类别内的深度。对于那些希望在一个地方拥有涵盖图像、音频、视频和 LLM 工具的多样化无代码本地 AI 设置的人来说，截至 2026 年 4 月，它仍然是最明智的选择。