Toolcraft

Toolcraft - это стартовый набор и UI-библиотека от Pixel Point для создания небольших визуальных инструментов через описание задачи агенту для написания кода. Вы запускаете CLI, выбираете агента, открываете в нём созданную папку и описываете то, что хотите получить:

npx @pixel-point/toolcraft create

Build an app that applies an ASCII effect to an uploaded image.

Целевой формат приложений узок и прямо обозначен: программы, сочетающие canvas с компактным набором элементов управления. Генераторы процедурной графики и градиентов, стилизация изображений (ASCII, пиксели, полутона, глитч), эксперименты с шейдерами и Three.js, инструменты для анимации и видеоэффектов, генераторы обложек для блогов и брендированных материалов.

Примечательное архитектурное решение

Большинство UI-наборов для работы с агентами поставляют компоненты и оставляют сборку приложения вокруг них самому агенту. Toolcraft поставляет само приложение и даёт агенту наполнить его продуктовой логикой. Сгенерированный проект уже содержит canvas с загрузкой файлов, панорамированием, масштабированием, миникартой (radar) и историей действий; панель управления; панель инструментов; а также опциональные системы слоёв, таймлайна и ключевых кадров, которые подключаются, только когда инструменту это нужно. Стартовый шаблон намеренно нейтрален - это пустой инструмент, а не демонстрационный проект, который приходится удалять.

Второе решение - ничего не спрятано внутрь пакета. src/toolcraft/runtime (состояние, команды, canvas, панели, таймлайн, экспорт) и src/toolcraft/ui (элементы управления и компоненты интерфейса) поставляются в каждый сгенерированный проект как vendor-код в виде редактируемого исходного текста. Агент, которому нужно изменить runtime, может просто изменить runtime, в чём и заключается разница между стартовым набором и фреймворком, ограничения которого агенту приходится обходить.

Структура проекта целиком:

• src/app - схема продукта, приёмочное покрытие, конфигурация производительности
• src/routes - маршруты и композиция Toolcraft
• src/toolcraft/runtime, src/toolcraft/ui - vendor-библиотека
• docs/toolcraft - локальные правила и справочные документы, написанные для агентов
• e2e - браузерные приёмочные тесты и тесты производительности

Гейты

От обычного шаблона проект отличается тем, что в него встроены проверки, которые агент должен запускать сам:

npm run test          # unit and contract checks
npm run verify:quick  # normal development checks
npm run verify:final  # complete functional gate

Модульные, браузерные, приёмочные тесты и проверки производительности присутствуют с первого коммита, наряду с правилами в docs/toolcraft и инструкциями по производительности, которые создатели называют "встроенными навыками для ИИ". Такое сочетание - фиксированная архитектура, зафиксированные письменно правила и детерминированный гейт, который агент может запускать самостоятельно, - это ровно та схема, которую benchmarking-opus-5-slopcodebench называет неисследованной переменной в собственных результатах: в том бенчмарке модели запускались с простым промптом на решение задачи без обратной связи по качеству в цикле, и его автор ожидает, что детерминированное давление проверок изменит результат. Toolcraft - небольшая коммерческая ставка на ту же гипотезу. Это также наглядный пример scaffold-model-fit: scaffold берёт на себя решения, в которых агент слабее всего (структура приложения, дисциплина производительности, критерии готовности), оставляя модели только ту часть, с которой она справляется хорошо.

Работает с любым агентом - в README упоминаются Codex, Claude и Cursor, и ничего специфичного для конкретного агента здесь нет, кроме того, какой именно файл правил создаёт CLI.

Ограничения

Лендинг на toolcraft.sh сугубо маркетинговый и почти не содержит информации, которая не была бы лучше изложена в README репозитория; весь текст сводится к фразам вроде "you're only limited by your creativity" и "design the outcome, not the workspace". В качестве источника лучше сразу брать README.

В остальном ограничения вытекают из самой архитектуры. Поддерживаются только React и TypeScript. Инструмент рассчитан исключительно на приложения формата "canvas плюс панель управления", и приложение другой формы получит архитектуру, созданную для совершенно другой задачи. Из-за того что runtime поставляется как vendor-код, сгенерированные проекты не получают апстрим-исправлений: каждый из них форкается в момент создания. А польза всей конструкции держится на качестве правил в docs/toolcraft и приёмочных проверок, но в README нет никаких количественных данных на этот счёт - опубликованного сравнения результатов работы агента со scaffold'ом и без него нет.

Репозиторий: https://github.com/pixel-point/toolcraft (MIT). Количество звёзд в клипе не указано. Предыстория и примеры проектов описаны в статье от Pixel Point.