Mac 用户有福了！前 Google、Apple 设计师开源12MB“轻量版Photoshop”！Compositor让Codex直接参与修图，PS真的要变了？

如果把现在的设计工作流重新拆开，会发现一个很明显的变化。以前做一张海报、电商图或者宣传图，设计师往往从空白画布开始，在Photoshop里完成抠图、合成、调色、文字、蒙版以及各种细节处理。但现在，越来越多图片已经不是从零开始制作，而是由Midjourney、ChatGPT、Gemini、其他AI绘图工具先生成一张接近最终效果的图片，设计师真正需要做的事情，反而变成了调整、合成、局部修改和最终精修。当工作流程发生变化之后，一个问题自然也出现了：如果每天真正使用的只是图层、蒙版、调色和几个常用滤镜，是否还需要安装一个庞大而复杂的Photoshop？

Adobe Photoshop的订阅制和地区限制这几年劝退了不少人。Photoshop 单月 20 多美元，一订就是一年，哪怕你一个月只开一次也照扣不误。小编也是从 Photoshop 3.0 一路用过来的，后来换成了最新版的 Affinity，功能确实强大，但新一代把 Photo / Designer / Publisher / AI 专业软件合成了一个，功能是全了，软件占用空间也有好几 GB，本站最新分享的的《 Adobe Photoshop 2026 27.10.0.26 图像处理与设计的标杆软件 最新PS软件一键安装激活包 Ai智能修图设计师平面设计工具 Win中文版 》压缩包5.6 GB，日常修个图却总感觉有点臃肿，稍微配置低点的电脑也是打开闪退。

最近，一个名叫 Compositor 的项目因此受到关注。它的作者是前Google、Apple设计师Robbie Tilton，项目最初的出发点非常直接：Photoshop订阅成本较高，而GIMP等工具又无法完全符合作者原有的设计工作流，于是他自己做了一款更轻量的图像编辑器。2026年9月，Compositor正式在GitHub开源，相关文章特别提到它的安装包只有约12MB，同时保留了不少传统Photoshop用户熟悉的图像编辑能力。

但真正让Compositor从普通“Photoshop平替”中脱颖而出的，并不是12MB这个数字，而是它正在尝试解决另一个更有意思的问题：AI能不能直接参与修图？ Compositor的.comp项目采用PNG图层加manifest.json的方式组织，Codex、Claude Code等能够直接修改项目文件，而软件打开的画布会随着文件变化自动更新。换句话说，以前是人操作Photoshop，现在则可以变成“人告诉Codex要怎么改，Codex修改项目，Compositor负责呈现结果”。

一、Compositor到底是什么？它不是简单的“图片查看器”

Compositor本质上是一款面向Mac的开源图像编辑器，作者希望它成为一个足够完整、但又不会像传统专业软件那样臃肿的Photoshop替代方案。官方项目介绍明确表示，它围绕图像合成和后期处理工作流设计，并且采用MIT许可证开源。对于开发者来说，开源意味着不仅可以直接使用，还可以下载Xcode项目，根据自己的需求增加、删除或者修改功能。

这种产品定位其实非常明确：Compositor并没有试图复制Photoshop几十年来积累的全部功能，而是围绕设计师真正高频使用的能力进行取舍。 从目前公开的功能来看，它已经覆盖图层、文件夹、透明度、混合模式、图层蒙版、剪贴蒙版、调整图层、曲线、色阶、曝光、色相/饱和度等常见操作，同时还加入了模糊、渐变、形状、文字、取色器等基础工具。

所以，如果只是看功能表，Compositor并不是一个只能“裁剪图片+调颜色”的简易软件。它已经在努力建立一套完整的图层式图像编辑工作流，只不过它的思路不是无限增加功能，而是尽可能保持软件本身的轻量和直接。

二、12MB到底意味着什么？真正的价值不是“占空间小”

“12MB Photoshop”这个标题之所以容易传播，是因为这个数字与传统专业图像软件形成了非常强烈的反差。

但如果只把Compositor理解成“软件安装包比较小”，其实低估了这个项目真正有意思的地方。轻量化带来的更大价值，是它让整个软件的结构变得更加容易理解。作者在项目介绍中强调，Compositor使用了不少macOS原生能力，这种相对简单的架构，也让开发者更容易在其基础上继续修改和扩展。

