← Все тексты · Все теги · Лента Atom
Зачем Cascade IDE позаимствовала модель внимания кокпита
Cascade IDE — IDE под .NET, рассчитанная на то, что агент ведёт работу через MCP, а человек и инструменты остаются в одном наблюдаемом контуре. В концепции заложено явно задать куда смотреть и когда: за это отвечает модель, позаимствованная у того, как в авиации устроен кокпит.
Это текст уровня идей. Развёрнутая спецификация ведётся во внутренней документации репозитория Cascade IDE (архитектурная запись, рабочее имя ADR 0021, модель внимания PFD / MFD / кокпит). Репозиторий пока не открыт — здесь только публичное введение. Продукт в активной разработке; детали будут сдвигаться по мере того, как догонит реализация.
Налог: переключения контекста
Разработчик одновременно держит код, сборку, тесты, git, диагностики и агента, который может жить в другом приложении. Цена не только Alt+Tab — это потеря контекста: что было важным каналом, что упало последним, смотрите ли вы с моделью на одну и ту же правду.
IDE, которая хочет agent-first работу, не может считать «ещё панелей» нейтральным. Без модели приоритета интерфейс скатывается к двум плохим крайностям: «всё спрятано» (нет обратной связи) или «всё видно» (баннерная слепота).
Метафоры кокпита — не украшение
В авиации приборы делят по роли в управлении вниманием: первичный контекст полёта, переключаемые вторичные виды, единый контур оповещений. Это не ностальгия — ответ на ограниченное внимание и высокую цену ошибки.
Cascade переносит идею в работу с кодом: устойчивые якоря взгляда, что сознательно вторично, и что эскалирует, когда что-то не так — вместо того чтобы каждая подсистема боролась за один z-order.
Короткая карта зон
По-человечески:
- Лобовое / редактор — предмет работы; здесь живёт основное время и площадь. Оверлеи в духе HUD остаются внутри этого якоря и не превращаются в четвёртую конкурирующую «душу окна».
- Регион в духе PFD — «контекст полёта»: дерево решения, где вы в воркспейсе, фокус задачи, компактные сигналы, что вы ещё ориентируетесь.
- Регион в духе MFD — сознательно вторичное: git, длинные логи, браузер, полный trace агента, терминал — то, что вы открываете намеренно, а не вечные конкуренты редактора.
- Канал в духе EICAS — оповещения и приоритизация (уровни в духе warning / caution / advisory), не «третья колонка для красоты». Геометрия может меняться пресетом; важна роль.
В проектной документации отдельно держат пространственные якоря (где на экране лежат регионы) и политику внимания (режимы, эскалация, что считается громким). Смешивать эти слои в документации и коде — быстрый путь обратно к хаосу.
«Всё в одном месте» без встраивания всего интернета
Сквозная идея проста: нужна одна согласованная сцена, а не «вшить каждый чат в бинарник». Десять разных чат-UI внутри IDE чаще добавляют поверхности входа и шум уведомлений, чем ясность. Модель кокпита как раз про устойчивый контур внимания: предсказуемые места для правды, мосты к внешним хостам при необходимости и нет плагинов «просто поверх всего» без декларации, к какому якорю они относятся.
Зачем это рядом с MCP и паритетом
Та же линия, по которой Roslyn, отладчик и тесты приходят через MCP, — линия, в которой поверхность IDE не врёт о состоянии. Модель внимания — это способ сделать эту честность читаемой и для человека, и для агента, который пытается остаться согласованным.
Связанный текст
- Паритет с тулчейном — MCP, общая опора на факты
- Зачем появился Agent-First Learn — методология
- Почему среда «человек–агент» по духу Agile — Agile по духу
- База знаний, доверие и любопытство — база знаний, доверие, любопытство
- Внимание, трение и нейроотличие в IDE — внимание, трение, нейроотличие