Итог — личная AI-система образца 2026

Почему это важно именно вам

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

1. Результат перестал быть текстом в терминале — он стал страницей, которую можно показать.
2. Работа перестала требовать вашего присутствия — цель, расписание, облако, телефон.
3. Масштаб перестал упираться в один разговор — оркестрация десятков агентов и независимая проверка результата.

Сегодня вы сводите это в одну работающую конструкцию и честно смотрите, что у вас есть, а чего нет.

Что должно получиться

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

Слой 1. Контекст

Вопрос: знает ли система, кто вы, что за компания, какие правила?

• CLAUDE.md содержит факты и правила, а не процедуры (процедуры — в скиллах, День 81);
• память накапливает то, что выяснилось в работе;
• контекст не раздут: /context не показывает, что половину окна ест то, чем вы не пользуетесь (а /usage — про деньги и лимиты тарифа, это другой вопрос).

Слой 2. Исполнители

Вопрос: есть ли у вас специализированные агенты вместо одного универсального?

• два-три агента с ограниченными правами и понятной зоной;
• скиллы для повторяющихся процедур, с явно заданным, кто их вызывает;
• модель и уровень усилия подобраны под тип задачи, а не стоят «как было».

Слой 3. Автономность

Вопрос: работает ли что-то без вашего участия?

• хотя бы одна задача по расписанию (облако или рабочий стол);
• /goal для многошаговых задач с проверяемым результатом;
• вы можете вмешаться с телефона, когда задача спросит.

Слой 4. Представление

Вопрос: можете ли вы показать результат человеку, у которого нет терминала?

• регулярный отчёт публикуется артефактом;
• перед отправкой наружу проверяется на персональные данные;
• версия фиксируется, когда ссылка уходит руководству.

Слой 5. Проверка

Вопрос: кто проверяет результат, кроме исполнителя?

• независимая проверка перед важными шагами;
• ваши критерии проверки записаны, а не держатся в голове;
• для больших работ — многоагентная проверка с опровержением находок.

Слой 6. Границы

Вопрос: что система не может сделать, даже если решит, что надо?

• явные запрещающие правила на необратимое;
• песочница с узкими границами по файлам и сети;
• автономные задачи не имеют права отправки наружу;
• вы знаете, в каком режиме разрешений стартуют ваши сессии.

Итоговое задание: сквозной сценарий

Соберите один сценарий, проходящий через все шесть слоёв. Пример на реальной директорской задаче — еженедельная сводка:

1. Событие. Задача по расписанию срабатывает в понедельник в 8:00 (День 78). Или, если нужны локальные файлы, — задача рабочего стола.

2. Сбор. Агент читает данные за неделю: выгрузки, подключённые системы (День 83). Модель — Sonnet, усилие — обычное (Дни 61, 63).

3. Обработка. Скилл со стандартом вашей сводки: какие показатели, как считать, что выделять (День 81).

4. Проверка. Отдельная проверка результата: сходятся ли цифры с исходником, нет ли пропусков (День 88).

5. Представление. Артефакт с четырьмя ключевыми числами, таблицей и выводом. Телефоны и персональные данные замаскированы (Дни 67, 69).

6. Доставка. Ссылка приходит вам. Вы просматриваете и решаете, отправлять ли дальше — отправка остаётся за человеком (День 86).

7. Границы. Задача не имеет права отправлять что-либо наружу и писать за пределы рабочей папки (Дни 86, 87).

Что делать дальше

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

Раз в квартал. Проходите чек-лист из Дня 89: подключения, плагины, хуки, расписания, разрешения, версия. Особое внимание — молчаливым падениям.

Следите за изменениями. Эта часть курса написана в августе 2026 года. Claude Code меняется еженедельно: смотрите раздел «What's new» в документации раз в месяц. Половина того, что вы делаете руками сегодня, через полгода будет делаться командой.

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

Честный взгляд на пределы

Что эта система не делает, и стоит понимать это до того, как вы на неё положитесь:

Не принимает решения за вас. Она готовит материал для решения. Ответственность не делегируется вместе с задачей.

Не заменяет понимание. Если вы не понимаете, что она посчитала, вы не сможете заметить ошибку. Автономность увеличивает и скорость правильной работы, и скорость неправильной.

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

Не гарантирует конфиденциальность по умолчанию. Всё, что уходит в артефакт, облако или внешний сервис, — уходит наружу. Это ваша ответственность, а не настройка.

Резюме курса

• Контекст делает Claude полезным: без CLAUDE.md и памяти вы каждый раз начинаете с нуля.
• Специализация сильнее универсальности: агенты с узкой зоной и правами работают лучше одного «умного помощника».
• Автономность — это цель, расписание и облако: работа идёт без вас, а не «пока вы смотрите».
• Представление решает, дойдёт ли результат до людей: страница по ссылке доходит, простыня в терминале — нет.
• Проверка отдельным исполнителем — единственный способ поймать правдоподобную ошибку.
• Границы — не про недоверие, а про право доверять: запреты, песочница, отсутствие прав на отправку наружу.
• Начинайте с одного сквозного сценария и доводите его до конца. Десять недоделанных автоматизаций стоят меньше одной работающей.