Личное наставничество

Когда нужен наставник, а не ещё один туториал

Туториал отвечает на чужой пример. Наставничество начинается с вашего контекста: «деплой падает», «агент ломает стили», «непонятно, что в MVP», «заявки теряются между чатами». Мы сужаем проблему до одного проверяемого шага.

Я не обещаю «сделать всё за час». Обещаю честную диагностику: что реально мешает, что можно поручить Cursor Agent, что нельзя, и какой критерий готовности поставить на ближайшие дни.

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

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

Что нужно принести на разбор

Чем точнее входные данные, тем полезнее сессия. Минимум — цель и симптом. Оптимум — доступ к репозиторию или архиву, скрины ошибок, описание «что уже пробовали». Секреты и прод-пароли не нужны и не прошу.

Если репозиторий приватный — достаточно архива без .env или доступа к отдельной ветке. Если только скрины — разберём процесс и план, но глубина по коду будет ограничена.

Полезно заранее записать: что должно работать для пользователя, что происходит вместо этого, какие шаги уже предпринимали. Это экономит время сессии на диагностику, а не на восстановление контекста.

• Цель: что должно работать для пользователя
• Симптом: где ломается или где стоп
• Артефакты: repo / скрины / ссылка на превью
• Ограничения: срок, стек, кто будет поддерживать
• Что уже пробовали и какой был результат
• Срочность: блокер на проде или плановая задача

Чек-лист подготовки к разбору

За день до сессии пройдите этот список. Так мы с первых минут идём в суть, а не собираем контекст с нуля.

Запишите цель одним предложением: «пользователь отправляет заявку и видит подтверждение», а не «нужен нормальный сайт». Чем конкретнее цель, тем точнее следующий шаг.

Соберите артефакты в одно место: ссылка на repo, скрин ошибки, URL превью если есть. Если ошибка в терминале — скопируйте полный текст, не только последнюю строку.

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

• Цель записана одним проверяемым предложением
• Симптом описан: что ожидали / что получили
• Репозиторий или архив доступен без прод-секретов
• Скрины ошибок или логов приложены
• Список «что уже пробовали» — хотя бы 2–3 пункта
• Понятно, нужен разовый разбор или серия сопровождения

Как проходит сессия

Обычно 40–70 минут. Сначала цель и критерий успеха. Затем смотрим материалы. Дальше — гипотезы и один выбранный шаг. В конце фиксируем письменный итог: что делать, в каком порядке, как проверить, когда имеет смысл вернуться.

Если всплывает, что нужен не разбор, а сборка под ключ или обучение навыку — скажу прямо и предложу другой формат. Это часть работы, не «допродажа».

На созвоне с демонстрацией экрана разбираем быстрее: видно структуру проекта, ошибки в реальном времени, поведение в браузере. Если удобнее асинхронно — работаем через Telegram с скринами и комментариями к коду.

Не трачу половину сессии на «расскажите о себе». Первые 10 минут — цель и симптом. Основное время — диагностика и выбор шага. Последние 10 минут — фиксация итога письменно.

Примерный план сессии по минутам

Ориентир для 60-минутной сессии. Реальный тайминг гибкий, но структура помогает уложиться в один конкретный результат.

0–10 мин: вы формулируете цель и симптом. Я уточняю критерий «что будет считаться решением» для этой встречи. Согласуем один фокус, не пять параллельных проблем.

10–35 мин: смотрим материалы — repo, логи, превью. Формулируем гипотезы, отсекаем лишнее. Выбираем один шаг, который можно сделать и проверить до следующего контакта.

35–50 мин: детализируем шаг — конкретные файлы, команды, критерий проверки. Если успеваем — начинаем делать вместе или вы фиксируете план действий.

50–60 мин: письменный итог в Telegram: задача, порядок действий, как проверить, когда писать снова. Без итога сессия не считается завершённой.

• Цель и критерий успеха — в начале, не в конце
• Один фокус на сессию, не «починить всё»
• Письменный итог обязателен
• Если нужен другой формат — говорю до конца оплаченного времени

Типичные темы наставничества

Cursor: rules, Agent mode, безопасный diff, контекст проекта. Запуск: от локалки до хостинга. Автоматизация: заявки, таблицы, уведомления без лишнего «умного агента». Продукт: сузить MVP, чтобы было что проверять на реальных пользователях.

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

Деплой и инфраструктура: «работает локально, на сервере 500», «непонятно, куда класть env», «CI падает на тестах». Разбираем по логам и конфигурации, не по догадкам.

Продуктовые решения: «слишком много фич для пилота», «непонятно, что показывать первым пользователям». Помогаю сузить до проверяемого MVP, без обещаний про рынок и конкурентов «из головы».

После AI-генерации: «нагенерил сайт, стили разъехались, форма не отправляется». Смотрим структуру, выделяем минимальный рабочий контур, планируем правки по приоритету.

• Застрял после генерации сайта/кода в AI
• Нужен план ревью перед merge
• Непонятна граница «сам / под ключ»
• Нужен критерий пилота на 1–2 недели
• Деплой падает, локально работает
• Rules не помогают, агент ломает проект
• Нужно решить: учиться дальше или отдать разработку

Что делать после сессии: план на 48 часов

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

В первые 2 часа: перечитайте письменный итог. Откройте проект и сделайте первое действие из списка — хотя бы открыть нужный файл или запустить команду. Цель — снять инерцию «отложу на завтра».

В первые 24 часа: выполните основной шаг из итога. Проверьте по критерию, который мы зафиксировали. Если застряли — напишите в Telegram с симптомом, не ждите следующей сессии.

В 48 часов: либо шаг закрыт и можно планировать следующий, либо зафиксирован новый блокер для короткого уточнения. Без обратной связи непонятно, помог ли разбор — напишите результат, даже если «не получилось».

• Перечитать итог в Telegram в день сессии
• Сделать первое действие из плана в тот же день
• Проверить результат по согласованному критерию
• Написать итог: получилось / не получилось / новый симптом
• Не начинать параллельно другой большой задачи до закрытия шага

Границы ответственности

Я не подписываю чужие прод-секреты без необходимости, не гарантирую ранжирование в поиске и не обещаю выручку. Могу помочь с процессом, кодом, проверкой и запуском технического результата.

Если задача вне стека или требует узкой экспертизы (например, тяжёлая 1С-архитектура без вашего участия) — скажу на входе, чтобы не тратить ваш бюджет впустую.

Наставничество — совет и план, не исполнение за вас. Код пишете вы или ваш разработчик; я помогаю понять, что и в каком порядке делать. Если нужен исполнитель — формат разработки под задачу.

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

Как начать наставничество

Напишите в Telegram https://t.me/Shield_support_Sotka: опишите цель, симптом и приложите артефакты — ссылку на repo, скрины или архив. Отвечу, хватит ли одной сессии или нужен блок сопровождения.

На первом контакте не нужен идеальный бриф. Достаточно честного «застрял на деплое» или «агент сломал вёрстку» — уточним детали до оплаты. Если вижу, что вам нужнее обучение или разработка — скажу сразу, без навязывания формата.

После согласования формата и времени — оплата и назначение сессии. Итог всегда письменный: список действий, критерий проверки, когда писать снова.

FAQ

Частые вопросы

Читать дальше

Связанные страницы

• Cursor Agent mode
• Cursor Rules
• Обучение Cursor
• Разработка под задачу