Все разборы
Сергей Липчанский
Сергей Липчанский
28 июля 2026AI-nativeпроцессы· 5 минут чтения

15 правил AI-native компаний: почему Anthropic релизит каждую неделю, а вы нет

Дело не в том, что у них AI лучше. Они вынесли повторяющуюся координацию из голов и календарей в код и документы, по которым могут действовать агенты. Выжимка 20-минутного видео Nate B Jones — пересказ на 5 минут.

01 · видео«Your Roadmap Is Why You’re Losing to AI-Native Teams» — видео Nate B Jones (июль 2026). Полная версия с воркшитом и всеми 15 правилами — в его платной статье на Substackyoutube.com ↗
02 · разбор

TL;DR

Nate отвечает на вопрос, который ему задают постоянно: почему Anthropic выпускает что-то каждую неделю, а моя компания ползёт. Ответ: дело не в том, что у них AI лучше. Они перенесли повторяющуюся координацию — решения из встреч, роадмэпы, статусы, напоминания — из голов и календарей в код и документы, по которым могут действовать агенты. Если каждое решение должен заново объяснять живой человек, люди становятся ограничителем скорости всего бизнеса. Его 15 правил — операционная система для такого переноса. И работает она только целиком: выдернуть одно удобное правило — получить хаос.

Главные мысли

  • Новая работа менеджера-оператора — переносить повторяемую координацию в код. Решения из встреч становятся документами для агентов, ревью — автотестами качества, дизайн уезжает в код. Людям остаётся то, что перенести нельзя: доверие и вкус.
  • AI сделал с работой то же, что цифровая камера с фотографией. Плёнка стоила денег — семья делала 24 осмысленных кадра. Теперь 40 тысяч фото, и день рождения ребёнка потерялся в куче. Черновики, прототипы, код почти бесплатны — выбор не стал менее важным, его просто стало легче избегать.
  • Роадмэп убит не из бунтарства. Рабочую версию можно положить перед клиентом раньше, чем роадмэп-встреча найдёт слот в календарях. Но запрет работает только в паре с заменой: продукт обязан быть в терминале каждый день и сидеть с инженерами. Убрал роадмэп без этого — просто удалил то, что координировало компанию.
  • Документ — теперь интерфейс к агентам, а не бюрократия. Агент читает документ и действует по нему. Мутный документ рассылает хаос всем, кто по нему работает. А «AI-слоп» рождается не из AI — из того, что писавший сам не понимал, чего хочет.
  • Главный режим провала — частичное внедрение. Команды берут одно удобное правило («меньше встреч!») и удивляются, что не работает. Правила — это система, двигаются пакетом.
  • Скорость Anthropic — это культура, а не технология. Под неё нанимают, ей учат, каждый новый сотрудник её уже ждёт. Разогнать компанию, привыкшую к квартальным релизам, в разы тяжелее.

Пересказ по частям

Секретный соус — не AI. Быстрые компании отличает другая работа операторов: они перенесли максимум повторяющихся человеческих взаимодействий в код. Решения, которые раньше растворялись во встречах, стали документами, по которым действуют агенты. Продакты, раньше рулившие инженерами через тикеты, работают с ними прямо в терминале. Ревью стали эвалами — автоматическими проверками качества. Nate сразу оговаривается: не всё уезжает в софт, доверие и вкус остаются людьми. Но повторяемая координация переносится — и тогда агенты разгоняют исполнение. Иначе люди — ограничитель скорости.

Аналогия с фотографией и два вопроса. Плёнка дисциплинировала: кадров мало, каждый выбирали. Цифра сняла барьер — и теперь шесть версий одного заката и потерянный день рождения в куче из 40 тысяч фото. AI сделал это со всей работой: ещё один черновик, прототип, кусок кода почти ничего не стоят. Старый дефицит заставлял выбирать — многие организации спроектированы вокруг этого принуждения. Дефицит исчез, а выбор остался важным, его просто стало легко откладывать. Компании нужно ответить на два вопроса: что мы теперь можем делать — и на что мы отказываемся тратить время, даже если оно почти бесплатно.

Правило 1 судит все остальные. «Не замедляй инжиниринг» — не мантра про «работайте больше», а про ускорение циклов обучения: как быстро проверенная на клиенте идея превращается в следующее решение. Каждый процесс идёт под суд: эта встреча сокращает путь от данных к продукту? Этот документ несёт решение? Это согласование ловит реальный риск — или это бумажка? Не можешь назвать работу, которую делает процесс, — он тормозит поезд. Второй дефицит после суждения — дистрибуция: собрать то, что никто не увидит, стоит ноль, как и десять лет назад.

