Классический вопрос — как сделать так, чтобы AI помнил тебя через месяц?

Ответ: сам LLM — никак. Каждая сессия — чистый лист. Но то что помнит — система вокруг него.

Вот как это устроено у меня прямо сейчас.

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

Все треды собраны в индекс. Когда тема дозревает — ключевые решения кристаллизуются в memory.md. Маленький файл, читается при каждой сессии. Не история — живой контекст и принципы.

Главное что я понял: у LLM плохая дисциплина с рутиной. «Обнови индекс, запиши путь к файлу» — пропустит. Поэтому я вынес это в скрипты. Появился новый файл в папке проекта — скрипт сам добавляет его в индекс. Ничего не прошу — оно просто работает.

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

LLM здесь не хранилище. LLM — процессор.

Как у тебя с этим устроено?

Заметил за собой странную вещь.

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

Всё ради того чтобы самому меньше делать.

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

Я написал список. Сбор метрик. Отчёты. Jira. Статус-синки. Всё правильно, всё не моя работа. Но всё это - делаю я.

Первый ответ на вопрос "почему" - контекст у меня, быстрее самому. Звучит разумно.

Второй ответ, честный: если PM сделает и сделает не так - я несу ответственность. Если делаю сам - нет риска. И пока не назвал это вслух - не замечал.

AI внедрил без особых тормозов. Делегирование живому человеку - застрял там где не ожидал.

И ещё одно: я ждал пока сложится понятный процесс передачи, а потом передам. Но процесс не складывается до передачи. Он складывается во время неё.

Не знаю универсально ли это - или это про меня конкретно.

Большинство PM-систем учат планировать задачи.

Но задачи — это симптом. Принципы — первопричина.

Объясню что происходит у меня прямо сейчас.

У меня два слоя. Быстрый и медленный.

Быстрый — это спринт. Задачи в Notion, статусы, дедлайны. Видно, понятно, двигается. Но если этот слой ни к чему не привязан — он просто генерирует красивую видимость занятости. Знаю по себе.

Медленный — это mind.os. Текстовый файл. В нём не задачи, а правила: что P1, а что фон. Паттерны которые я замечаю в проектах. Мои когнитивные ловушки (и где агент должен меня притормозить). Цикл от принятия решения до фиксации результата.

Эти два слоя связывает MCP.

Сегодня утром вместо того чтобы листать Notion вручную, я запустил двух агентов параллельно. Один пошёл в базу синков — собрал 10 звонков за 2 недели по трём проектам. Другой — в задачи спринта, 26 штук. Оба вернули структуру. Я — синтезировал.

Работает потому что через MCP агент видит Notion так же как я. И файловую систему тоже. Никакого copy-paste, никакого «ну расскажи что там было на прошлой неделе».

Дальше — медленная система делает своё: я смотрю на результат через призму правил из mind.os. Вижу паттерн (в одном из проектов блокер завис на 2 недели и никто не эскалировал). Добавляю правило в файл. Маховик сделал один оборот.

Схема:
синки → агенты собирают → я синтезирую → обновляю правила → следующий спринт планирую из правил, не из ощущений

Это не про автоматизацию. Это про то, как перестать быть диспетчером задач.

Build in progress. Маховик раскручивается.

Я и мой AI-агент: год спустя

Начинал с ChatGPT — просил написать код, редактировал, запускал. Казалось, это уже много.

Потом Cursor. Почти не писал руками — подсказывал, направлял, принимал или отклонял.

Потом перестал кодить совсем.

Сейчас общаюсь с агентом в Telegram. Он подключён к данным, контексту, базам. Я говорю голосом что нужно — он делает. Настраиваю систему, структурирую данные, обновляю контекст. Это стал отдельный тип работы.

Где я сейчас — понимаю. Куда дальше — пока нет.

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

Что понял за это время:

Точка принятия решений — твоя ответственность. Ответ агента не равно решение. Нужно всегда держать: где заканчивается инструмент и начинаешься ты.

Когнитивные мышцы реально атрофируются. Если агент думает за тебя — ты перестаёшь думать. Ввёл для себя thinking practice: агент задаёт вопросы на основании контекста, я думаю и отвечаю вслух, грумим вместе. Не за ответом — чтобы не разучиться думать.

Встречаю сопротивление коллег. Думаю, временно. Показываю на практике — не убеждаю словами.

Что остаётся моим: креативность, насмотренность, игривость. И привычка фиксировать что работает, что нет. На уровне правил, proven learnings. Это не агент делает. Это я.

Вот где я. Интересно что будет дальше.

«Почти готово. Ещё пару доработок — и выйдем.»

Я называю это техническим избеганием.

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

Это не перфекционизм. Это отсутствие контакта с реальностью.

