Cascade открывается по Cmd/Ctrl+L или щелчку по иконке, и любой выделенный текст в редакторе или терминале попадает в его контекст автоматически. Это удобно и потому опасно: контекст набирается сам, режим переключается одним кликом, а откат обещан кнопкой - и всё вместе создаёт ощущение, что любое действие обратимо. Ощущение обманчиво.
Наивная модель проста: Chat - чтобы спросить, Code - чтобы сделать, checkpoint - чтобы отменить, если что-то пойдёт не так. В такой картине Cascade выглядит песочницей без последствий: пробуй, а неудачную попытку откатишь одним движением. Из этого рождается смелость менять код целыми пачками, не сохраняя промежуточных состояний.
Различие режимов документировано и не косметическое. Code mode умеет создавать и изменять файлы и вызывать инструменты; Chat mode оптимизирован под вопросы о коде и в лучшем случае предлагает правку на ваше подтверждение. То есть Chat объясняет, Code действует - и цена ошибки у них разная. Todo показывает многошаговый план, который агент ведёт сам и обновляет по ходу, в том числе опираясь на memories. Очередь сообщений сохраняет порядок: нажатие Enter ставит реплику в хвост текущего turn, повторное на пустом поле отправляет немедленно, а лишнее из очереди можно удалить до отправки - это способ дать уточнение, не перебивая работу.
Ломается наивная картина на слове "откат". Checkpoint создаётся по ходу сессии и помогает вернуть состояние проекта, но в документации прямо сказано: revert сейчас необратим. Отменить сам откат внутри истории Cascade нельзя. Значит checkpoint - не полноценный undo, а точка возврата в один конец, и полагаться на него как на страховку - ошибка категории.
Отсюда рабочий приём: настоящая страховочная сетка - Git, а не checkpoint. Перед тем как откатываться или запускать крупную правку в Code mode, сохраните важный diff отдельным коммитом или веткой. Тогда даже необратимый revert Cascade не уносит работу: она уже зафиксирована в системе, которая умеет и отменять, и сравнивать, и восстанавливать. Checkpoint полезен для быстрых внутрисессионных откатов, но границей безопасности служит именно коммит: он виден вне Cascade и переживает закрытие сессии.
У инструментов Cascade есть документированный потолок: до 20 вызовов на один prompt, после чего продолжение просят кнопкой, а настройка Auto-Continue доводит начатое сама, тратя дополнительные кредиты. Это стоит знать не ради цифры, а ради поведения: длинная задача не обрывается молча, но и не бесплатна, и Auto-Continue снимает паузу ценой расхода, о котором легко забыть. Сама кнопка продолжения - это не сбой, а штатная пауза после потолка вызовов; она даёт момент решить, стоит ли задача следующего шага, прежде чем тратить кредиты дальше.
Формулировки про квоты - датированный снимок, а не текущая цена. Документация Cascade упоминает эти 20 вызовов и Auto-Continue из своей эпохи, а система self-serve usage менялась в марте 2026 года. Поэтому старые слова про лимиты нельзя напрямую переводить в сегодняшнюю стоимость: механизм проверяют по актуальной странице usage, а не по тексту, написанному до изменения.
Одновременно можно вести несколько Cascades - это ускоряет параллельные ветки мысли, но не отменяет конфликтов файлов. Если две сессии правят одни и те же файлы, возникает гонка, и последний записавший затирает соседа. Параллелизм здесь - удобство интерфейса, а не изоляция состояния: за развод правок по разным файлам или worktree отвечаете вы, а не агент. Практический вывод - заранее разводить параллельные Cascades по разным файлам или, лучше, по отдельным worktree, а не рассчитывать, что интерфейс сам уследит за пересечениями.
Цена невнимания складывается из двух необратимостей. Revert уносит незакоммиченное без возврата. Параллельные Cascades затирают чужие правки без предупреждения. Обе беды выглядят как "агент потерял мою работу", хотя на деле это отсутствие внешней фиксации: ни Git-коммита перед откатом, ни разведения сессий по файлам. Радиус ошибки - реальный код, а не строка в истории.
Проверять результат стоит не по экрану Cascade, а другим инструментом: git status и git diff показывают, что действительно изменилось и что зафиксировано. Перед revert - коммит; после сессии - взгляд в историю Git, а не только в ленту Cascade. Типичный провал ровно здесь: "Cascade откатил лишнее" - потому что перед откатом не было коммита; "правки исчезли" - потому что вторая сессия затёрла файл; "сюрприз с лимитом" - потому что Auto-Continue молча доводил задачу. Назовите режим, зафиксируйте состояние в Git и разведите сессии - и большинство этих потерь не случится.