Кластер продукта: роадмэп мёртв, да здравствует терминал. Самая провокационная связка. Продукт не делает роадмэпы (правило 3) и не распоряжается временем инженеров (правило 5). Сами по себе эти запреты — рецепт хаоса, поэтому к ним пристёгнуты правила 4 и 6: продакт каждый день в терминале и каждый день джемит с инженерами. Продуктовое суждение не отменяется — отменяется его дистанционность. Вопросы профессий прежние: инженерия отвечает «работает ли код и будет ли работать дальше» (многие сейчас проскакивают эту планку на AI), продукт отвечает «должно ли это существовать и нужно ли кому-то». Правило 13 склеивает координацию: веди себя так, будто важен один прекрасный клиентский опыт, — это и есть работа, которую раньше делал роадмэп. Правило 12 — про дизайн: терминал, SDK, текст ошибки при упавшем платеже, поведение агента у границы прав — всё это дизайн-поверхности. Дизайнер, рисующий только экраны, «проектирует лобби, пока здание строится без него». Nate ждёт не смерти дизайна, а его дефицита — поверхностей стало больше.

Кластер письма: документ как код. Встречи не длиннее часа (правило 2) — и если это заставляет писать документы, так и задумано: агентам нужен письменный след решений. Документация — это код, буквально (правило 11): агент читает документ и решает, что делать; документ задаёт стандарт, права, путь эскалации, определение готовности. Мутный документ — хаос, разосланный вниз по течению. Тут же тейк про AI-слоп: он появляется не потому, что писал AI, а потому что у человека не было ясности намерения. Nate подкрепляет биографией: в Amazon он доходил до 57 черновиков шестистраничного документа, там была культура совместной вычитки. И правило 7: убить ежемесячные статус-встречи, регулярно проводить аудит календаря.

Поведенческий кластер: как пережить эту скорость людьми. Гибкость, «вода по камню» (правило 8) — звучит как из бизнес-книги, но причина новая: общения текстом стало больше, живые встречи подорожали, нужна привычка предполагать добрые намерения. Отдельно: ныть больше нельзя никому на любом уровне — у каждого есть доступ к интеллекту и инструментам, чтобы либо починить проблему, либо предложить полное решение. Не строй один (правило 14) — против моды на «компанию одного человека»: один человек с агентом произведёт горы материала, но вкус, знание домена, связь с клиентом и смелость сказать «это не работает» дают только люди рядом. Команды станут меньше, но не исчезнут. И правило про обучение: подтягивай тех, кто медленнее, учись у тех, кто быстрее, — так разгоняются все.

Почему это ломается. Главный режим провала — взять кусок. «Ты прав, Nate, займёмся встречами» — не сработает. Правила — взаимосвязанная система: люди, ясность письма и способ быть в коде меняются одновременно. Anthropic и OpenAI быстрые, потому что это их культура найма и обучения, и она самоусиливается. Разгонять компанию, где все привыкли к кварталам, больно — и легче, если выставить весь набор ожиданий сразу.

Это пересказ чужого материала, а не перевод и не замена оригинала. Всё, что выше, — из бесплатного видео Nate B Jones «Your Roadmap Is Why You’re Losing to AI-Native Teams» (июль 2026). У него есть ещё полная статья с воркшитом — она платная, и часть из 15 правил разжёвана только там. Смысловые акценты — авторские, ошибки пересказа — мои.

03 · что я подумал

Раздали всем доступ к AI — всё, мы теперь AI-native. Так сейчас уже почти никто не думает: доступ — очевидный необсуждаемый минимум, а не признак. Это как сказать «мы всем выдали Jira, там есть канбан-доски, значит у нас канбан» — пока занимался Agile-консалтингом, насмотрелся такого. Но с канбаном хотя бы было понятно, что туда входит: какие практики, какие инструменты, что значит на самом деле «мы его используем». А простого ответа на вопрос «что надо делать, чтобы считаться AI-native» пока никто не сформулировал. Фреймворки разной проработанности есть — тот же AI transformation manifesto от McKinsey, — а стандартов нет.

Тем и зацепили 15 маркеров Нейта: по ним можно померить, а не поверить на слово. Если их сложить, выходит пять кластеров. Продукт — насколько близко те, кто решает «что строим», сидят к тому, как оно строится. Скорость — длина цикла «решили → клиент потрогал» и сколько по дороге стоит бюрократии. Координация — сколько командного времени съедают ритуалы и пересматривает ли их кто-нибудь. Контекст — может ли по вашим документам действовать кто-то, кроме их автора. И люди — разгоняется команда вместе или каждый выживает поодиночке. Покрутил эти маркеры и собрал из них небольшой квиз: можно померить, насколько далеко вам до AI-native, и заодно пробежаться по каждому маркеру и порефлексировать. У нас, кстати, западающим оказался контекст — пишем-то мы много, а вытаскиваем из данных не так много, как могли бы. Серёжа за вас подумал, а выводы для себя делайте сами 🤗

Пост в канале целиком →