iLab CONJURE 评测：本地优先的多模型图片生成工作台，但 OAuth 通道只适合个人
GPT-image-2 AI WebUI Codex Responses OpenAI API 芯片 GPT-image-2 的 AI 图像生成 WebUI 工作台，具有 Codex Responses 和 OpenAI 兼容 API 支持、共享图库引用、多类型快速芯片、提示模板、并发任务和本地队列管理。
秒懂
- 它是什么？
- iLab CONJURE 是一个本地优先的 AI 图片生成工作台，支持 GPT Image 与 Gemini，内置图库、模板、并发任务与本地队列。它的 API 模式稳定可用，但 Codex OAuth 通道存在接口失效风险，适合个人自动化而非团队生产。
- 适合谁用？
- iLab CONJURE 适合需要本地优先、多模型图片生成工作台的个人开发者或小团队，尤其是希望用 CLI 自动化生成流程、并愿意自己管理 API Key 和队列的用户。不适合需要稳定生产环境、团队共享或公开服务的场景，因为其 Codex OAuth 通道依赖非官方接口，随时可能失效。
- 能商用吗？
- 可以，但条件严格。AGPL-3.0 是网络 copyleft 许可证：如果别人通过网络使用你修改过的版本（例如作为托管服务），你必须以同一许可证向他们提供源代码。
- 还在维护吗？
- 在维护。仓库最近一次提交在 4 天前。
- 用什么语言写的？
- 主要是 JavaScript（依据 GitHub 的语言统计）。
以上回答依据项目的 GitHub 数据（最近同步于 2026年9月14日）和我们的分析，不构成法律意见。
开源项目深度解析
它解决什么问题：多模型图片生成的管理混乱
iLab CONJURE 解决的是图片生成工作流碎片化的问题。如果你同时使用 GPT Image 和 Gemini，通常要在不同网页或 API 客户端之间切换，提示词、参考图和生成历史散落各处。这个项目把文生图、参考图生成、图像编辑统一进一个本地 WebUI，并提供公用图库、提示词模板、颜色 chip 和片段 chip 来复用常用输入。目标用户是个人开发者或小团队，他们需要本地优先的工具，不希望每次生成都依赖云端界面。它也提供 CLI，方便把生成任务嵌入脚本或自动化流程。
架构与数据流：本地优先，SQLite 管理历史
项目的核心是一个 Python WebUI 服务，通过 `codex_image.webui.server` 启动，前端静态资源预构建在 `codex_image/webui/static/app.js` 中。它使用 SQLite 存储任务历史，独立 `/history` 页面支持分页、搜索、筛选和标签管理。生成页按需加载最近任务和媒体，图库与模板仅在打开后渲染，响应式布局由 CSS Grid 与容器查询驱动。数据流大致是：用户在 WebUI 配置 API 供应商，提交生成请求，后端通过供应商的 Images API 或 Responses API 调用模型，结果归档到本地 `data/` 目录。并发任务由本地队列管理，支持单任务多图输出和部分失败重试。设置保存在应用数据目录，覆盖所有供应商，无需重启即生效。
安装与启动：有标准包和 portable 包两条路
安装方式有两种。源码安装需要 Python 3.11 以上，克隆仓库后创建虚拟环境并安装依赖：`python3 -m venv .venv`，然后 `.venv/bin/python -m pip install --require-hashes -r requirements-webui.txt`。启动 WebUI 用 `.venv/bin/python -m codex_image.webui.server codex_image.webui.app:app --host 127.0.0.1 --port 8787 --no-access-log`，浏览器访问 `http://127.0.0.1:8787/`。更省事的是下载标准包或 portable 包。标准包 macOS 是 DMG，Windows 是 ZIP，数据写入 `~/Library/Application Support/iLab GPT CONJURE` 或 `%APPDATA%\iLab GPT CONJURE`。portable 包解压即用，数据保存在同级 `data/` 目录，适合想完全掌控文件位置的用户。注意，标准包和 portable 包都未签名、未 notarize，macOS 可能拦截，需要用右键 Open 或执行 `xattr -dr com.apple.quarantine` 解除隔离。
认证模式的取舍：API 模式稳定，OAuth 有风险
项目明确区分两种认证模式。推荐用 OpenAI-compatible API 模式，在 WebUI 配置 Base URL、API Key 和模型名，适合团队、共享工作站或公开服务。另一种是高级本机 Codex / ChatGPT OAuth 模式，复用本机登录态调用 ChatGPT 内部后端接口。README 直接警告：这不是 OpenAI 官方推荐的集成方式，接口可能随时变更或失效，受账号和用量规则影响。生产环境或需要稳定性的场景应避免使用 OAuth。这个取舍很现实：OAuth 免去 API 费用，但稳定性没有保障。如果你的任务依赖持续可用性，只能选 API 模式。
功能细节：并发、锁定参数与导出机制
几个功能值得注意。输出参数支持一键锁定并以只读摘要展示，避免连续生成或浏览历史任务时误改设置，切换任务不会覆盖锁定参数，这对批量生成很有用。历史任务可收藏、加标签，最多一次整理 300 个任务。单个或多个任务可导出为 ZIP，支持仅图片或图片加提示词，每张图优先附带优化后的提示词，没有时回退到原提示词。网络设置允许自定义 HTTP(S) 代理，并设置单次生图请求超时（1 到 30 分钟，默认 10 分钟）和重试次数（0 到 5 次，默认 2 次），每次重试使用新的完整超时窗口。并发上限由 API 供应商配置决定，但 README 没有给出具体默认值，需要自己测试。
维护与升级成本：更新机制有签名校验，但手动部分不少
维护成本取决于你选哪种包。标准 macOS App 包含更新助手，支持一键覆盖，helper 会校验 signed manifest 与 DMG SHA256，带回滚保护。但 Windows 标准 ZIP 仍需手动替换。portable 包有更新脚本，读取带签名的 `latest.json`，校验 Ed25519 签名和 SHA256，保留 `data/`，并把被替换文件备份到 `.backup/`。不过，`v0.5.4` 及更早的 portable 用户升级到 `0.5.5` 时需要手动下载完整包，旧 updater 不保证安装新启动器。源码安装的用户需要自己管理依赖，且修改 TypeScript 或 CSS 时得装 Node.js 并重新构建前端资源。许可证是 AGPL-3.0，如果你分发修改版本，需要开源对应代码，这不是法律建议，但值得注意。
替代方案对比：ComfyUI 的本地优先 vs iLab 的 API 优先
最接近的替代方案是 ComfyUI，README 也提到 portable 包面向希望像 ComfyUI 一样解压即用的用户。ComfyUI 是纯本地节点式工作流，模型运行在自己机器上，不依赖外部 API，适合离线或隐私敏感场景。iLab CONJURE 则相反，它依赖外部 API 供应商（GPT Image 或 Gemini），本地只负责管理和调度。这意味着 iLab 的生成质量取决于供应商模型，但硬件要求低，不需要 GPU。ComfyUI 需要较强的本地算力，但模型权重可完全掌控。另一个区别是 ComfyUI 没有内置的 API 供应商管理或 OAuth 通道，iLab 把这些封装成了 WebUI 配置。如果你的需求是本地推理，ComfyUI 更合适；如果只是想统一管理云端生成，iLab 更直接。
编辑结论
iLab CONJURE 适合需要本地优先、多模型图片生成工作台的个人开发者或小团队，尤其是希望用 CLI 自动化生成流程、并愿意自己管理 API Key 和队列的用户。不适合需要稳定生产环境、团队共享或公开服务的场景，因为其 Codex OAuth 通道依赖非官方接口，随时可能失效。采用前应验证三点：确认你的 OpenAI-compatible API 供应商支持 Images 或 Responses 形态；检查标准包的签名状态，macOS 和 Windows 包均未签名；测试并发上限与超时设置是否符合你的任务量。若你能接受 AGPL-3.0 许可并手动处理更新，这个工作台值得一试，但不要把它当作无维护成本的工具。
社区笔记