Как я работаю через pstack: Лорен Тан и дядя Боб
Содержание
Почти всю разработку я теперь веду через pstack. Схема простая: я пишу одну фразу, агент Лорен Тан превращает её в план и сама ведёт исполнителей, дядя Боб проверяет каждый PR. PR, или pull request, это запрос на вливание правок в основной код. Мне остаются два решения: дать слово на план и влить готовое. Работает это потому, что Opus 5.5 хорошо понимает намерение. Фразы «надо починить» ему хватает, чтобы собрать задачу целиком и не полезть туда, куда я не просил.
Что такое pstack
pstack это набор скиллов для агентов от Лорен Тан, она же poteto. Она работала с кодом в Meta, Netflix и Cursor, входит в core-команду React и помогает строить React Compiler. Скилл, по-простому, это инструкция для агента в отдельном файле: агент читает её, когда задача подходит.
Главный вход в pstack это скилл poteto-mode. Он читает задачу и выбирает один из двадцати трёх плейбуков. Плейбук это готовый сценарий работы под тип задачи: баг, фича, рефакторинг, производительность, прототип, выкладка PR. Дальше плейбук сам вызывает нужные скиллы. Как Лорен Тан выпускает так тысячи PR в месяц, я разбирал в гайде «Как доверить агентам код». Здесь про то, как это живёт у меня.
Три агента и где в них я
Под pstack я завёл трёх агентов. Это субагенты Claude Code, то есть помощники, которых главный агент запускает под отдельную задачу. У Лорен и Боба свой файл с ролью в ~/.claude/agents, третий работает на скиллах Покока.
| Агент | Роль | На чём работает |
|---|---|---|
Лорен Тан (lt-pstack) |
ведёт проект от плана до живой страницы | плейбуки pstack |
| Дядя Боб | ревьюит каждый PR и процесс | скилл ub-mode |
| Агент на скиллах Покока | иногда проверяю на нём скиллы | скиллы Мэтта Покока |
Лорен Тан я назвал в честь автора pstack. Она Project Lead: пишет план-чеклист, где у каждого пункта есть доказательство (файл, снимок, тест или коммит), и останавливается. Исполнение стартует только после моего прямого слова. Потом она сама нанимает исполнителей, принимает их работу и раз в час сверяет ход с GitHub: состояние PR, CI (автоматические проверки кода на GitHub), живой сайт. Отчёт исполнителя фактом не считается. Код сама не пишет и не вливает.
Дядя Боб это ревьюер в духе Роберта Мартина. Через него проходит каждый PR, прежде чем я его увижу. Он ставит один вердикт: 🟢 влить, 🟡 влить после правок или 🔴 переделать. Смотрит по скиллу ub-mode: сначала заставь работать, потом сделай правильно, потом следуй практике. Его любимое правило: убери лишнее, прежде чем добавлять. Если в PR попал файл не из задачи, Боб ставит 🔴 и код дальше не читает.
Агент на скиллах Покока необязательный. Мэтт Покок выложил свой набор скиллов, я поставил все 27 с префиксом mp-. На нём я иногда проверяю, как работает скилл: например, гриль, где агент допрашивает план вопросами, пока в нём не останется дыр.
Как это выглядит в работе
Вот живой пример. Бот перестал отвечать на /start одному пользователю. Я написал главному агенту пару строк: что сломалось, что Боб должен посмотреть ревью, и «надо починить».
Claude Code во вкладке Code приложения Claude: из пары строк агент собрал задачу для Лорен Тан
Агент сам признал свою ошибку: раньше он полез в логи старого хостинга по устаревшей инструкции. Потом запустил Лорен Тан с тремя шагами: найти, где бот работает сейчас, и по живым логам выяснить причину; если причина в боте, исправить её так, чтобы PR дошёл до меня только с 🟢 от Боба; отдельной задачей убрать из репо старые ссылки на хостинг, чтобы агенты туда больше не ходили.
И сам назвал границы, о которых я не говорил. Вливать и выкладывать без моего слова не будет. Путь регистрации перед эфиром на следующий день не тронет. Напоминания перед эфиром уйдут по расписанию. Это и есть понимание намерения: я сказал «почини», а агент понял, что сломать запись на эфир хуже, чем подождать с исправлением.
Почему Opus 5.5 справляется сам
Раньше такую фразу приходилось разворачивать в бриф на страницу: что можно трогать, что нельзя, когда остановиться. Иначе агент чинил одно и ломал соседнее. С Opus 5.5 я пишу коротко, а границы он достраивает из контекста: из правил в CLAUDE.md, из открытых задач, из того, что эфир на следующий день.
pstack этой способности и требует. По умолчанию он делит работу по моделям: код уходит Grok, а самые трудные изменения, тексты и решения берёт Opus 5.5. Лорен Тан как раз и есть такое решение: ей нужно понять, чего я хочу, разбить это на шаги и вовремя остановиться на моём слове. Модель, которая промахивается мимо намерения, превратила бы эту схему в поток лишних PR.
Это и есть AI-native SDLC от Anthropic
В августе Anthropic выпустила The AI-native SDLC playbook: как строить разработку, когда код пишут агенты. Главная мысль там такая: код агенты пишут за часы. Узким местом стало всё вокруг него: планирование, ревью и выкладка. Плейбук предлагает три вещи, и все три у меня уже работают.
- Каждый этап кончается артефактом в git. У Anthropic это
intent.md,spec.md,plan.md, дифф (список изменённых строк) с тестами и PR с находками ревью. У меня это issue задачи, план-чеклист Лорен Тан, PR и комментарий Боба с вердиктом. По этой цепочке видно, кто что просил, что сделал агент и кто одобрил. - Намерение фиксируется словами автора. В плейбуке идею записывают так, как её сказал человек, без пересказа через аналитика. Моя фраза «надо починить» и есть такое намерение, а Лорен Тан превращает её в план.
- Ревью слоями агентов, человек на воротах. По плейбуку человек не читает каждую строку, он смотрит то, что подняли агенты. Боб и есть такой слой. Я смотрю план до старта и PR с 🟢, а всё между этими воротами идёт без меня.
Как повторить у себя
pstack ставится в Claude Code плагином из маркетплейса cursor/plugins, команды получают префикс: /pstack:poteto-mode. Модели под роли настраивает /pstack:setup-pstack. Лида и ревьюера я описал отдельными субагентами, их можно попросить собрать самого агента:
Начните с одной задачи целиком, от фразы до влитого PR. Если план и вердикт вас устроили, отдавайте следующую.