Своя система в Claude Code: от настройки до автономной работы

1. Проверь доступ и выбери режим

• Открой раздел Claude Code в приложении Claude и проверь, доступны ли обновлённые проекты с координатором и тредами. Тред — отдельная рабочая сессия; координатор распределяет задачи и собирает результаты. Обновление Projects.
• Выбери среду выполнения при создании работы: Local, Remote Control или облако. Для задачи, которая должна продолжаться после закрытия ноутбука, выбирай облачное выполнение. Для доступа к локальной базе, симулятору или сервису за VPN используй локальную среду. Не переноси ожидание автономной облачной работы на локальный запуск. Работа в приложении.

2. Подготовь репозиторий или документы

• Выдели область, для которой создаётся система: контент, компания, управление проектами, здоровье или разработка. Собери относящиеся к ней материалы в рабочую папку.
• Сохрани в репозитории CLAUDE.md с правилами работы и папку существующих навыков. Для контентной системы это могут быть навыки создания обложек, названий, сценариев и постов. Документация по навыкам.
• Если задача не связана с кодом, подготовь документы вместо программного репозитория: например, папку договоров, выгрузку обращений в поддержку или историю работы команды.
• Собери накопленную память: требования, принятые решения, причины этих решений, известные ошибки и историю изменений. Локальные заметки, оставшиеся только на компьютере, перенеси в доступные проекту материалы.

3. Создай проект и подключи контекст

• Создай проект и выбери подготовленную папку или репозиторий. При необходимости добавь дополнительные папки как контекст: например, материалы по воронкам продуктов к системе создания контента.
• Добавь исходные документы в библиотеку проекта. Используй её и для поиска результатов, которые создают исполнители.
• Подключи нужные сервисы аккаунта: например, почту или Notion. Проверь доступ к ним у исполнителя задачи; подключение сервиса не означает, что им напрямую пользуется основной разговор-координатор. Настройка коннекторов.
• Проверь модель отдельно для координатора и для рабочих тредов. Исходный вариант — Opus; модель для каждой роли можно изменить в настройках проекта.

4. Перенеси инструкции, навыки и память

• Заполни инструкции проекта общими правилами, которые должны получать координатор и новые треды. Уложись в 16 000 символов — предел для описанной конфигурации проектов сентября 2026 года.
• Проверь, что исполнитель прочитал CLAUDE.md и нашёл нужные навыки в подключённом репозитории. В специализированной задаче указывай путь к конкретному SKILL.md.
• Если используешь одновременно CLAUDE.md и AGENTS.md, сравни их: найди противоречия, повторяющиеся правила и ссылки на несуществующие файлы. Для каждого расхождения получи имя файла, номер строки и предложение, какую формулировку оставить.
• Заведи MEMORY.md для истории работы системы и перенеси в него накопленные решения. Записывай, что изменилось, когда, какое решение принято и почему. В новом треде проверь, что эта память доступна и прочитана. Память и инструкции Claude Code.
• После важной поправки попроси Claude её запомнить. Проверь применение поправки в следующем треде, чтобы не объяснять одно и то же заново.
• Зафиксируй предпочтения по работе: как часто нужны отчёты, насколько подробными они должны быть и как часто следует открывать новые треды.

5. Запусти первую задачу и проверь результат

• Собери в одном сообщении несколько самостоятельных задач. Для каждой укажи исходные файлы, действие и формат результата. Если нужна параллельная работа, прямо добавь: «3 отдельные задачи — каждую своим тредом».
• Задай ограничения до запуска: ничего не публиковать и не отправлять; при нехватке данных назвать недостающее и остановиться. Для проверки материалов используй работу только на чтение, без записи в Notion, YouTube и репозиторий.
• Проверь фактическое выполнение: появились ли отдельные исполнители и что поручено каждому. Несколько пунктов в запросе, очередь действий или фоновая операция сами по себе не подтверждают запуск нескольких тредов.
• Открой работу каждого исполнителя и проверь его задание, использованные файлы и результат. Координатор может сформулировать для него более подробный промпт, чем исходное сообщение.
• Для анализа локальных выгрузок проверь дату среза. Найди fetched_at, collected_at, дату в файле-манифесте или время изменения файлов; не принимай старую выгрузку за текущее состояние сервиса.
• Сверь итог с заказанным форматом. Для примера ниже нужны три результата: таблица названий с проверками, список роликов со старыми описаниями и пары конфликтующих правил с номерами строк.

Готовый пример для контентного репозитория. Пути, навык и скрипт ниже относятся к конкретной структуре проекта: перед запуском замени их на существующие у тебя аналоги. Если аналогов нет, условие остановки в конце промпта должно сохранить силу.

• Для проверки названий сохрани точную команду python3 scripts/title_openloop_lint.py "<вариант>", если этот скрипт есть в проекте. Запусти её для каждого из 3 вариантов; при отсутствии обязательных материалов навыка, например сценария, остановись и подготовь их.
• Для проверки описаний сохрани условие duration_sec > 180: ровно 180 секунд в выборку не входит. Ищи одновременно отсутствие строки «Бесплатный мастер-класс» и наличие старого блока с «Коннектио» либо romarayt.ru. Для этой задачи достаточно локальных video.json, без обращения к YouTube API.

Редакция без первого лица; оговорки в названиях приведены к Opus 5.5 и Astra 6. Это пример тематического запроса, который не задаёт обязательного параллельного выполнения.

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

6. Переведи повторяющуюся работу в Routines

• Выбери повторяющуюся задачу и оформи её в Routines: задай расписание либо событие запуска. Пример — утренний обзор почты и сообщений.
• Если используешь кольцо Oura, подключи его данные через Oura API и настрой ежедневный отчёт в Routines. Это вариант интеграции; конкретные запросы API и параметры настройки нужно брать из документации сервиса.
• Для ежемесячного разбора команды собери историю работы и ошибок за месяц. Поручи проанализировать повторяющиеся проблемы, выделить направления внимания и сформулировать гипотезы для изменения правил команды.
• Если нужен учебный материал по результатам разбора, задай связь каждой главы с выявленной проблемой: зачем её читать и как применить выводы к работе команды.

7. Используй систему на больших задачах

• Для пачки исправлений передавай подтверждённые баги, которые агент способен исправить самостоятельно. Например, 50 багов по выгрузкам, оплатам и пользователям можно передать координатору одной задачей для распределения между исполнителями; это размер примера, а не обязательная норма.
• Следи за расходом доступных лимитов при параллельной работе. Автоматическое сжатие контекста и пересоздание тредов не означают безлимитного использования.
• Продолжай работу по одной области в постоянном разговоре проекта. Сохраняй решения в памяти, чтобы новые треды могли опираться на них после сжатия контекста.
• Оставляй собственные панели и визуализацию Agentic OS там, где они помогают ориентироваться в большой базе навыков и процессов. Правила, навыки и накопленная память остаются основой системы; отдельную оболочку не нужно переносить автоматически.