一个安装包只有约 8MB 的图像编辑器，正在和几个 GB 的 Photoshop 站到同一张桌子前。
2026 年 9 月，曾在 Apple 人机界面团队参与 Apple Vision Pro 交互设计、在 GoogleX 参与 Google Glass 体验设计的资深产品设计师 Robbie Tilton，把自己用 Swift 亲手写的图像编辑器Compositor以MIT 协议完整开源。没有公司背书，没有众筹，没有订阅费，甚至没有用Electron 这类跨平台外壳------它就是一个纯粹的 macOS 原生应用。
这件事真正值得技术人关注的，不是"又一个 PS 平替"的标题，而是背后两个具体的工程问题：
第一，为什么一个人就能把图层、蒙版、调整图层、内容识别填充、一键抠图、GPU 实时图层样式这些过去需要庞大团队维护的能力，塞进一个8MB 的安装包？第二，当操作系统自带的图形与视觉框架越来越强，"原生开发 + 开源"是不是正在重新改写专业软件的成本结构？
这篇文章不复述新闻通稿，而是把 Compositor 拆给你看：它是什么、功能到哪一步、技术上为什么能这么小、和Photoshop/GIMP/Krita/Photopea/Affinity 到底差在哪、哪些人现在就能用、哪些人应该再等等，以及开发者如何基于 MIT 协议把它改成自己的工具。
一、先看清楚： Compositor 是什么，不是什么
专业工具的讨论最容易在第一步就跑偏：把"开源替代品"直接等同于"功能等价物"。所以先用三句话把它定义清楚。
**一句人话：**Compositor 是一个运行在 macOS 上、操作逻辑和快捷键高度对齐 Photoshop 的免费开源位图图像编辑器，专注"图像合成（compositing）+ 后期处理（post-processing）"这条工作流。
**一句排除：**它不是跨平台的万能 Photoshop，不是网页版工具，不是文生图/AI 绘画工具，也不是 RAW 显影软件；它不运行在 Windows 或 Linux 上，不做 CMYK 印刷分色，也不替代 Illustrator 那样的矢量绘图。
**一句关系：**它的价值是把 Photoshop 里最高频、最核心的那部分合成能力，用系统原生的方式做到极轻、极快、零订阅，并且把全部源码交给你自由修改。
下面这张事实卡，建议先收藏，后文所有判断都基于这些一手信息。
|--------|-------------------------------------------------------------------------------------------------------------|
| 项目 | 信息（以官方仓库与官网为准） |
| 发布时间 | 2026 年 9 月，作者在 X/Twitter 公布并随即开源 |
| 作者 | Robbie Tilton，15 年以上产品设计与研发经验；曾任职 Apple 人机界面团队（参与 Apple Vision Pro 核心交互）与 GoogleX（参与 Google Glass 体验设计） |
| 产品定位 | 受 Photoshop 启发、围绕合成与后期工作流构建的图像编辑器 |
| 开发语言 | Swift，macOS 原生应用，交付 Xcode 工程 |
| 开源许可 | MIT（可自由使用、修改、商用、再分发，义务极低） |
| 支持平台 | 仅 macOS；官方系统要求 macOS 26.5 及以上 |
| 源码构建 | 需 Xcode 26 或更高，打开 Compositor.xcodeproj 运行 Compositor 方案 |
| 安装体积 | Mac 安装包约 8MB（不同媒体口径在 8--13MB）；作为对比，Photoshop 完整安装为数 GB 量级 |
| 获取方式 | 官网 robbietilton.com/compositor 下载已签名、公证的 dmg；源码在 GitHub 仓库 robbietilton/Compositor |
| 分发安全 | Developer ID 签名 + 苹果公证（notarized），内置自动更新 |
作者在 README 里写得很直白，这句话也是理解整个产品的钥匙：
"Adobe Photoshop costs too much and tools like GIMP don't feel familiar enough for me to stay in flow. That's why I built Compositor."（Photoshop太贵，而GIMP 这类工具用起来又不够熟悉，难以让我保持在创作心流里，于是我做了Compositor。）
请注意"stay in flow（保持心流）"这个说法。Compositor 真正竞争的不是功能数量，而是肌肉记忆不被打断：PS用户按下⌘E、⇧⌥⌘S、B、E、T 这些键时的预期，它尽量一一满足。对专业用户来说，切换工具最大的成本从来不是授权费，而是每天成百上千次操作里那一点点别扭，累积成的效率损耗。
二、为什么是现在：三条曲线的交叉点
一个"单人开源 PS 平替"在 2026 年爆火，并不是偶然。它踩在三条长期趋势的交叉点上。
**第一条是订阅疲劳。**Adobe 全面转向订阅制后，专业用户面对一笔持续多年、只增不减的刚性支出，许多人只为自己用不到的生态付费。买断制的Affinity、网页版Photopea、开源的GIMP/Krita 都在承接溢出需求，Compositor则把"免费 + 原生 + 熟悉交互"做到更极致。
**第二条是传统开源工具的体验落差。**GIMP 功能足够强，却有自己的一套界面哲学（基于 GTK，术语、窗口逻辑、快捷键都不同于 PS），被 PS 肌肉记忆训练多年的设计师往往用半小时就放弃。Compositor从第一天起就把"像 Photoshop 一样工作"当作设计目标，而非事后补丁。
第三条，也是对开发者最关键的一条：操作系统把重型能力下沉成了系统 API **。**过去要自研或依赖庞大第三方库的能力------高性能 GPU 渲染、海量滤镜、主体识别与分割------在 Apple 平台已由 Metal、Core Image、Vision 等原生框架提供。开发者不必捆绑 Chromium、自带运行时或重写图像内核，即可调用系统级优化能力。
这三条线交汇，才让"一个人 + 原生框架 + MIT 开源"做出一个像样的专业工具成为可能。理解了这个背景，你才能理解它为什么只有 8MB，也才能客观看待它的边界------这正是接下来两章要拆开的部分。
三、功能全景：把官方清单翻译成工作流语言
评估"平替"最忌讳两种极端：一种是看个标题就喊"PS 可以卸载了"，另一种是看到项目年轻就断定"玩具一个"。靠谱的做法是回到官方 README 的功能清单，按真实工作流逐项核对。下面把 Compositor 的能力拆成六大模块，括号内为 Photoshop 对应概念，方便你快速建立映射。
3.1 图层系统：合成工作流的地基
这是 Compositor 最完整、也最能体现"为合成而生"的部分。
它支持图层与文件夹分组 ，每个图层/文件夹都有混合模式（Blend Modes）和不透明度，且文件夹的不透明度会整体作用于其中所有内容；支持图层蒙版 ，可以在蒙版上绘制、填充、反相、模糊、羽化，并能把蒙版与图层链接或取消链接，从而单独变换蒙版；支持剪贴蒙版（ Clipping Mask ）和文件夹蒙版。
调整图层是非破坏性调色的核心，Compositor 提供六类：色相 / 饱和度、色阶、曲线、曝光、渐变映射、颗粒 。更值得一提的是图层效果（ Layer Effects ） ：描边、投影、颜色叠加、内阴影、外发光------官方明确说明这些效果在 GPU 上渲染、且随时可重新编辑 ，而不是一次性烘焙进像素。合并操作也齐全：向下合并、合并图层、合并组（⌘E）；支持行内重命名、拖拽排序与嵌套、Option-拖拽复制，甚至能在多个打开的项目之间直接拖拽图层。
3.2 变换：把 " 非破坏性 " 贯彻到底
移动、缩放、旋转、翻转全部是非破坏性的------官方原话是"无论你把图像缩到多小，都保留完整分辨率"。这意味着缩小后再放大不会糊，因为底层像素从未被真正重采样丢弃。自由变形（Free Distort）通过 ⌘-拖拽手柄实现，按住 Shift 可锁定轴向；可以一次选中多个图层或整个文件夹一起变换；支持画布与图层边缘、中心的吸附和参考线；位置、尺寸、缩放、角度都能输入精确数值并用方向键步进；另有水平/垂直的翻转图层与翻转画布。
3.3 选区与智能填充
选区工具覆盖了 PS 的主力阵容：矩形/椭圆选框、自由手绘套索与多边形套索，以及一个"二合一"的 Magic 工具------魔棒（ Wand ）按颜色选择，对象工具（ Object ）会追踪你点击的物体，用 Tab 键在两者间切换 。它还提供了通常被认为是"现代 AI 功能"的选择主体（ Select Subject ），以及对任意选区的扩展、收缩、羽化，加选/减选，移动选区轮廓或移动并复制选区内像素，也可以把某个图层的像素或蒙版直接载入选区。
最有分量的是内容识别填充（ Content-Aware Fill ） ，而且它不仅能修补选区，还能把图像向边缘之外扩展（类似 outpainting/ 生成式扩展的几何补全） 。再加上独立的移除背景（ Remove Background ），过去需要 remove.bg 或专门抠图插件完成的高频任务，被收进了原生菜单。
3.4 绘画与修复：人像与产品修图的常规武器
画笔支持大小、硬度、不透明度和平滑度，分绘画（B）与橡皮擦（E）模式，按住 Shift 画直线；污点修复画笔 为内容感知方式；仿制图章 可选择对齐/不对齐，并能只采样当前图层或采样所有可见图层；模糊工具既可以作用于像素，也可以作用于蒙版。渐变工具和形状工具（矩形、圆角矩形、椭圆、直线）画出来的是保持可编辑、不会被栅格化的对象。文字工具（T）支持在可拖拽、可缩放的段落框里多行编辑，字体、字号、颜色、对齐、间距在工具头设置，文字同样可以变换并作为剪贴蒙版使用。另有吸管与完整取色器。
3.5 调整、滤镜与画布文件
调整命令包括色阶（含自动色阶）、曲线、色相/饱和度、曝光、渐变映射、颗粒、反相；滤镜包括高斯模糊、运动模糊（可扩散到图层边缘之外）、添加杂色、镜头校正。所有调整都有实时预览，且当画面存在选区时，效果自动限定在选区之内。画布层面支持多标签项目、标尺（⌘R）、参考线、布局网格、对齐（参考线/网格/图层/文档边界）、带吸附与对称模式的裁剪、画布大小与图像大小；缩小时用高质量下采样保证锐利，放大到像素级则显示像素网格。
文件方面：导入JPEG 、 PNG 、 HEIC 、 TIFF ，以及 Photoshop PSD；导出为JPEG（带实时预览，⇧⌥⌘S）并支持合并拷贝（Copy Merged）；快捷键整体沿用 PS 方案，且可在"编辑 > 键盘快捷键"里自行重映射。
3.6 一张表看清： PS 高频能力对照
下表按 Photoshop 用户最关心的高频能力逐项核对。需要强调：这是"能力有无/完整度"的对照，不等于"同等成熟度"------新生项目与三十年的商业软件在边缘情况、稳定性和生态上仍有代差，第七章会专门谈。
|----------------------|----------------|-----------------------------------------------------|
| Photoshop 能力 | Compositor | 说明 / 边界 |
| 图层、文件夹、混合模式、不透明度 | ✅ 完整 | 文件夹不透明度可整体控制 |
| 图层蒙版 / 剪贴蒙版 / 文件夹蒙版 | ✅ 完整 | 蒙版可羽化、模糊、反相、单独变换 |
| 调整图层（非破坏性调色） | ✅ 六类 | 色相饱和、色阶、曲线、曝光、渐变映射、颗粒 |
| 图层样式（投影/描边等） | ✅ 五类 | 描边、投影、颜色叠加、内阴影、外发光，GPU 渲染可改 |
| 非破坏性自由变换 / 自由变形 | ✅ 完整 | 缩放不丢分辨率，支持多图层与整组变换 |
| 选择主体 Select Subject | ✅ 支持 | 依托系统视觉能力（见第四章技术分析） |
| 内容识别填充 / 向外扩展 | ✅ 支持 | 可做边缘外的几何补全 |
| 一键移除背景 | ✅ 支持 | 原生菜单项 |
| 污点修复 / 仿制图章 | ✅ 完整 | 图章可选择采样单层或全部层 |
| 钢笔路径 / 专业矢量体系 | ⚠️ 部分 | 形状保持矢量可编辑，但无完整钢笔、路径面板 |
| 文字排版 | ⚠️ 基础偏中 | 段落框、字距等可用，缺高级段落/字符样式 |
| 滤镜库规模 | ⚠️ 精简 | 模糊、杂色、镜头校正等，数量远少于 PS |
| 智能对象 / 智能滤镜 | ❌ 未见 | 以非破坏性变换 + 调整图层部分替代 |
| 动作 / 批处理 / 脚本 | ❌ 未见 | 自动化能力暂缺 |
| 第三方插件生态 | ❌ 无 | 但 MIT 开源，可直接改源码扩展 |
| Camera Raw / RAW 显影 | ❌ 无 | 需配合 darktable、RawTherapee 等 |
| CMYK / PSB / 16·32 位 | ❌ 无 | 仅 8-bit RGB |
| PSD 导入 | ⚠️ 子集 | 仅 8-bit RGB；文件夹/蒙版/部分混合模式/填充形状可编辑，文字等矢量转像素，应用前给转换报告 |
| PSD 导出 | ❌ 未见 | 当前导出 JPEG |
| 运行平台 | ⚠️ 仅 Mac | macOS 26.5+；PS 为 Win/Mac 双平台 |
| 授权与价格 | ✅ 免费 MIT | Photoshop 为 Creative Cloud 订阅制 |
核心信息是：在"合成 + 后期"主线上，它的功能密度高得惊人；而在 RAW、印刷、深度自动化、插件生态与跨平台上，它刻意留白。这种"有所为有所不为"，正是单人项目能保持约 8MB 与高质量的前提。
四、技术内核： 8MB 背后的工程哲学
如果只记住一个数字，8MB 很容易被当成营销噱头。真正值得拆解的是：在 2026 年，一个功能如此密集的专业编辑器，凭什么能这么小、这么轻快。答案不在某个神奇算法，而在一整套"站在操作系统肩膀上"的工程取舍。
事实边界先说明： 官方 README 与官网明确披露的信息是------Compositor 用 Swift 编写、是原生 macOS 应用、图层效果在 GPU 上渲染、通过 Xcode 工程分发。至于具体调用了哪些系统框架，官方并未逐行公开；下文关于 Core Image、Metal、Vision 等框架的对应关系，是结合其功能特征与 macOS 原生开发惯例做出的技术推断，用于帮助开发者理解实现路径，不等同于作者的逐一声明。
4.1 体积首先是 " 架构选择 " ，不是压缩技巧
同样做一个图像编辑器，体积可以差出几个数量级，根源在于是否捆绑运行时、是否重复分发底层能力。
一类常见方案基于 Electron/Tauri 等 Web 技术栈：好处是跨平台、前端生态友好，代价是要携带浏览器内核或一整套 WebView 运行时与依赖，安装包动辄上百 MB，内存占用也更高。另一类传统开源软件（如 GIMP）依赖 GTK、GEGL、babl 等自成体系的图形与 UI 栈，需要在非原生平台上分发这些运行库。
Compositor 走的是第三条路：纯 Swift 、只面向 Apple 一个平台、直接调用操作系统自带框架。在 macOS 上，专业图像处理所需的大部分"重武器"本来就随系统存在：
|---------------------------|-----------------------------------------|
| 系统框架 | 承担的典型职责 |
| Core Graphics / Quartz 2D | 位图绘制、路径、颜色管理、离屏渲染上下文 |
| Core Image | 滤镜与图像处理流水线（模糊、颜色校正、畸变等），自动在 CPU/GPU 间调度 |
| Metal | GPU 计算与实时渲染，对应官方所说"图层效果在 GPU 上渲染" |
| Vision | 主体分割、轮廓与特征识别，为"选择主体 / 移除背景"提供本地神经网络能力 |
| Image I/O | JPEG、PNG、HEIC、TIFF 的编解码与元数据 |
| Core Text | 文字排版与段落渲染 |
这些框架不计入安装包，还由苹果持续优化、随系统升级变强。于是安装包里几乎只剩作者自己的应用逻辑、界面与资源------约 8MB 正是"只交付增量、不重复造底座"的自然结果，而非把数 GB 硬压缩。
代价同样明显：对系统框架的深度依赖，把它牢牢锁定在了 macOS ，并且要求相当新的系统版本（ macOS 26.5 ）。新框架意味着新能力，也意味着放弃老系统用户。这是原生路线一体两面的取舍。
4.2 GPU 图层样式：为什么投影、描边能 " 随时改回去 "
传统位图编辑器里，给图层加投影、描边，很多操作最终会被"烘焙（rasterize）"进像素；一旦保存或栅格化，再想改投影的角度、距离，往往只能撤销重来。
Compositor 的图层效果（描边、投影、颜色叠加、内阴影、外发光）被设计成在 GPU 上实时渲染、且任何时候都可重新编辑。从图形工程角度看，这背后是一个合成器（compositor）模型：每个图层是一张纹理（texture），图层效果是挂在合成树上的参数化节点；画布显示的每一帧，都是把"源纹理 + 效果参数"送进 GPU 着色管线实时算出来的。你改一个滑块，改变的只是参数，触发一次重算，原始像素始终不动。
这其实和产品名字"Compositor（合成器）"形成了呼应：它的核心心智模型不是"在一张画布上涂像素"，而是"维护一棵合成树，再实时把它渲染成最终画面"。这与现代渲染合成器、游戏引擎的思路一脉相承。
4.3 非破坏性编辑：保存 " 源对象 + 指令树 " ，而不是结果
"非破坏性（non-destructive）"是这个产品被反复强调的特性，落到数据结构上其实是一句话：保存源数据和操作指令，显示结果按需求值，而不是提前把结果写死。在Compositor 的几个模块里能看到同一思想的不同表现：
|--------|-------------------------------|------------------------------|
| 功能 | 底层保存的内容 | 为什么无损 |
| 自由变换 | 原始全分辨率位图 + 变换矩阵（平移/缩放/旋转/变形） | 显示时按矩阵实时采样，无论缩到多小，源像素不被重采样丢弃 |
| 调整图层 | 作用于下方图层的图像处理节点及其参数（色阶/曲线/曝光等） | 不修改下层像素，合成时才施加，可调、可关、可删 |
| 形状工具 | 矩形/圆角矩形/椭圆/直线的几何描述 | 渲染时才光栅化，因此"保持可编辑而不变成像素" |
| 文字图层 | 字符串 + 字体/字号/颜色/对齐/间距 + 段落框几何 | 随时回到文本与排版参数重新排版 |
| 图层蒙版 | 独立的灰度蒙版通道 + 羽化/模糊参数 | 蒙版与图层可链接/解链接，单独变换不破坏原图 |
这正是 Lightroom、Affinity、Figma 等现代非破坏性工具共同的架构：把文档表达为一棵"对象 + 操作"的树，渲染管线负责求值。Compositor 的特别之处，是在一个原生 App 内、借助系统的图像与 GPU 框架，用极小的代码体积实现了这套模型。
4.4 "AI 能力 " 从哪来：被系统 API 拉平的护城河
很多人最意外的是：这么小的软件，凭什么有"选择主体""一键移除背景""内容识别填充"这种过去的旗舰功能？关键在于智能能力正在被操作系统 "API 化 "。
在 Apple 平台上，Vision 框架早已提供本地运行的主体分割能力（开发者熟知的 foreground subject / 主体实例掩码类接口），它基于系统神经网络、由神经引擎与GPU 加速、完全离线，应用只需少量代码就能拿到一张高质量的主体遮罩。Compositor的"选择主体"和"移除背景"，从功能形态上看正是这类系统视觉能力的产品化封装。同理，高斯/运动模糊、镜头校正、各类颜色调整，与 Core Image 内置的成百上千个滤镜能力高度对应；HEIC 等现代格式的读写则由 Image I/O 兜底。
"内容识别填充 + 边缘外扩"相对特殊。经典的内容识别填充建立在图像修补（inpainting）/PatchMatch 一类算法之上，系统框架并没有完全等价的一键接口，因此这部分很可能包含作者自研的修补算法，或对系统能力的组合调用------官方未公开具体实现，这里只能合理推断，不宜说死。
这一章真正想给开发者的结论是：当抠图、主体识别、超分、风格化这类能力变成系统自带的本地 API ，独立开发者和大公司在 " 能力起点 " **上的差距被显著拉平了。**差异化的主战场，正在从"我有没有这个 AI 模型"转向"我能不能把它无缝织进一条顺手、不打断心流的专业工作流"。Compositor 就是这个判断的一个干净样本。
4.5 PSD 兼容：一个理性到近乎 " 教科书 " 的取舍
看一个工具是否专业，不只看它支持什么，更看它如何诚实地处理"不支持什么"。Compositor 对 PSD 的处理方式很能说明问题。
它只导入 8-bit RGB 的 PSD ，不支持 PSB （超大文档格式）和 CMYK 。导入时，文件夹、蒙版、一部分混合模式、填充矩形/椭圆会保留为可编辑对象；而文字和其他矢量元素会被扁平化为像素；并且在真正应用之前，会弹出一份转换报告，明确告诉你哪些被保留、哪些将被栅格化。
这是一个成本与收益都算得很清楚的决定。PSD 虽然有公开规范，但完整兼容意味着要复刻 Adobe 全部混合模式、调整图层、智能对象、文字引擎与色彩管理，工作量以人年计。对单人项目而言，强行宣称"完美兼容 PSD"只会制造大量静默错误。选择"高频子集 + 显式转换报告"，既覆盖了大多数'打开别人发来的分层稿继续改'的场景，又避免用户在不知情中丢失可编辑性------这是成熟工程判断，而不是能力缺陷的遮羞布。
同样值得注意的是导出侧目前只有 JPEG。这等于明确了产品定位：它面向最终成片的合成与输出，而不是承担多人协作中 ' 分层格式往返 ' 的枢纽角色。如果你的流程需要把分层稿交回给Photoshop 用户继续编辑，当前的Compositor 还接不住这一棒。
五、上手实操与二次开发
5.1 安装与系统要求
先说硬门槛：Compositor 只支持 macOS ，且官方明确要求 macOS 26.5 及以上；从源码构建需要 Xcode 26 或更高。这意味着较老的 Mac、或停留在旧系统的机器无法运行------这是它深度依赖最新系统框架所付出的代价，安装前请先在屏幕左上角苹果菜单的"关于本机"里确认系统版本。
对普通用户，安装路径非常简单：
1）访问官网 robbietilton.com/compositor，下载 Mac 版 dmg；2）打开dmg，把Compositor 拖进"应用程序"；3）首次启动即可使用。安装包经过Developer ID 签名并由苹果公证（notarized），正常情况下不会被 Gatekeeper 拦截，应用内置自动更新。
**一条安全提示：**请只从官网或官方 GitHub 仓库（robbietilton/Compositor）的 Release 页下载。开源软件走红后，社交平台上很快会出现第三方"汉化版 / 网盘整合版 / 中文特别版"（中文互联网已出现名为"妙手"的第三方汉化包）。这些并非官方构建，未经作者签名，存在被二次打包、植入恶意代码的供应链风险。确需中文界面，更稳妥的方式是拉取源码自行本地化编译（见5.3），而不是运行来历不明的dmg。
5.2 一条典型合成工作流（以产品照换背景为例）
对 PS 用户来说，最直观的检验是走一遍真实流程。下面是"给产品照换背景、统一影调、加标题"的标准步骤，注意它与 PS 的操作几乎一一对应：
1）把主体图片拖入应用（支持 JPEG、PNG、HEIC、TIFF，也可直接拖入截图），项目以标签页方式打开；2）执行"移除背景（Remove Background）"一键抠出主体，或用"选择主体（Select Subject）"先生成选区再细化；3）导入新的背景图，在图层面板把它拖到主体层下方；4）为主体添加调整图层（曲线 /色相饱和度 /曝光），并用剪贴蒙版把调色限定在主体上，不影响背景；5）边缘不够自然时，在图层蒙版上用画笔、模糊、羽化工具处理过渡；6）给主体加"投影"图层效果，让物体在新背景上落地------投影由 GPU 实时渲染，角度和距离随时可改；7）用文字工具（T）在可缩放的段落框里排标题，需要时把文字作为剪贴蒙版；8）穿帮或需要延展画面的位置，用内容识别填充修补，甚至把图像向边缘外扩展；9）按⇧⌥⌘S 调出导出，实时预览JPEG 质量后导出；或用"合并拷贝（Copy Merged）"直接贴到其他应用。
全程快捷键沿用 PS 习惯：B 画笔、E 橡皮、T 文字、⌘E 合并、⌘R 标尺，且都能在"编辑---键盘快捷键"里重映射。多项目可开多个标签，图层还能在不同项目之间直接拖拽。
5.3 开发者视角： MIT 协议才是它的想象空间
对开发者和团队而言，它真正稀缺的不是"免费 PS"，而是一个代码干净、架构现代、协议宽松的图像编辑内核。MIT 是义务最轻的主流开源协议之一：可自由使用、修改、商用、闭源再分发，只需保留版权声明。
从源码构建的官方步骤只有两步：克隆 GitHub 仓库后，用 Xcode 26 打开Compositor.xcodeproj，运行名为 Compositor 的方案（scheme）即可。由于是原生 Swift 工程，开发者可以增、删、改任意功能。结合前面的技术分析，几个现实的二开方向包括：
|----------|---------------------------------------|
| 二开方向 | 可行做法 |
| 补齐自动化 | 增加批处理 / 脚本能力，做批量水印、批量改尺寸、批量调色导出 |
| 扩展滤镜与效果 | 封装更多 Core Image 滤镜，或编写自定义 Metal 着色器内核 |
| 扩展导入导出 | 增加 PNG/分层格式导出、更多色彩位深，或对接团队素材库 |
| 本地化与行业版 | 做中文界面、面向电商/摄影/教育的精简工作流分支 |
| 接入更强视觉模型 | 替换或增强抠图、修补、超分环节，接入本地大模型能力 |
| 企业内部工具 | 固化为团队专用的合成与出图工具，MIT 允许闭源内部使用 |
如果要发布自己的版本，仓库自带 scripts/release.sh：它会构建 Release、用 Developer ID 签名、调用 notarytool 完成公证，再用 create-dmg（可 brew install create-dmg）打包成 dist 目录下的 dmg。整套流程需要你自备 Apple 开发者证书与公证凭据，这些敏感文件按官方设计都保存在仓库之外。普通贡献者则可以直接在公开仓库提Issue 与Pull Request------功能开发和缺陷修复都在公开进行。
六、横向对比：六类图像工具到底怎么选
"最好的替代品"是个伪命题，正确的问法是：你用的是 Photoshop **的哪一半？**下表把 Compositor 与五类主流方案放在同一组维度下比较（价格与体积为公开口径，随版本变化，以官方为准）。
|----------------------|---------------|---------------------|----------------------|-----------------------|-------------------------|----------------------------|----------------------------|
| 工具 | 平台 | 授权 / 价格 | 技术栈 / 体积 | PSD 支持 | 核心强项 | 主要短板 | 适合人群 |
| Compositor | 仅 macOS 26.5+ | MIT，免费 | Swift 原生，约 8MB | 导入 8-bit RGB 子集，给转换报告 | 合成后期、极轻快、PS 交互、可二开 | 仅 Mac、项目年轻、无 RAW/CMYK/插件生态 | Mac 个人合成修图、想摆脱订阅、想二次开发的开发者 |
| Photoshop | Win / Mac | Creative Cloud 订阅 | 专有 C++，数 GB | 原生，最完整 | 行业标准、功能与生态全能、印刷/智能对象/动作 | 价格高、安装重、订阅长期成本 | 商业专业工作流、印刷出版、依赖插件与协作的团队 |
| GIMP | Win/Mac/Linux | GPL，免费 | C/GTK/GEGL，体积较大 | 支持较好 | 最强开源全功能、脚本自动化、Linux 友好 | 交互非 PS 范式、界面偏老、学习成本 | 开源党、Linux 用户、需要脚本批处理者 |
| Krita | 全平台 + 安卓 | GPL，免费 | C++/Qt，中等 | 可导入 | 数字绘画、插画、漫画，笔刷引擎顶尖 | 照片后期与合成非其主攻方向 | 画师、插画师、概念设计、漫画作者 |
| Photopea | 浏览器，全平台 | 免费带广告，付费去广告 | HTML5/Web 技术，零本地安装 | 优秀，可开可存 PSD | 即开即用、PSD 兼容好、跨系统 | 依赖浏览器、大文件性能、隐私需自行判断 | 临时应急、ChromeOS/轻量设备、快速改 PSD |
| Affinity Photo 2 | Win/Mac/iPad | 一次性买断 | 专有，中大型 | 良好 | 最成熟的买断制专业替代，含 RAW/HDR | 非开源、大版本升级需再购 | 愿一次性付费、追求稳定专业能力的用户 |
| Graphite | 跨平台开源 | 开源免费 | Rust，节点式，新兴 | 建设中 | 节点化、参数化、程序化图像合成 | 学习曲线陡、项目年轻 | 偏好节点工作流与程序化设计的玩家 |
所以结论很清楚，不存在通吃的赢家：主力是 Mac 、需求集中在合成与后期、又想零订阅甚至自己改代码， Compositor **是当前最激进也最清爽的选择；**主攻绘画插画选 Krita；在 Linux 上要全功能开源选 GIMP；偶尔开个 PSD、不想装软件选 Photopea；愿意一次性买断换成熟专业能力选 Affinity Photo 2；而涉及印刷分色、复杂智能对象、成熟插件链和团队级协作，短期内Photoshop 仍不可替代。
七、能力边界：哪些事它现在还做不到
对专业读者来说，诚实的"不能做什么"比夸张的"什么都能做"更有价值。基于官方 README 明确披露的范围，以下边界在当前版本必须看清（功能随版本迭代，以下为发布初期状态）。
|--------|------------------------------------------------|-----------------------------------------------|
| 维度 | 当前边界 | 影响 |
| 平台 | 仅 macOS 26.5+，无 Windows/Linux | 深度绑定 Apple 框架，跨平台移植近乎重写；老系统、老 Mac 直接出局 |
| 色彩与位深 | 仅 8-bit RGB；无 CMYK、无 16/32 位、不支持 PSB | 印刷分色、高端精修、HDR/广色域专业流程不适用 |
| RAW 流程 | 无 RAW 显影 | 摄影前期需先用 darktable、RawTherapee、Capture One 等转出 |
| 文件格式 | 导入 JPEG/PNG/HEIC/TIFF/PSD 子集；当前导出为 JPEG，支持合并拷贝 | 需要透明 PNG 交付、分层 PSD 往返协作的环节暂不顺畅 |
| 矢量与排版 | 形状基础可编辑，但无完整钢笔/路径体系；文字无高级字符与段落样式 | 不替代 Illustrator/InDesign，复杂排版与精确路径绘制能力有限 |
| 自动化与生态 | 暂无动作、批处理、脚本系统与插件市场 | 大批量、可重复流水线要靠二开，不能即装即用 |
| 智能能力边界 | 主体识别/抠图依赖本地系统框架；无文生图，不等同于云端生成式 AI | 效果上限受系统版本与内置模型约束，没有 Firefly 式生成扩图生态 |
| 协作与资产 | 本地单机应用，无云协作、共享库、资产管理 | 团队协作、版本管理需借助外部手段 |
| 成熟度 | 2026 年 9 月才发布的单人开源项目 | 边缘情况、长期维护与稳定性需时间验证，存在单作者可持续性风险 |
| 语言 | 官方为英文界面 | 网传第三方汉化包非官方构建，有供应链风险 |
把这些边界和第三章的功能表放在一起看，结论反而更清晰：Compositor 不是来 " 全面替代 "Photoshop 的，它是来精准接管 " 合成 + 后期 " **这条高频主线的。**在这条主线内它做得又轻又顺，在主线之外它主动留白。