Автор программы для ретуши и плагина Photoshop с локальной нейросетью потратила на подписки ИИ-агентов больше $9 000, а затем создала Crossweft. Инструмент проверяет договорённости между разными частями проекта — например, совпадают ли имя службы, версия протокола и поля данных в Go и TypeScript. Для разработчиков и небольших команд это практичная попытка закрыть зону, которую обычный компилятор не видит.
Суть события
Crossweft появился из проблем в продукте Sonia_Black: клиент, системная служба, сервер и установщики написаны на разных языках, живут в разных процессах и должны точно совпадать на границах. Автор называет такие места швами. В её проекте 54 связи держат 188 сравнений значений в 468 местах кода и ещё 105 сравнений множеств.
По словам автора, значительную часть кода пишут Claude Code и Codex. Они хорошо выполняют локальные задачи, но могут изменить одну сторону связи и не открыть вторую — например, обновить структуру в Go и пропустить соответствующий интерфейс TypeScript. Crossweft должен сделать такую проверку явной и остановить завершение работы, если стороны разошлись.
Детали
Связи описываются в JSON рядом с кодом. Каждое утверждение привязано к конкретному фрагменту файла: если код переехал, проверка должна упасть, а не продолжить молча описывать старое место. Инструмент сопоставляет отдельные значения, состав полей и дублированную логику. Для этого используются три простых типа сторожей: join, set и pair.
Например, join сравнивает версию API в клиенте и на сервере, set сверяет поля интерфейса с тегами структуры, а pair хэширует два участка одинаковой логики — скажем, округление цены на Go и TypeScript. Если меняется одна сторона, Crossweft требует проверить вторую или явно объяснить, почему она осталась прежней.
Есть и более крупные проверки: маршруты сервера должны быть представлены на карте, вызовы клиента — объяснены связью, а пользовательские валидаторы обязаны сообщать, что именно они просканировали. Нулевой результат не считается успешной проверкой. Это важное ограничение: зелёный статус не должен означать, что проверка фактически ничего не сделала.
Контекст
Автор описывает три показательных сбоя. Имя службы было продублировано в трёх почти одинаковых функциях, поэтому на чистой машине установщик принимал отсутствие службы за старую несовместимую установку. В другом случае сборка брала библиотеку из одного каталога, а связанные с ней инструменты — из другого. Ещё один валидатор несколько недель проверял ноль файлов из-за ошибки в пути и всё равно сообщал OK.
Crossweft не заменяет тесты, линтеры и ревью. Его задача уже: смотреть поперёк языков, папок и процессов — туда, где локальная проверка часто заканчивается. Для общего объяснения того, как устроены и где применяются такие программы, пригодится понятный разбор AI-агентов и их отличий от обычных нейросетей.
- Старт сессии сообщает агенту о карте связей и количестве швов.
- После изменения файла хук называет вторую сторону и нужные проверки.
- Перед завершением запускается crossweft check; при расхождении агент получает конкретный файл для повторного чтения.
Что дальше
Crossweft уже имеет плагины для Claude Code и Codex, а подключение через MCP даёт агенту инструменты только для чтения: проверку, анализ влияния и подсказку, какой файл перечитать. Адаптеры для Gemini CLI, Copilot и Cursor автор называет экспериментальными: для них проверена форма вывода, но не полный сценарий.
С середины июля установщик не доводил системную службу до запуска на чистой виртуальной машине. Проверяемые швы добавили 26–28 сентября, а 29 сентября служба впервые запустилась. Автор отдельно оговаривает, что это совпадение по времени, а не доказательство причины: параллельно исправлялись и другие вещи. Поэтому главный результат Crossweft пока стоит оценивать не как доказанную гарантию, а как способ сделать межкомпонентные договорённости видимыми и проверяемыми.