对于普通用户来说，这意味着打开软件、创建画布、导入图片、调整图层、完成合成的过程更加直接；对于开发者和AI工具来说，则意味着一个相对清晰的项目结构更容易被程序理解和修改。于是，“轻量”就不再只是硬盘占用少，而开始和AI Agent可操作性联系起来。

这也是Compositor和传统Photoshop平替最大的区别之一：它并不只是想让人用鼠标操作，而是逐渐把图像编辑工程本身变成一种可以被程序读取、修改和重新生成的数据结构。

三、PSD和PSB也能打开，但它还不是Photoshop的完全复制品

对于任何一个Photoshop替代品来说，PSD兼容性几乎都是绕不开的问题。毕竟大量设计师多年积累下来的项目文件都存在PSD甚至PSB里，如果一个新工具只能处理PNG和JPEG，那么即使软件本身再轻量，也很难真正进入专业工作流。

Compositor目前已经支持导入Photoshop PSD和PSB，并且会尽可能保留其中的可编辑结构。官方说明显示，Photoshop中的文件夹、蒙版、混合模式、部分填充形状以及简单水平文字等内容可以继续保持可编辑状态；而部分其他矢量内容和竖排文字则会被转换为像素，同时软件会在导入前提供转换报告。

这意味着它的PSD兼容思路并不是简单地“把PSD当成一张图片打开”，而是尽可能把原来的图层结构继续带进Compositor。

不过这里也必须说清楚：支持PSD并不等于100%兼容Photoshop。 对于复杂智能对象、特殊文字结构、CMYK等专业工作流，目前仍然不能把Compositor与Photoshop完全画等号。官方目前列出的PSD/PSB支持也明确限定了8-bit RGB等条件。

因此更准确的理解是：如果你的工作主要围绕普通RGB图像、图层合成、蒙版、调色和后期处理，那么Compositor已经开始具备实际替代价值；如果涉及非常复杂的商业PSD工程，则更适合作为补充工具，而不是立即彻底替换Photoshop。

四、真正让Compositor出圈的功能：Codex可以直接改图

如果说12MB解决的是“软件够不够轻”，PSD支持解决的是“能不能进入现有工作流”，那么AI Agent直接修改Compositor项目解决的就是未来的问题。

Compositor官方已经专门提供了“Writing Compositor projects”文档。一个.comp项目本质上是一个目录，其中包含PNG图层以及manifest.json。任何能够读写文件的工具理论上都可以创建或修改这个项目，而Compositor在项目打开状态下可以检测这些文件的变化并更新画布。官方甚至直接给出了使用Codex、Claude Code等AI Agent编辑Compositor项目的示例。

这就完全改变了传统修图软件的交互方式。

以前你想修改一张设计图，通常需要自己打开Photoshop，然后选择图层、移动对象、修改透明度、增加蒙版、调整颜色，最后再检查效果。而在Compositor的这种工作方式下，你可以把任务描述交给AI Agent，由Agent读取项目结构，然后按照要求修改对应的图层文件和配置，例如，一个设计项目里有背景、人物、文字和装饰元素，你可以让Codex执行类似这样的任务：

这里最关键的变化不是Codex“会不会修图”，而是Compositor把修图项目变成了AI可以理解和操作的文件结构。

五、.comp项目文件为什么这么重要？

很多人看到“Codex可以直接修图”，第一反应可能是认为Codex控制了鼠标，然后像真人一样操作Photoshop。

实际上，Compositor目前公开的这种工作方式并不是模拟鼠标点击，而是直接修改项目文件。.comp由PNG图层和manifest.json构成，AI Agent只需要能够读写这些文件，就可以创建或修改项目；Compositor检测到变化后，再把修改结果重新显示在画布上。

这是一种非常典型的Agent-Native设计思路。传统软件通常把数据封装在一个复杂的工程文件里面，人类通过GUI修改数据；而Agent更喜欢结构清晰、可读取、可写入的数据。因此，Compositor实际上是在两个世界之间搭了一座桥：

