На неделе в X сошлись три реплики, которые на первый взгляд не связаны, но вместе описывают одно и то же: как люди на самом деле работают с Claude Code и что меняется вокруг агента, которому доверяют всё больше решений. Главная новость — новая панель diff в Claude Code, появившаяся в полноэкранном режиме CLI. Рядом — привычка, которую разработчики вырабатывают методом проб, и неожиданный поворот разговора к более общей теме моделей принятия решений.
Панель diff в Claude Code: наглядность вместо построчного скролла
По описанию adocomplete, в полноэкранном режиме Claude Code CLI команда /diff теперь открывает боковую панель со списком всех изменённых файлов и счётчиком добавленных/удалённых строк по каждому. Панель живая: она обновляется по мере того, как Claude редактирует файлы или выполняет команды, а не после завершения задачи. Мышью можно выделить конкретные строки и прикрепить их к следующему промпту — то есть указать «вот сюда» без пересказа словами.
Зачем это агентному код-ревью
Пока Claude Code правил один файл за раз, построчный вывод diff в терминале был терпим. Но когда агент за один заход трогает пять-десять файлов — рефакторинг, миграция, добавление фичи со тестами — линейный скролл превращается в узкое место: ревьюер теряет карту изменений раньше, чем успевает их оценить. Панель решает именно это: она даёт обзор масштаба правки до того, как читать её построчно, и позволяет тыкать в конкретный кусок, вместо того чтобы описывать его текстом. Для тех, кто гоняет Claude Code в полноэкранном режиме CLI как основной интерфейс, а не как автодополнение в IDE, это закрывает разрыв между «агент правит много файлов сразу» и «человек видит и понимает, что именно поменялось».
«Use big pictures and few words»: дисциплина промпта как навык
Твит trq212 — «я набираю это по несколько раз в день» — на самом деле не про экономию слов. Это управляющая инструкция, которая переключает модель из режима подробного текстового объяснения в режим схемы: меньше прозы, больше структуры и визуальной иерархии. Такие фразы рождаются не из документации, а из повторяющегося опыта — пользователь заметил, что дефолтный стиль ответа ему не подходит, и выработал короткую формулу, которая чинит это раз за разом.
Практический вывод здесь шире одного твита: опытные пользователи Claude Code накапливают личный набор таких микро-промптов — не системные инструкции для всего проекта, а ситуативные переключатели тона и формата. Если фраза набирается по многу раз в день, ей место не в голове, а в CLAUDE.md проекта или в персональном слэш-команде — тогда дисциплина промпта перестаёт быть мышечной памятью и становится частью конфигурации, которую не надо держать в голове.
Claude Code и модели принятия решений: разговор выходит за рамки кода
Третий сигнал — заметки Саймона Уиллисона про Jev и новую категорию «системы один», она же decision models. Формулировка прямо отсылает к канеменовской системе 1 / системе 2: быстрое интуитивное решение против медленного рассуждения. Применительно к агентам вроде Claude Code это не абстрактная философия, а насущный вопрос: когда агент сам решает, какой файл открыть следующим, запускать ли тесты, как трактовать неоднозначную инструкцию — что вообще происходит внутри этого решения и можно ли его предсказать или направить.
Само появление такого языка в комьюнити — симптом взросления дискуссии. Ещё год назад главным вопросом было «пишет ли Claude Code корректный код». Сейчас всё чаще спрашивают, как агент принимает решения на пути к этому коду — а от ответа на этот вопрос зависит, насколько ему можно доверять без построчной проверки каждого шага.
Три сигнала — один сдвиг
Панель diff — это слой видимости: она позволяет увидеть, что агент сделал. Дисциплина промпта — слой управления: она задаёт, как агент должен это делать. Разговор о моделях принятия решений — теоретический слой, который пытается объяснить, почему агент делает именно так, а не иначе. Ничего из этого не появилось бы, если бы Claude Code оставался инструментом для правки одного файла по одной подсказке. Все три реплики указывают на один и тот же сдвиг: агент всё чаще работает автономно и на многих файлах сразу, а сообщество вокруг него одновременно строит инструментарий для контроля и словарь для описания того, что происходит под капотом.
Добавить комментарий