Пока ты доделываешь — реальность молчит. Каждый день в «почти готово» — это день без данных.

Ясность появляется не когда додумаешь. Она появляется в момент действия.

Запустил трафик → получил отклик.
Отправил оффер → получил ответ.
Выпустил фичу → увидел поведение.

Быстрый контакт с реальностью важнее правильного запуска.

📌 /start отсюда

Я Алекс. CPO продуктового агентства. Строю AI-агентов для работы и жизни — и делюсь тем, что реально работает, а что не очень.
Пишу про AI системы, Personal OS, когнитивные паттерны и продуктовое мышление.

Кстати, канал наполовину ведёт мой AI-агент. Он читает мои заметки, синтезирует контекст, предлагает темы, пишет посты и дистрибуцирует их на другие площадки.
Пайплайн такой: Я думаю — он формулирует. Я апрувлю — Вы читаете (но это не точно).

Добро пожаловать в New World.

🔹 Почему AI-агент — это не умный чат главное отличие, которое меняет подход
🔹 Mind.OS: как я нашёл 15 багов в своей прошивке — когнитивные искажения, Харада, и почему ясность — побочный эффект действия, а не его условие
🔹 Плейбук по настройке AI-агента — просто скинь своему Клодику чтобы он настроил

Как работают AI-агенты:

⚙️ Как сделать так, чтобы AI запомнил тебя через месяц
⚙️ Как ставить задачи агентам, чтобы получать результат
⚙️ Галлюцинации — не проблема модели, проблема архитектуры

Из личной практики:

🗂 Год с AI-агентом: что реально изменилось
🗂 Как я перестал делать работу своего PM
🗂 Техническое избегание — когда "почти готово" не заканчивается

Мои органик-воронки (подпишись тоже):

Лонгриды на VC | Threads шитпостинг

Собираю отчёт за 3 минуты. Год назад уходил час.

Секрет не в том, что LLM стал умнее. В том, что я перестал отдавать ему задачи, которые должен делать скрипт.

Архитектура:
— Скрипт заходит в Notion, вытаскивает задачи, считает время, собирает синки — всё структурировано
— LLM получает уже готовую структуру и пишет по шаблону
— Я дочитываю и правлю голосом или руками — 2-3 минуты

Если дать LLM «напиши отчёт» без данных — он придумает. Или спросит. Или галлюцинирует. Потому что у него нет фактов — только контекст.

Скрипт не думает. Он считает, структурирует, вытаскивает.
LLM не считает. Он обрабатывает, формулирует, видит паттерны.

Перепутать роли — значит получить медленный и дорогой результат.

В итоге вместо «напиши отчёт» у меня промпт с подготовленными данными. LLM закрывает анализ. Я правлю 20%.

Принцип работает везде где есть данные. Не только в отчётах.

Почему у тебя кончаются токены раньше чем кончается задача

Потому что ты запускаешь команду там где хватило бы скилла.

Лабы придумывают красивые слова. Каждое следующее стоит экспоненциально дороже. Без маркетинга:

1 — Чат. Пишешь агенту, он отвечает, делает действия. Базово. Дёшево.

2 — Скилл. Написал одно и то же три раза → «создай skill.md». Повторяемая инструкция — агент сам вспоминает.

3 — Цель. Агент крутится в петле пока не убедится что задача выполнена. Не просто «ответил» — а проверил.

4 — Субагент. Запускается для конкретной задачи, со своим контекстом. Дешевле команды — используй чаще.

5 — Команда. Агенты общаются между собой. Нужна гораздо реже чем кажется.

6 — /workflow. TypeScript код запускает агентов пачками. Версионируется, передаётся, улучшается.

Большинство задач — уровни 1–3.
Главная ошибка: строить команду там где достаточно написать skill.md.

Воскресный лонгрид: https://vc.ru/ai/2967474-kak-izbezhat-degradatsii-konteksta-ai-agenta

Почему AI-native компании следующего десятилетия будут сервисными

YC выпустил про это видео. Посмотрел, и поймал себя на странном ощущении: я узнал в описании то, что строю прямо сейчас.

Ключевой сдвиг там такой.

Обычный SaaS продаёт инструмент. Купи Salesforce, работай в нём сам. AI-native service company забирает работу на себя и продаёт клиенту готовый выход: обработанный страховой случай, готовую декларацию, разобранный договор.

Клиент в интерфейс не заходит. Получает результат.

Лучшие рынки по версии YC: страхование, юристы, аудит, ипотека, бухгалтерия, логистика. Везде там работа уже отдаётся подрядчикам. Ты приходишь в существующий бюджет, поведение клиента менять не нужно.

Что зацепило сильнее всего: продукт и операция здесь одно и то же.

