Две концепции простым языком: как Anthropic предлагает перестроить работу команды вокруг AI и что такое «цифровой сад» знаний. И почему в этой новой логике начинать стоит не с агентов и не с автоматизации, а со второго мозга.
На одном из созвонов коллега скинул в чат две ссылки. Первая из блога Anthropic, про то, как теперь устроена разработка софта, когда код пишет AI. Вторая про «цифровой сад», способ вести свои заметки и знания.
Сначала мне показалось, что это вообще про разное: одна про инженерные команды, другая про личный блокнот. Я прочитал обе и понял, что они про одно и то же. Причём это ровно то, с чего мы начинаем на AI-Потоке.
Разберу по порядку и простыми словами, а в конце соединю.
Часть 1Раньше в разработке самой долгой частью было написать код. Под эту скорость строилось всё остальное: совещания, согласования, ревью, тестирование, выкатка.
Теперь агент пишет код в разы быстрее человека. Главная мысль статьи Anthropic звучит так:
Код больше не узкое место.The AI-Native SDLC Playbook · Anthropic
Узкое место переехало туда, где до сих пор работают люди в своём темпе: придумать, что делаем, согласовать, проверить, выкатить. Если посадить сверхбыстрого исполнителя в старый процесс, получится одно из двух. Либо гора непроверенной работы, которая копится в очереди на ревью. Либо работа уходит в продакшн, так толком и не проверенная.
Отсюда вывод: ускорять надо не исполнителя, а весь процесс вокруг него.
SDLC расшифровывается как software development lifecycle, «жизненный цикл разработки». Это путь от идеи до работающего продукта и его поддержки. В статье шесть этапов, и на каждом меняется одно и то же: вместо людей, которые передают задачу друг другу, появляется файл. Его готовит AI, утверждает человек, и он запускает следующий этап.
БылоНедели совещаний и воркшопов, пока идею «доведут до ума».
СталоЧеловек рассказывает задачу AI своими словами, тот за часы оформляет её в документ по шаблону компании. Владелец продукта читает и утверждает.
intent.md
БылоСначала требования, потом отдельно дизайн, а нарушения правил всплывают через месяц.
СталоОдна сессия. AI сразу сверяется с правилами компании: бренд, безопасность, юридические ограничения. Конфликты видны в момент написания ТЗ.
spec.md
БылоИнженер садится и пишет.
СталоAI в режиме «только чтение» пишет план: какие файлы меняем, в каком порядке, чем докажем, что готово. Человек утверждает план, и только после этого начинается работа, часто за один проход.
plan.md
БылоТестировщик находит ошибки после сдачи.
СталоAI прогоняет проверки до того, как скажет «готово». Есть набор из 20–50 реальных задач-экзаменов, и каждый инцидент добавляется туда навсегда, чтобы не повторился.
evals
БылоРевьюер читает код построчно.
СталоAI делает ревью по единому чек-листу и ранжирует находки по серьёзности. Человек решает про замысел и риск. Выкатку в продакшн разрешает конкретный ответственный, и обойти это нельзя.
REVIEW.md
БылоЧто-то упало, кто-то заметил, начался аврал.
СталоСкрипт следит за метрикой. Небольшое отклонение просто записывается. Заметное: AI ставит диагноз, ничего не трогая. Сильное: AI готовит исправление. Диагноз оформляется новой идеей, и цикл запускается снова.
→ новый intent.md
Если свернуть это в одну строку, получится цепочка, где каждое звено хранится как файл и имеет автора, дату и подпись того, кто утвердил:
CLAUDE.md — файл-память команды: как у нас принято, какие команды запускать, где типичные ошибки. В статье есть правило, которое я считаю самым ценным во всём тексте:
Если AI ошибся дважды, исправление записывается в CLAUDE.md.The AI-Native SDLC Playbook · Anthropic
Ошибка превращается в правило, и на третий раз система на те же грабли уже не наступает.
Skills (скиллы) — правила и экспертиза компании, упакованные в файлы: стандарты безопасности, фирменный стиль, как проектировать. Поменяли политику в одном месте, и она работает во всех сессиях.
Hooks (хуки) — жёсткие стопы. Просьбу в тексте AI может проигнорировать, хук нельзя: без подписи ответственного в продакшн не выкатится, в защищённый файл не залезешь, секретный ключ не утечёт.
Люди никуда не деваются, меняется их работа. Инженер больше не пишет каждую строчку. Он ведёт несколько AI-сессий параллельно и проверяет замысел и риски. Архитектор пишет правила, по которым работает AI. Тестировщик становится автором экзаменов для системы.
Статья заканчивается фразой, которую я бы повесил над столом любого фаундера:
Цикл крутится сам. Человеческое суждение стоит над ним.The AI-Native SDLC Playbook · Anthropic
Замените слово «код» на «текст, КП, отчёт, презентацию, анализ». Происходит то же самое: AI делает черновик за минуты, а у вас копится очередь из «надо проверить» и «надо решить». Узким местом становится ваша голова: насколько ясно вы сформулировали задачу и есть ли у AI контекст, чтобы сделать правильно с первого раза.
Вторая статья на первый взгляд совсем из другой оперы. Статья Fabric определяет цифровой сад так: личное пространство, где заметки, идеи и тексты живут на разных стадиях готовности, связаны между собой по смыслу, а не по датам, и открыто развиваются со временем.
Самое понятное объяснение — через сравнение с блогом.
| Блог (лента) | Сад | |
|---|---|---|
| Как устроен | Новое сверху, по датам | По темам и связям |
| Что публикуем | Готовые, законченные посты | Мысли в процессе, черновики тоже можно |
| Что с текстом потом | Устаревает и уходит вниз ленты | Дописывается и становится лучше |
В саду у каждой заметки есть стадия зрелости, почти как у растения:
Сырая мысль в пару предложений. Записал, чтобы не потерять.
К мысли возвращались, у неё появилась структура, связи и примеры.
Лучшее текущее понимание темы. На неё можно опираться.
И шесть принципов, которые отличают сад от кладовки с файлами:
Если вы слышали про «второй мозг» Тиаго Форте или про Zettelkasten, это родственники. Разница в том, что Zettelkasten обычно ведут для себя, а цифровой сад открывают читателям.
Часть 3Если положить две статьи рядом, совпадений как минимум четыре.
Я для себя сформулировал так: AI-native процесс — это цифровой сад, в котором работают агенты. А цифровой сад — тот же процесс для одного человека, просто агентов туда ещё не пустили.
ФиналКогда предприниматель впервые видит, на что способен AI, хочется сразу агентов, автоматизаций, ботов, «чтобы всё само». Азарт понятный. Только обе статьи, если читать внимательно, говорят другое: сначала фундамент, потом скорость. Фундамент для одного человека и называется вторым мозгом.
Забавно, но мой второй мозг устроен почти так же, хотя эти статьи я прочитал, когда он уже работал. В нём есть главный файл с правилами, как со мной работать. Есть набор скиллов: роли цифровой команды — маркетолог, аналитик, технический директор, редактор. Есть жёсткие стопы, которые не дают выкатить непроверенное. Есть отдельные проверяющие агенты, которые смотрят на работу свежим взглядом, потому что автор себя не ревьюит.
И то самое правило: если ошибка повторилась, она становится правилом. Система, которой я пользуюсь сегодня, заметно умнее той, что была несколько месяцев назад, и новая модель тут почти ни при чём. Её вырастили мои собственные ошибки, записанные в правила.
А что AI у вас уже дважды сделал не так? С этого вопроса и начинается первое правило.
Что такое второй мозг, откуда пришла идея и как я к нему пришёл, я подробно рассказал в отдельном тексте: «Что такое второй мозг и почему я о нём так много говорю».
Каждый участник собирает свою систему: память о себе и бизнесе, цифровую команду из скиллов, проверки и первые автоматизации. По сути это операционная система предпринимателя, и она растёт вместе с вами.
Узнать про AI-ПотокThe AI-Native SDLC Playbook — блог Anthropic (claude.com)
Digital Garden — Fabric
Цитаты в тексте — мой перевод. Пересказ упрощён для предпринимателей, которые не пишут код.