Одна модель, много мест

Карта рабочих мест

Разговор про работу с Claude обычно начинают с кнопок: где что нажать в приложении, как запустить в терминале, что написать в настройках. Курс начинается с другого, потому что кнопки меняются каждые полгода, а устройство — нет.

Устройство такое: движок один, а мест, где вы с ним встречаетесь, много.

Это не мелочь оформления и не маркетинг. Из этого следует почти всё остальное в курсе.

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

Это важно, потому что списки возможностей обычно перечисляют устройства наравне с поверхностями, и создаётся ощущение выбора там, где выбора нет. Настоящих различий три, и они перечислены в схеме: разговор, работа в проекте и работа без человека.

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

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

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

Три вопроса выбора

Теперь мерка. Выбор места решается тремя вопросами, и все три — про работу, а не про удобство интерфейса.

Что он должен видеть? Один файл — хватит разговора. Проект целиком, историю правок, журнал, базу — нужно место, которое до этого дотягивается.

Что ему можно менять? Ничего (разбор и совет), черновик (текст, который вы потом возьмёте), файлы, файлы и команды. Каждая следующая ступень добавляет не удобство, а последствия.

Кто принимает результат и когда? Вы сейчас, вы потом или никто. Последнее меняет всё остальное сразу.

Дальше — таблица, которая закрывает большинство дневных случаев.

И отдельная разновидность, которую в эту таблицу не втиснуть, а встречается она каждый день: задача, которая начинается в одном месте и заканчивается в другом. Разобрали письмо в разговоре, поняли, что нужна правка в коде, — и дальше работа переезжает в проект.

Переезд стоит дёшево, но есть одна вещь, которую при нём теряют регулярно: то, до чего вы додумались в первом месте. Разбор письма дал вывод «дело в округлении при пересчёте валюты» — этот вывод и надо перенести, а не пересказывать письмо заново. Одна строка вместо страницы, и поручение выходит точнее, чем было бы без разбора вовсе.

И приём, который стоит завести сразу: начинайте выше, чем кажется нужным.

Задача, которая выглядит как «надо пройти по всему проекту», часто решается одним вопросом с вставленным куском. Проверить это стоит минуту, а выигрыш двойной: и быстрее, и вы точно понимаете, на чём основан ответ, — потому что материал принесли сами.

Что переносится, а что остаётся

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

Ответ приятный и он же — главная причина, по которой стоит вкладываться в записанное.

Левая колонка живёт в проекте и в настройках, а значит, действует везде: в терминале, в редакторе, в сборке. Один раз написанное правило работает во всех местах сразу — и это редкий случай, когда усилие не делится на число инструментов.

Отсюда правило, к которому курс будет возвращаться: объяснение, сказанное третий раз, переезжает в файл.

Не потому, что так аккуратнее, а по арифметике: сказанное в разговоре действует один раз в одном месте, записанное в проекте — всегда и во всех. Третий повтор — та граница, где второе дешевле первого.

И последнее про переносимое — про то, чего в списке нет и почему. Там нет самого ценного, что у вас появится за месяц работы: умения ставить задачу. Оно живёт в голове, не записывается настройкой и не переезжает ни между местами, ни между людьми — его приходится наживать самому.

Это не повод расстраиваться, а повод правильно считать: настройки, правила и подключения вы заводите за день, и дальше они работают сами. Всё остальное время курса уходит на второе — и именно поэтому уроков про формулировку, приёмку и проверку здесь больше, чем про кнопки.

И честная граница. Переносится не всё, что записано: то, что вы завели для конкретного рабочего места — вид панелей, сочетания клавиш, привычки одного редактора, — остаётся там, где заведено, и это нормально. Переносится то, что описывает проект и работу, а не обстановку вокруг.

Границы, общие для всех мест

Последняя глава — про границы, и она нужна здесь, в первом уроке, а не в конце. Есть вещи, которых не даст ни одно место, и знать их лучше до того, как вы на них наткнётесь.

Пятая строка — не мораль, а устройство работы. Правка, которую вы приняли, становится вашей: её будут читать на ревью, её придётся объяснять через месяц, её поломка станет вашей задачей. Кто набирал текст, роли не играет.

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

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

Ускоряется механическая часть: найти, перебрать, переписать по образцу, вспомнить как делается, набрать то, что уже понятно. Не ускоряется то, где вы решаете: понять задачу, выбрать способ, прочитать результат, договориться с людьми.