Содержание
Промпт pencil and paper mode стал простым способом удержать Claude Code, OpenAI Codex и Google Antigravity от преждевременного написания кода. PCWorld обратил внимание на фразу, которая переводит AI-ассистента в режим обсуждения плана, а не немедленного редактирования проекта.
Ситуация знакомая всем, кто пробовал vibe coding. Открываешь новый чат, описываешь идею Windows-приложения, хочешь сначала обсудить архитектуру. А агент уже полез в файлы, правит компоненты и бодро собирает решение, пока ты ищешь кнопку остановки.
Формально у таких инструментов уже есть режимы планирования. Они есть у Claude Code, OpenAI Codex и Google Antigravity. Но на практике пользователь может забыть включить нужный режим. А иногда агент трактует вопрос слишком активно и начинает чинить код вместо разговора.
Pencil and paper mode явно меняет поведение AI-агента
Фраза Stay in pencil and paper mode или короткий вариант Pencil and paper mode задаёт контекст до основной просьбы. Ассистент понимает, что пользователь ждёт анализа, схемы и обсуждения, а не немедленных правок в репозитории.
В этом и ценность формулировки. Обычное «что потребуется для изменения» не всегда срабатывает. По наблюдению PCWorld, Claude Code и Codex иногда начинали выполнять задачу даже после мягких вопросов вроде «как бы это работало».
Пример запроса из реального проекта звучал так: «Stay in pencil and paper mode. What would be involved in removing the counter readout in the top header?» То есть пользователь просил сначала разобрать последствия удаления счётчика в верхней панели, а не сразу менять интерфейс.
Для разработчика это не мелочь. Когда агент правит проект до согласования плана, приходится разбираться, какие файлы он успел тронуть. В маленьком pet-проекте это раздражает. В рабочем репозитории такая прыть уже стоит времени и нервов.
Планировщик есть не только в интерфейсе
История хорошо показывает слабое место AI-инструментов для кода. У них есть специальные planning modes, но управление через интерфейс не всегда совпадает с ожиданиями пользователя. Текстовая команда в начале запроса даёт более явный сигнал.
У этой фразы есть соседний подход: «ask clarifying questions first» или «ask me questions first». Он заставляет ассистента сначала задавать уточняющие вопросы. Такой вариант полезен, когда вводных мало и нужно полноценное интервью перед работой.
Но «pencil and paper mode» короче и мягче. Он не превращает каждый запрос в длинный опросник. Ассистент просто остаётся на стадии рассуждения: оценивает задачу, перечисляет риски, предлагает план и ждёт решения человека.
Приём работает шире, чем только программирование. Его можно использовать для задач, где AI может слишком рано перейти к действию: подготовка письма, сортировка папок на рабочем столе, черновое планирование проекта. Разница та же — сначала бумага и карандаш, потом исполнение.
Для vibe coding это страховка от лишних правок
Vibe coding строится на быстрых итерациях: пользователь описывает намерение, а агент пишет код. Такой стиль удобен, когда нужно быстро собрать прототип. Но он хуже работает, если перед изменением надо обсудить архитектуру, зависимости или UX.
Проблема не в том, что Claude Code или Codex слишком «умные». Они часто оптимизируют диалог под действие. Пользователь спрашивает о возможном изменении, а агент видит задачу и пытается её закрыть.
Поэтому короткая фраза в начале промпта работает как ручной тормоз. Она не заменяет нормальный review, git diff и аккуратную работу с ветками. Зато снижает шанс, что ассистент начнёт править проект до того, как вы согласовали план.
В приведённом PCWorld примере использовалась точная формулировка: «Stay in pencil and paper mode. What would be involved in removing the counter readout in the top header?»
