Compositor: ИИ удешевляет clean-room разработку

Compositor не равен Photoshop, но сигнал уже серьезный

Я бы не называл Compositor доказанным клоном Photoshop: исходные материалы не подтверждают полноту и совместимость такого уровня. Страница проекта Compositor Робби Тилтона стала поводом обсуждать быструю clean-room реализацию графического редактора с помощью ИИ. К сентябрю 2026 главный сигнал здесь не «Photoshop готов за дни», а резкое удешевление перехода от спецификации к коду.

Сильнейшая количественная опора для этого тезиса приходит не от Compositor, а из публикации MirrorCode. Там фронтирная модель заново реализовала Go-инструментарий объемом около 16 000 строк за 14 часов и $251; Epoch AI оценил аналогичную человеческую работу в 2-17 недель. Цифры впечатляют, но ограниченный инструментарий и зрелый графический пакет относятся к разным весовым категориям.

Система Photoshop-класса требует воспроизвести не только функции. Нужно восстановить архитектуру, интерфейс, обработку ресурсов, производительность и массу недокументированных крайних случаев. Поэтому ProjDevBench и Vibe Code Bench оценивают доставку целых проектов, а не только исправление отдельных задач, но даже они не доказывают возможность автономно собрать полноценную замену зрелому продукту.

Clean-room тоже не волшебное слово. Разработчик должен опираться на независимую спецификацию, а не на оригинальный код, и сохранять доказуемое разделение. Если модель видела защищенную реализацию или запрос фактически требует повторить характерные решения, юридически чистая комната быстро превращается в комнату с отпечатками пальцев.

Ценность смещается из набора кода в знание продукта

Инженерия не исчезает, но ее дешевые слои сжимаются. ИИ ускоряет каркас проекта, шаблонный код, тесты, рефакторинг и последовательные исправления. Дорогими становятся точная спецификация поведения, проверка совместимости, настройка производительности и решение того, какие сходства технически нужны, а какие создают правовой риск.

Для open source это реальный сдвиг: небольшая команда может быстрее проверить нишевую альтернативу и раньше получить работающий прототип. Для владельцев зрелого софта защита смещается от объема написанного кода к качеству продукта, экосистеме и накопленным деталям поведения. Однако прототип все еще не равен надежному инструменту для ежедневной работы.

Код становится дешевой частью копии. Дорогими остаются две вещи: точная спецификация поведения и доказуемая граница между совместимостью и заимствованием.

Последние обновления Obsidian показывают, как расширяемый софт быстро получает продвинутые функции через CLI, плагины и локальные рабочие процессы. Эта же динамика объясняет, почему open-source проекты всё чаще бросают вызов устоявшимся творческим инструментам.