Как я победил «AI Brain Fry»: очередь задач в git вместо двадцати вкладок

Это решает только часть проблемы, другая половина такова: хорошо, у тебя есть 3 чата в работе, в какой-то момент ты понимаешь, что у тебя есть 3 CL на >10k строк для ревью, поверх кода, который коллеги просят тебя отревьюить.

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

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

Зачем вообще запускать несколько потоков параллельно? Если проблема в ожидании, может, стоит разбить одну задачу на несколько шагов. Это только даст больше вывода более низкого качества. Человеческая мыслительная способность не изменилась. Сосредоточься на одном деле и доведи его до конца.

Я тоже пробовал такой формат, но у меня он не прижился, потому что мне не хватало богатого контекста, который сессии могли мне дать. Конкретно — отсутствия диаграмм и другого красивого форматирования, возможного в HTML-файлах. Я также пробовал Linear в качестве посредника какое-то время, но он просто взорвался, стал слишком утомительным для навигации и быстро рассинхронизировался. К тому же дорого по накладным расходам на токены.

Сейчас я ставлю ему задачу, чтобы одна или несколько агентских веток были привязаны к проекту и работали над ним, и у меня есть этот очень лёгкий по токенам скилл, который активно использует eleventy и рендерит всё в markdown-файл. Потом в паре с thisbit.ai (я его сделал и всё ещё разрабатываю) я просто комментирую / озвучиваю все фрагменты из статьи, и агент продолжает с этого места.

К тому же ни codex, ни Claude code даже близко не подходят к прекрасным TUI-рендерам Gemini (Argon 4).

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

Каждый раз, когда я ловлю себя на том, что простаиваю перед экраном, я чувствую потребность найти что-то ещё, отвлечение, чтобы заполнить эти 54 секунды до того, как агент пришлёт уведомление, требующее моего внимания. Это нездорово, и человеческий мозг так не работает.

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

Интересно наблюдать, как каждый строит свои решения для этого нового мира проблем. Моё решение — удвоить усилия по markdown-заметкам, расширив https://app.etherpk.com так, чтобы каждая задача (простой markdown) могла просматриваться по её викиссылке (или нескольким) на канбан-доске. MCP-сервер знает, как взаимодействовать с графом заметок. Я копирую ссылку на задачу, передаю её агенту, и агент дальше работает с блоками под задачей. По сути, это значит, что я могу дать агенту действительно богатый контекст заранее — изображения, рисунки excalidraw и т.д., — и агент может обновлять задачу по ходу дела. Когда всё на канбан-доске, легче отойти от задачи, чтобы заняться тем, что действительно требует моего внимания, и вернуться. Сочетание этого с herdr оказалось очень продуктивным. Мне всё ещё приходится следить за «закипанием мозга», но это помогает. Не знаю, продаю ли я идею, но после экспериментов с разными системами, похожими на то, что предлагает автор, мне кажется, я нащупал что-то. Я работаю над тем, чтобы сделать из этого продукт. Онбординг нужно немного оптимизировать, но для локальных графов он доступен бесплатно.

На данный момент я перешёл с tmux на приложения, которые идут в комплекте с агентами.

В основном ради обзора рабочих потоков в работе и возможности иметь дерево задач и подзадач (можно иметь ветвящееся дерево агентских сессий), каждая из которых — отдельная сессия. Эти приложения также могут подключаться удалённо к сессиям tmux, так что это не столько смена рабочего процесса, сколько смена представления. Мультимедийный ввод/вывод тоже приятен.

Всё ещё не идеально, но уже ясно, что среда разработки будущего будет всё больше и больше сосредоточена на управлении задачами. Какие задачи у тебя в работе? Как эти задачи связаны друг с другом? Что требует твоего внимания?

Помните, когда появилось интерактивное совместное редактирование текста?

Будущее будет таким, но это будут интерактивные совместные агентские сессии, и такие вещи, как pi durable, уже движутся в этом направлении.