Whiteboard — открытый холст, на котором ИИ-агент и человек вместе проектируют программу

Представьте рабочий процесс, который сейчас есть у всех, кто пишет код вместе с ИИ-агентом. Агент делает задачу. Вы смотрите его разбор изменений в терминале. Потом просите объяснить, почему он принял то или иное решение, и получаете в ответ ещё один поток текста. Схемы, если они и есть, живут отдельно от кода: на доске Miro, в заметке, в голове.

Whiteboard — это десктопное приложение с открытым кодом, которое встраивается прямо в этот процесс. Агент подключается к нему как к ещё одному инструменту и рисует на холсте то, что сам собирает: схемы, требования, разбор изменений, список решений. Вы смотрите на картинку, задаёте уточняющие вопросы и в любой момент переходите от схемы прямо к нужной строке кода.

Проект свежий: репозиторий создан в августе 2026 года, у него около 2.5 тысяч звёзд и 115 форков. Лицензия — MIT.

Что это за продукт

Формально Whiteboard называет себя «открытым холстом для вдумчивого проектирования программного обеспечения». На деле это настольное приложение, в котором человек и агент ведут проектирование в одном общем месте.

Схема работы выглядит так:

1. Вы скачиваете Whiteboard и открываете приложение.
2. На стартовом экране подключаете агента — Claude Code, Codex или любой другой.
3. Просите агента разобрать текущую ветку относительно свежего main и открыть результат на холсте.

Дальше начинается работа агента. Он сам дорисовывает недостающее, а разбор, схемы и объяснения появляются на холсте как обычные объекты, а не как текст в чате.

Скачать приложение можно с https://dev.fast/install — есть сборки под macOS, Windows и Linux. Сайт проекта — https://dev.fast. Одноминутное демо есть на YouTube: https://www.youtube.com/watch?v=ChPn3ftULWE

Почему это сделано именно так

Разработчики объясняют решение тремя причинами, и все три интересны сами по себе.

Схемы должны вести к коду

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

В Whiteboard это решено. Если нажать на диаграмму последовательности вызовов, на схему сущностей и связей или на цитату из истории работы агента, откроется соответствующий код. При этом редактор внутри приложения — это VS Code со всеми привычными сочетаниями клавиш и поддержкой языкового сервера, то есть подсказками и переходами по символам.

Разбор изменений без шума

Обычный diff на большой ветке превращается в кашу из тысяч строк. Авторы Whiteboard написали на Rust свой разбор изменений, который понимает дерево синтаксиса и потому показывает только то, что относительно вас важно. Настройки по умолчанию уже сбивают шум: большие добавленные функции сворачиваются в псевдокод, изменения в тестах и документации прячутся. Все настройки меняются, а возможности расширяются плагинами на WebAssembly.

Журнал решений

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

Как это устроено технически

Whiteboard работает с локальными копиями ваших репозиториев. Приложение подключается к вашим обычным инструментам — например, к Claude Code или Codex, — и даёт агенту набор команд (SDK), с помощью которых он рисует на холсте внутри приложения.

Отдельная деталь, о которой стоит сказать: внутри Whiteboard встроена своя копия Code OSS (наследника VS Code). Причину разработчики объясняют прямо. Когда вы работаете с агентом, собственные патчи редактора становятся проблемой: агенту с ними тяжело справляться. А из стандартного VS Code примерно 45% кодовой базы сегодня — это Copilot, который для такого сценария не нужен. Своя копия избавляет от патчей и лишнего кода. При этом авторы регулярно забирают из Code OSS свежие исправления безопасности и новые возможности.

Скачать: https://dev.fast/install. Дорожная карта проекта опубликована в вики: https://github.com/devdotfast/whiteboard/wiki/Roadmap

Как к этому относиться

У Whiteboard есть честная привязка к моделям. Авторы пишут, что лучше всего инструмент работает с сильными моделями — по их опыту, с GPT-6 Sol и Claude Opus 5.5 — по соотношению качества, скорости и цены. Причина понятна: холст просит агента рисовать схемы и разбирать чужой код, а это как раз то, что дешёвые и быстрые модели делают неуверенно.

Схема работы придумана необычная и вполне рабочая: холст принадлежит не только человеку, но и агенту. Агент — главный автор того, что на холсте нарисовано. Вы не рисуете, а задаёте рамку и критикуете результат.

Если что-то на холсте вам не нравится, это можно исправить буквально так: выделяете нужный кусок в буфер обмена, отдаёте его агенту — и агент перерисовывает схему под ваши требования.

Примеры запросов

Разработчики приводят в README готовые формулировки, которые хорошо работают.

Для нового изменения в API:

вот эта цепочка коммитов должна дать мне API для [задачи]. Хочу увидеть: предложенный API, примеры и мотивы, если они есть в репозитории или в контексте. Дальше углубимся в реализацию и в то, как всё заработало.

Для изменения с телеметрией:

объясни мне изменения телеметрии из свежего PR — что именно мы отслеживаем, как из этого построить хорошие дашборды, что делаем с зависаниями, ошибками и падениями. Используй Whiteboard.

Приватность и ограничения

Приложение работает по локальным копиям репозиториев. Анонимная телеметрия не включает ваш код, правки, текст на холсте, запросы к модели и её ответы. Её можно отключить в любой момент. Подробности — в документе про приватность и в справочнике по телеметрии:

• https://github.com/devdotfast/whiteboard/blob/main/docs/privacy.md
• https://github.com/devdotfast/whiteboard/blob/main/docs/telemetry.md

Ограничения авторы перечисляют сами:

• В Whiteboard нельзя редактировать файлы. Если это нужно, приходится заводить issue в репозитории.
• Работа с несколькими репозиториями в рамках одного разбора поддержана плохо.
• Кнопка «поделиться» позволяет передать разбор на другую машину, но новые изменения после отправки у других не появятся. Разбор приходится отправлять заново.

Участие в проекте

Разработка открыта для участников. Инструкции — в https://github.com/devdotfast/whiteboard/blob/main/CONTRIBUTING.md, правила сообщества — в https://github.com/devdotfast/whiteboard/blob/main/CODE_OF_CONDUCT.md, безопасность — в https://github.com/devdotfast/whiteboard/blob/main/SECURITY.md. Вопросы задают в Discord: https://discord.gg/wYvd2cpMQg. Лицензия MIT, текст — https://github.com/devdotfast/whiteboard/blob/main/LICENSE

Что повлияло на подход авторов

Интересно посмотреть, на что сами авторы ссылаются как на источники идей:

• https://www.geoffreylitt.com/2026/07/02/understanding-is-the-new-bottleneck — обзор ограничений современной разработки
• https://maggieappleton.com/2025-08-vibe-legacy-code/ и https://blog.val.town/vibe-code — как ИИ-код вписывается в старую картину программирования
• две заметки Карпати об агентах: https://x.com/karpathy/status/1979644538185752935 и https://x.com/karpathy/status/1915581920022585597

Итог

Whiteboard даёт ИИ-агенту место, где он может показать свою работу как схемы и решения, а человеку — способ быстро переходить от этой схемы к коду и проверять её. Приложение бесплатное, открытое, работает локально и подключается к агентам, которые у вас уже есть. Главное ограничение сейчас — оно пока только показывает, но не редактирует.