Книга про быстро меняющийся продукт устаревает двумя способами. Первый очевиден: выходит новая версия, и конкретная строка перестаёт быть верной. Второй коварнее: читатель принимает удобное обобщение автора за документированное поведение продукта и строит на нём процесс. Первый способ виден сразу - команда не находится, ключ не принимается. Второй молчит: процесс продолжает работать, пока не попадёт в условия, для которых обобщение никогда не было верным. Защита от обоих одна - строго различать, что утверждает производитель, а что выведено из этого утверждения, и всегда показывать, чем проверить факт прямо сейчас.

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

Разница между этими типами важнее, чем кажется. Приём, поданный как незыблемое правило, однажды упрётся в контекст, где он вреден, и вы не поймёте почему - ведь "так написано". Тот же приём, поданный как вывод из механизма, вы примените осознанно и там, где он к месту, а в неподходящем месте отбросите без внутреннего конфликта. Настройка приносит пользу только когда понятны три вещи: откуда она берётся, какое значение допустимо и чем грозит ошибка. Без третьего пункта настройка превращается в суеверие, которое команда передаёт из проекта в проект.

Отдельно стоит договориться про изменчивое. Каталог моделей, цены, доступность beta-функций, командные политики и то, что раскатывается постепенно, меняется быстрее, чем любой текст. Такие вещи здесь показаны как датированный снимок и снабжены способом проверить актуальное состояние: живой командой, страницей настроек или официальной документацией. Снимок полезен как ориентир и вреден как обещание. Постепенная раскатка делает его вдвойне ненадёжным: две учётные записи одной команды в один день могут видеть разный набор функций, и это не ошибка, а нормальный режим доставки.

Полезно один раз увидеть, как читать пометки в тексте. Ниже - короткая карта: официальное поведение, инженерный вывод, место повышенного риска и проверяемое действие. К ней возвращаются, когда нужно понять, на что можно опереться в споре о процессе, а что стоит перепроверить под свой контекст.