Я перестал хранить работу в голове

Несколько недель назад я собрал контекст поддержки в одну папку.

Там появились конфиги, заметки по проектам, инструкции, аналитика и маршрут от тикета до логов.

Это сильно упростило расследования.

А потом обнаружилась следующая проблема.

Работа состоит не только из файлов.

Есть задачи. Проекты. Решения. Тикеты. Переписки. Люди. Метрики. И причины, по которым три месяца назад что-то сделали именно так.

Всё это существует одновременно.

И обычно связывается одним довольно ненадёжным компонентом.

Человеком.

Память как инфраструктура

Большую часть рабочего дня я вообще не создаю новую информацию.

Я восстанавливаю старую.

Что мы уже выяснили по этому проекту?

Почему этот доступ не работает?

С кем обсуждали проблему?

Есть ли тикет?

Что осталось сделать?

Как называется нужный агент?

Где лежит конфиг?

Что говорил разработчик две недели назад?

Каждый отдельный ответ где-то существует.

Проблема в слове «где-то».

Можно хорошо вести Jira. Можно аккуратно писать в Slack. Можно складывать документы в папки. Можно держать список задач.

Но связность между ними всё равно приходится восстанавливать самому.

Получается странная архитектура:

Jira ─────┐
Slack ────┤
файлы ────┤
метрики ──┤── человек ── решение
задачи ───┤
заметки ──┘

Человек здесь работает не только инженером.

Он ещё и вручную исполняет роль базы данных.

Мне это начало надоедать.

Я завёл ещё одну систему

Фраза звучит опасно.

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

Поэтому я долго не хотел заводить ещё один слой.

Но в какой-то момент попробовал использовать Notion не как блокнот и не как менеджер задач.

А как карту связей.

Получилась очень простая модель:

Direction
    ↓
Project
    ├── Tasks
    └── Knowledge

Direction — постоянный контур.

Например, основная работа, собственный проект или личный сайт.

Project — конечный результат внутри него.

То, что однажды можно закончить.

У проекта есть действия и накопленный контекст.

И внезапно оказалось, что этого уже достаточно.

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

Нужно просто перестать хранить разные сущности в одном списке.

Доска оказалась не главным

Сама по себе такая структура не особенно впечатляет.

Люди строили базы задач задолго до появления языковых моделей и, вероятно, продолжали строить их вместо работы.

Интересное начинается в другом месте.

Эту структуру теперь читаю не только я.

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

Не пересказывать ему историю вручную.

Не искать пять ссылок.

Не начинать очередную сессию словами:

Так, сначала небольшой контекст на четыре тысячи токенов.

Контекст уже существует снаружи.

Это довольно сильно поменяло моё отношение к памяти LLM.

Модели не обязательно помнить

Сейчас много говорят о памяти агентов.

О том, сколько контекста помещается в модель. Что она забыла. Что нужно сохранить между сессиями. Как сделать бесконечную память.

Мне всё больше кажется, что часть проблемы сформулирована неправильно.

Модель не обязана помнить мою работу.

Работа должна существовать в форме, которую модель может восстановить.

Это разные вещи.

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

Мне нужно, чтобы при необходимости он мог увидеть:

проект
  ↓
текущие задачи
  ↓
принятые решения
  ↓
инструкции
  ↓
источники

И начать не с нуля.

В этом смысле хороший внешний контекст похож скорее не на память человека.

Он похож на файловую систему.

Я не помню содержимое каждого файла на компьютере.

Но знаю, что нужная информация существует и её можно найти.

Следующий слой

После этого становится интереснее.

Notion знает структуру работы.

Slack хранит разговоры.

Jira хранит формализованные проблемы.

Grafana знает, что происходит с системой прямо сейчас.

Таблицы содержат результаты.

Получается уже другой маршрут:

тикет
  ↓
проект
  ↓
контекст
  ↓
обсуждения
  ↓
данные
  ↓
действие

И агент может проходить его сам.

Например, приходит проблема.

Он открывает тикет.

Понимает, к какому проекту тот относится.

Смотрит внутреннюю документацию.

Находит прошлое обсуждение.

Проверяет данные.

Фиксирует результат.

А человек подключается там, где действительно требуется решение, а не перенос информации между вкладками.

Это пока не автономный сотрудник из презентации.

И слава богу.

Это просто хороший способ перестать использовать человека как интеграционную шину.

Внешний мозг

Notion часто называют «вторым мозгом».

Мне это выражение не очень нравится.

Второго мозга там нет.

Там вообще нет мозга.

Есть структура.

И в этом, кажется, его главная ценность.

Я могу не помнить задачу, если она записана.

Не помнить решение, если сохранил причину.

Не держать весь проект в голове, если между его частями существуют связи.

А освободившееся внимание потратить непосредственно на работу.

Для человека это удобство.

Для агента это инфраструктура.

Среда снова оказалась важнее модели

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

Сейчас я бы добавил ещё одну строчку.

Среда должна уметь помнить вместо неё.

Не всё.

Не бесконечно.

Не каждую фразу из каждого разговора.

Только достаточно, чтобы завтра человек или агент могли понять, почему система выглядит именно так.

Наверное, это и есть самая полезная автоматизация памяти.

Не помнить больше.

Меньше начинать заново.