Под капотом Claude, пайплайны, контроль качества, несколько человек в точках суждения. Снаружи клиент видит человека и результат. Метрики другие: себестоимость единицы работы, скорость цикла, стабильность качества. За нестабильный результат клиент уволит быстрее, чем за то, что чуть дороже.

YC называет это AI operating leverage. Обычный сервисный бизнес упирается в 30% маржи. Ставка: 50%+ на рынках, которые в 2-3 раза больше, чем весь SaaS.

Я не планировал строить AI-native service company. Но когда смотрел видео, понял: это описание того, что происходит у нас.

Интересно, у кого ещё так же?

Почему умирают AI-продукты, которые технически работают

Недавно разбирал кейс. Чат-агент для продаж, GPT-4 под капотом, нормальная CRM-интеграция. Запустили, дали команде. Через три недели спрашиваю: сколько закрытых сделок. Ни одной. Команда говорит "ну AI не очень". Я думаю иначе.

Смотрю на рынок последние полгода и вижу три паттерна которые убивают AI-проекты чаще всего.

Строят то, что никому не болит. Cursor и Bolt опустили порог до нуля — за выходные запускают трекеры привычек, AI-журналы, генераторы чего угодно. Только люди не ищут "AI-трекер" — они ищут решение конкретной боли. Дистрибуцию начинают думать после запуска, а надо наоборот.

Продукт держится на тонком слое поверх модели. Один Claude update — поведение изменилось, весь пайплайн переписывать. Видел продукты которые умерли не потому что провалились у пользователей, а потому что вышел новый релиз.

Ценность не доходит быстро. Если за первые 60 секунд не произошло ничего понятного — человек ушёл. AI-продукт хочется сделать глубоким, а пользователь ждёт скорость.

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

AI сделал старт дешёвым. Потребность он создавать не научился.

Продакты, давайте погрумим:

«Нам нужны новые юзеры» vs «у нас retention 7%, надо сначала починить».

Классический конфликт. Я всегда на стороне PM — но не потому что «retention важнее». А потому что арифметика.

Если M1 retention 7% — каждый привлечённый пользователь уходит с вероятностью 93%. Ты не наполняешь бассейн. Ты льёшь воду в дырявое ведро.

Cursor рос с нулевым маркетингом — потому что retention у них был выше 60% на 30-й день. WoM включился автоматически. Не потому что много рекламировали, а потому что юзеры возвращались и рассказывали.

Один нюанс который часто пропускают: низкий retention бывает двух типов.
— Продукт плохой → чинить продукт
— Не те юзеры → менять таргет acquisition

Во втором случае acquisition и retention — одна проблема. И «привлечь больше» может быть правильным ответом — только другую аудиторию.

Как у вас в команде принимается этот звонок — кто решает куда копать? Пишите в комменты.

Заметил паттерн у тех кто плотно работает с Claude — и сначала его не видно.

Есть две фазы.

Фаза 1: сначала думаешь сам → открываешь агента → проверяешь и дополняешь.

Фаза 2: открываешь агента первым → получаешь анализ → выбираешь из предложенного.

Разница тонкая. Но во второй фазе ты не принимаешь решение — ты апрувишь чужое.

С Cursor то же самое. Код появляется, ты нажимаешь Accept. Через месяц не можешь объяснить почему функция написана именно так.

Агент делает тебя быстрее. Но незаметно перестаёшь формировать суждение первым.

Проверить просто: попробуй сформулировать мнение по рабочему вопросу без того чтобы сначала спросить агента. Если сложно — ты уже в фазе 2.

Как менять:

→ Правило «сначала я»: перед Claude — написать своё мнение. Одно предложение. Любое.
→ Агент разбивает — отстаиваешь или переубеждаешься. Это и есть мышление, не редактура.
→ Для кода: раз в неделю объяснить себе вслух что делает конкретная функция. Не можешь — сигнал.

Медленнее? Да. Но мышление не атрофируется.

Узнал себя?

Почему freemium не конвертит, даже когда ценность есть

Смотрел один продукт на этой неделе. Подписка почти мертвая: 0.5% в покупку.

Первая реакция у всех одинаковая: баг, не та аудитория, слабый экран, надо звать разработку.

А потом открываешь попап и видишь более скучную причину.

Причина платить там вообще не названа.

Внутри ценность есть. Пользователь реально может экономить деньги. Но на экране этого нет. Вместо этого - мутная формулировка, без цены, без потери, без ответа на вопрос "зачем мне это сейчас".

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

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

Не достроит.

Если причина платить не названа прямо, монетизация превращается в квест для самого продукта.

Иногда рост начинается не с новой фичи и не с нового paywall.
Иногда рост начинается с одной честной фразы на экране.

Интересно, сколько "мертвых" подписок на самом деле мертвы не из-за продукта, а из-за того что им просто не дали язык для продажи.