官方文档显示，在Compositor 1.3或更高版本中，打开.comp项目后，AI Agent写入项目文件时，画布通常可以在不到半秒的时间内更新。也就是说，它已经不只是一个理论上的“AI可以操作图片”，而是提供了一套实际可运行的文件驱动工作流。

六、这可能才是Compositor真正值得关注的地方：AI开始进入“设计文件”

过去的AI修图，大多数还是围绕一张最终图片进行操作，例如给AI一张JPEG，然后告诉它：“把背景换掉”“把衣服变成白色”“增加灯光”“删除这个物体”。AI输出另一张图片，原来的图层结构并没有真正进入AI的工作范围。

Compositor则提供了另一种思路：让AI直接进入设计工程内部。

因为.comp不是一张扁平图片，而是由多个图层以及项目描述文件组成，所以AI可以针对不同元素进行修改。对于设计师来说，这种方式最大的意义就是保留了传统图层工作流的优势，同时把AI的自动化能力加入其中。

更进一步，如果未来Compositor继续完善Agent接口、MCP以及插件生态，那么AI就可能不只是“帮你改一张图”，而是直接参与整个设计任务。例如先读取项目，判断哪些图层需要修改，然后连续执行多个操作，最后再让设计师进行人工确认。

目前GitHub项目的Issue列表中已经出现了MCP支持、Windows版本、中文语言支持、插件API、WebP支持等需求，说明社区正在围绕AI控制、跨平台和功能扩展继续推进。需要注意的是，这些目前属于Issue或开发讨论，并不意味着这些功能已经全部正式发布。

七、Compositor适合谁？它能不能真正替代Photoshop？

如果你的工作主要是AI生成图片之后的二次处理，那么Compositor非常值得尝试。

比如AI生成一张室内效果图之后，需要调整天空、人物、灯光和文字；生成电商产品图之后，需要更换背景、调整产品位置和色彩；制作网站Banner之后，需要重新组合多个素材；或者只是需要进行抠图、蒙版、调色、裁剪和简单合成——这些场景其实并不需要Photoshop全部功能。

但如果你的工作涉及复杂商业修图、完整Adobe生态、专业色彩管理、复杂智能对象、插件体系或者大量历史PSD工程，那么目前仍然没有必要因为Compositor只有12MB就直接放弃Photoshop。

因此，“Compositor能不能取代Photoshop”这个问题，其实没有必要急着给出一个绝对答案，它真正有价值的地方，是让用户多了一个选择：简单任务不一定需要启动Photoshop，AI辅助任务也不一定要通过鼠标模拟完成。

结语、Photoshop真正需要警惕的，可能不是Compositor，而是这种AI原生工作流

如果单纯从功能数量来看，Compositor现在距离Photoshop还有很长的路，但如果换一个角度观察，它反而提出了一个非常重要的问题：

下一代图像编辑软件，到底应该长什么样？

过去的设计软件是围绕“人如何操作工具”建立起来的，所以我们看到的是工具栏、菜单、面板、快捷键以及各种复杂的参数。未来的AI设计软件，则可能开始围绕“人如何描述目标，以及Agent如何修改设计”建立。

Compositor的.comp文件就是一个很有代表性的尝试。它没有把项目完全锁死在一个复杂的二进制工程里面，而是让图层和项目描述变成Agent可以读取和修改的内容。这样一来，Codex就可以成为设计工作流中的一个参与者，而不再只是写代码的工具。

这也是为什么我认为，Compositor最值得关注的不是“12MB”三个数字，而是“Codex可以直接参与修图”这件事情。

12MB解决的是软件轻量化问题，而Agent解决的是生产方式问题，未来可能出现这样的设计流程：

AI生成素材 → Codex理解设计需求 → Compositor管理图层 → Agent修改项目 → 人工最终确认 → 导出成品

如果这条路线继续成熟，那么设计师和AI之间的关系就会发生变化。，AI不再只是“帮设计师生成一张图片”，而是可以直接进入设计文件，理解图层结构，修改具体元素，并根据设计师的要求持续迭代。

这或许才是Compositor真正值得关注的原因：Photoshop并没有因为Compositor出现就突然失去价值，但“AI直接操作设计工程”这件事，可能正在重新定义未来的图像编辑软件。