Посмотрели урок по SQL, новую фичу в Figma или настройку рекламы. В моменте всё понятно. Через неделю открываете рабочую задачу — и помните только лицо преподавателя и красивый слайд. Классика.
Проблема обычно не в памяти. Материал просто не пришлось достать из головы. Длинный конспект приятно писать, но потом никто не хочет перечитывать десять экранов. Гораздо полезнее коротко пересказать урок своими словами, а через несколько дней ответить на вопросы без подсказок.
ИИ тут не магический тренажёр для мозга. Это терпеливый собеседник: спросит, дождётся ответа, покажет пробел. Не нужно покупать курс «научись учиться с нейросетями за выходные». Базовую систему реально собрать за пять минут.
Вместо пересказа урока — пять строк для работы
Не записывайте видео по минутам. Оставьте только то, что поможет решить похожую задачу.
Тема: LEFT JOIN в SQL
1. Главная мысль:
LEFT JOIN оставляет все строки из левой таблицы, даже если пары в правой таблице нет.
2. Что я теперь умею:
Соединить заказы с клиентами и не потерять заказы без привязанного клиента.
3. Где легко ошибиться:
Если условие по правой таблице поставить в WHERE, LEFT JOIN может отсеять строки без пары.
4. Пример из моей работы:
Проверю заказы без менеджера в выгрузке CRM.
5. Следующее действие:
В пятницу напишу два варианта запроса на тестовой таблице и сравню результат.Первые две строки фиксируют суть. Третья сохраняет типичную ловушку. Четвёртая привязывает урок к вашей реальной работе. Пятая не даёт заметке превратиться в склад умных слов.
Особенно не пропускайте пункт «где легко ошибиться». Если сейчас записать, что `WHERE` после `LEFT JOIN` меняет выдачу, через неделю не придётся заново гуглить, куда исчезли строки без менеджера.
Следующий шаг должен быть измеримым. Не «разобраться глубже», а «собрать макет первого экрана», «проверить пиксель на тестовом событии» или «повторить команду в терминале». Тогда обучение заканчивается не красивой мыслью, а движением руками.
Раз в неделю устройте себе мини-допрос
В конце недели соберите заметки в один документ или вставьте в чат. Не пишите просто «сделай тест»: получите вопрос уровня «что такое SQL?». Спасибо, капитан очевидность.
Сразу задайте правила: один вопрос за раз, ответ только после вашей попытки и опора на исходные записи.
Ты мой тренажёр по заметкам ниже.
Задавай по одному вопросу и жди мой ответ.
Используй только факты из заметок. Если ответа в заметках нет, напиши: «В заметках этого нет».
Сначала задай вопрос на понимание.
Затем — вопрос на применение в рабочей ситуации.
Затем — вопрос про типичную ошибку.
После каждого моего ответа:
1. коротко скажи, что верно;
2. укажи, что я пропустил или перепутал;
3. приведи точный фрагмент заметки, на который опираешься;
4. предложи одно действие на 5–15 минут для закрепления.
Вот мои заметки:
[вставьте заметки]Требование показать фрагмент — не украшение промпта. Любой чат может уверенно добавить деталь, которой в ваших записях не было. Если цитата не совпала с заметкой, не спорьте с ботом: откройте исходник, исправьте формулировку или уточните вопрос.
Трёх вопросов обычно хватает. Ваша цель — не сдать экзамен нейросети, а найти одну-две реальные дырки в понимании. Их и надо закрыть до следующего урока.
Если не хочется каждый раз собирать инструкцию с нуля, пригодится сборник промптов для автора: берёте каркас, вставляете свои заметки и запускаете проверку. Без обучения, где полчаса продают фразу «попросите чат задать вопросы».
В Telegram-канале разберём ещё несколько форматов вопросов, которые проверяют рабочий навык, а не знание терминов.
Как выбрать чат и не устроить войну ИИ-гигантов
Смотрите на три критерия: держится ли чат ваших заметок, умеет ли спрашивать на понимание и применение, показывает ли опору на исходный текст. Это не рейтинг моделей: сопоставимых независимых тестов именно для вашего набора заметок нет. Поэтому не ищите «самый умный чат» по чужому скриншоту.
Для длинных курсов, документации и рабочих файлов можно затестить NotebookLM: сервис строит ответы по добавленным источникам и показывает ссылки на фрагменты. В его справке описаны работа с источниками и учебные материалы. Это удобно не потому, что сервис якобы умнее всех, а потому, что ответ проще сверить с заметкой.
Если у вас весь день открыт ChatGPT, Claude, Gemini или другой привычный чат, начните с него. Вставьте заметки и промпт выше. Для еженедельной проверки этого достаточно. Папка с файлами сама по себе не делает модель точным архивом: правило «используй только мои записи» всё равно нужно написать.
Русский интерфейс, способ оплаты и доступность могут быть удобны, но не делают ответы точнее. Если вам важна проверяемость, возьмите сервис с явными ссылками на фрагменты. Если важнее не распыляться, оставайтесь в уже открытом чате. На одних и тех же трёх заметках проверьте оба варианта и оставьте тот, где быстрее находите собственную ошибку.
Ошибка должна закончиться действием руками
ИИ спросил, почему `WHERE manager_id IS NOT NULL` после `LEFT JOIN` меняет результат. Вы ответили: «Ну, строки фильтруются». Не просите лекцию на три страницы про реляционную алгебру.
Откройте тестовую базу. Напишите два запроса: в первом оставьте условие в `WHERE`, во втором перенесите его в `ON`. Сравните выдачу и найдите пропавшие строки. За десять минут появится рабочий опыт, а не заученная формулировка.
Та же логика работает не только в SQL. После урока по Figma соберите один экран по памяти. После настройки рекламы проверьте одно тестовое событие. После урока по текстам перепишите один заголовок по новому правилу. Ошибка должна вести к маленькому делу, а не к ещё одному ролику.
Схема простая: после урока — пять минут на заметку; в конце недели — десять минут на три вопроса; после ошибки — одно действие руками; ещё через неделю — повтор только слабых тем.
Сегодня откройте последний урок, заполните пять строк и поставьте в календарь десять минут на пятницу. Сначала прогоните так три урока, а уже потом решайте, нужен ли вам отдельный ИИ-сервис.
Статья помогла?
