Claude лёг, а процесс нет: как собрать AI-систему

Меня блокировали в Claude столько раз, что это уже можно было оформить как отдельный тариф.

Но однажды важнее оказалось другое. Claude лёг, а мой процесс продолжил работать.

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

Память хранится отдельно. Файлы остаются у меня. Codex может продолжить работу в проекте. У агентов есть роли и инструкции. Если один маршрут закрывается, задача переходит на другой.

Вот в этом и проходит граница между «поигралась с AI» и «собрала систему».

Сервис лёг. Почему работа не остановилась

Когда вся работа с AI держится на одном диалоге, любой сбой превращается в маленькую катастрофу. Пропал доступ, закончился лимит, потерялся контекст, и нужно снова объяснять проект с нуля.

В системе отдельный сервис является инструментом. Полезным, иногда любимым, но заменяемым.

Если Claude недоступен, у меня не исчезают:

• история решений;
• структура проекта;
• тексты и исследования;
• инструкции для агентов;
• правила проверки;
• список следующих действий.

Я могу открыть тот же проект в другой рабочей среде и продолжить с места остановки. Возможно, потребуется небольшая адаптация. Но мне не нужно восстанавливать весь бизнес-процесс по памяти.

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

Пять признаков, что у вас пока нет AI-системы

Первый: вся ценная информация хранится в чатах. Чтобы найти решение, вы листаете старые диалоги.

Второй: каждый новый чат начинается с длинного объяснения: кто вы, что продаёте, как пишете и что нельзя предлагать.

Третий: хороший результат нельзя повторить. Вчера AI собрал сильный материал, но сегодня вы не можете воспроизвести ход работы и критерии качества.

Четвёртый: всё держится на вас. Только вы знаете, какой файл взять, какой промпт вставить, кому передать результат и что проверить.

Пятый: смена сервиса останавливает процесс. Вместе с доступом к инструменту исчезает рабочая логика.

Если совпали три пункта, у вас уже есть опыт использования AI. Но системы пока нет.

Из каких слоёв собирается рабочая AI-система

Память вне чата

У проекта должна быть память, которую можно открыть без конкретной нейросети.

В ней фиксируются решения, факты, ограничения, голос бренда, аудитория, продукты, роли агентов и история важных изменений. Не вся переписка подряд. Только то, что пригодится в следующей задаче.

Хорошая память отвечает на четыре вопроса:

1. Что мы уже знаем?
2. Что уже решили?
3. Что нельзя потерять или исказить?
4. Какой следующий шаг?

Тогда новый агент или другой AI-сервис не начинает с белого листа.

Файлы как рабочая среда

Текст в чате удобно обсудить. Но результат должен оказаться в файле.

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

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

project/
  context/
  inputs/
  drafts/
  approved/
  assets/
  logs/
  instructions/

Названия папок не принципиальны. Важно понимать, где исходники, где черновики, что согласовано и что уже опубликовано.

Codex как исполнитель внутри проекта

Codex полезен мне не как ещё одно окно для переписки. Он работает рядом с файлами проекта: читает структуру, вносит изменения, запускает проверки и сохраняет результат там, где он должен лежать.

Это резко сокращает разрыв между «мы что-то придумали» и «это действительно собрано».

Я отдельно показала, как использую Codex в рабочем проекте. Важно не само название инструмента. Важно, что исполнитель видит рабочую среду и действует по зафиксированным правилам.

Агенты с понятными ролями

Агенту недостаточно дать красивое имя. У него должны быть:

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

Например, статейник не обязан одновременно придумывать визуальный стиль, публиковать материал и менять сервер. Он готовит статью и передаёт визуализатору смысловой бриф. Визуализатор собирает варианты и передаёт их на проверку. Публикация запускается только после согласования.

Чем яснее границы, тем меньше сюрпризов.

Запасной маршрут

Для критичного процесса заранее решите, что произойдёт при сбое.

Если недоступна одна модель, кто продолжит задачу? Если не работает автопубликация, где лежит готовый пакет для ручной выгрузки? Если агент ошибся, где находится последняя проверенная версия?

Запасной маршрут не обязан быть идеально автоматическим. Иногда достаточно инструкции из пяти шагов. Главное, чтобы она существовала до аварии, а не сочинялась в момент паники.

Как выглядит переносимый процесс

Возьмём подготовку статьи. В варианте «поигралась с AI» человек пишет запрос в чат, получает текст, копирует его на сайт и потом пытается вспомнить, что именно было сделано.

В системе процесс выглядит иначе:

1. Входная тема фиксируется в задании.
2. Статейник читает контекст бренда и требования SEO.
3. Черновик сохраняется в отдельной папке.
4. Редактор проверяет факты, голос и структуру.
5. Визуализатор получает готовый бриф.
6. Обложка и адаптации проходят согласование.
7. Только после подтверждения материал уходит на сайт, в Telegram и Дзен.
8. Ссылки и статус публикации сохраняются в журнале.

Если на четвёртом шаге один сервис недоступен, задание, черновик, правила и история уже лежат в проекте. Другой исполнитель продолжает с этого места. Процесс замедлится, но не рассыплется.

Как собрать первый рабочий контур

Не начинайте с двадцати агентов. Выберите один повторяющийся процесс, который сейчас отнимает много времени или регулярно ломается.

Подойдёт подготовка контента, разбор заявки, сборка коммерческого предложения, первичный анализ клиента или отчёт по рекламе.

1. Опишите вход и выход

Что приходит в процесс? Что должно получиться в конце? Не «хороший контент», а статья в Markdown, метаданные, три анонса и визуальный бриф.

2. Вынесите постоянный контекст

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

3. Разделите роли

Кто исследует, кто пишет, кто проверяет, кто оформляет и кто имеет право публиковать? Даже если всё пока делает один человек, роли стоит разделить логически.

4. Зафиксируйте передачу результата

Определите, в каком файле и формате один этап передаёт работу следующему. Фраза «ну он там разберётся» почти всегда становится точкой поломки.

5. Добавьте проверку

Что нельзя выпускать без контроля? Факты, ссылки, персональные данные, обещания, цены, юридические формулировки, визуал с лицом клиента.

6. Подготовьте запасной маршрут

Что делать, если основной AI, бот или интеграция недоступны? Запишите ручной путь и альтернативный инструмент.

7. Проведите тест на сбой

Остановите один элемент специально. Сможет ли другой исполнитель понять состояние задачи и продолжить? Если нет, вы нашли слабое место до того, как оно стало проблемой.

Чек-лист: система у вас или набор чатов

Что меняется для собственника

Главный эффект не в том, что AI начинает делать всё сам. Это опасная фантазия.

Меняется управляемость. Вы видите, где находится задача, что уже сделано, кто отвечает за следующий шаг и что произойдёт при сбое.

Вместо десятков удачных диалогов появляется актив бизнеса: память, процессы, инструкции, агенты и накопленные решения. Его можно переносить между инструментами и развивать дальше.

Сервис может отвалиться. Аккаунт могут ограничить. Модель может измениться. Но ваша система не должна исчезать вместе с чужой кнопкой.