Закрытие Conductor Cloud: экспорт данных до 20 ноября

Для подстраховки завершите и проверьте перенос рабочих областей Conductor Cloud до 13 ноября 2026 года. К этому же сроку завершите и проверьте шаги резервного копирования, для которых нужен терминал Cloud. Отдельный архив аккаунта скачайте и проверьте до 20 ноября 2026 года. Для рабочих областей используйте Transfer to local, для архива — Settings → Account → Export data.

В объявлении о присоединении Conductor к Meta подтверждено: в режиме только для чтения старые чаты и экспорт данных останутся доступны. Сохранится ли доступ к переносу рабочих областей и терминалам Cloud, в нём не сказано. Cloud закроется 20 ноября; в этот же день начнётся удаление пользовательских данных Cloud.

Действующие пользователи могут продолжить начатую работу в локальном Conductor. Рассматривайте его как временное решение, а не единственную резервную копию или постоянную замену Cloud.

Когда закрывается Conductor Cloud

Завершите перенос рабочих областей и шаги резервного копирования, для которых нужен терминал Cloud, до перехода в режим только для чтения. Этот запас времени — мера предосторожности. Для экспорта архива аккаунта объявлен отдельный срок. По состоянию на 2026-11-10 официальный график такой:

Дата	Что меняется	Что сделать
4 ноября 2026 года	Новые пользователи больше не могут зарегистрироваться в Conductor или скачать приложение. Действующие пользователи Pro могут бесплатно пользоваться функциями Pro.	Планируйте работу с уже установленным приложением и существующим аккаунтом.
13 ноября 2026 года	Рабочие области Cloud переходят в режим только для чтения. Старые чаты и экспорт данных доступны, отправка новых сообщений прекращается.	Заранее завершите задачи, требующие взаимодействия с агентом. Для подстраховки до этой даты также закончите и проверьте перенос рабочих областей. К этому же сроку завершите и проверьте шаги резервного копирования, для которых нужен терминал Cloud.
20 ноября 2026 года	Cloud закрывается, начинается удаление пользовательских данных Cloud.	До этой даты завершите и проверьте отдельный экспорт аккаунта.
Начало 2027 года	Заканчивается обещанный период добавления моделей и исправления критических ошибок в локальном Conductor. Начинается сворачивание его работы.	Заранее устраните оставшиеся зависимости от приложения.

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

Для команды разумно назначить внутренний срок завершения переноса на 12 ноября. Это рекомендуемый запас времени, а не официальный срок отключения переноса. Не рассчитывайте, что экспорт аккаунта будет работать до конца дня 20 ноября.

Как выгрузить данные Conductor Cloud и сохранить незавершённую работу

Используйте оба способа экспорта и отдельно сохраните незавершённые файлы, пока рабочая область Cloud доступна. Проверьте каждую копию, прежде чем на неё полагаться. Не считайте, что архив аккаунта позволит восстановить изменённые, неотслеживаемые или игнорируемые Git файлы.

Зафиксируйте состояние каждой рабочей области и сохраните файлы

Перед переносом составьте краткую опись. Запишите название рабочей области, репозиторий, ветку, последний коммит, открытый pull request и ответственного за проверку результата.

Приостановите правки и создание коммитов агентами на время фиксации состояния. Пока терминалы Cloud доступны, выполните эти команды из корня репозитория каждой рабочей области. Завершите эту часть до 13 ноября. Оболочка — Bash:

git rev-parse --verify HEAD
git status --short --branch --untracked-files=all
git diff HEAD --stat

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

Сохраните полный вывод команды состояния в pre-transfer-status.txt рядом с независимой резервной копией, прежде чем создавать каталоги резервирования внутри репозитория. Рядом запишите полный идентификатор коммита и название ветки. Для удалений и переименований дополнительно отметьте, какие пути отсутствуют в итоговом снимке рабочего дерева.

Эти команды показывают состояние, но не сохраняют содержимое файлов. Отправьте проверенные коммиты в одобренный удалённый репозиторий и убедитесь, что нужные ветка и коммит доступны на сервере. Запишите в опись его URL без встроенных секретов. Для коммитов, которые нельзя отправить, выполните описанную ниже проверку резервирования и восстановления через bundle до переноса рабочей области. Не добавляйте секреты и личные настройки в Git ради чистого вывода состояния.

Проверьте .conductor/settings.toml, .conductor/settings.local.toml и .context, если они существуют. Conductor описывает эти расположения в документации по скриптам проекта, локальным настройкам проекта и заметкам для передачи работы без коммита.

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

До переноса рабочей области отдельно скопируйте нужные файлы с незавершённой работой. Один из документированных способов — Sync to a local directory: он синхронизирует рабочую область Cloud с локальной папкой. Когда нужные файлы появятся, скопируйте их из этой папки в отдельное разрешённое хранилище резервных копий.

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

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

Если небольшой текстовый файл не скопировался, сохраните его полное исходное содержимое локально по тому же относительному пути. Откройте копию повторно и сравните её с источником. Если хотя бы у одного нужного файла нет проверенной локальной копии, остановите перенос рабочей области. Это относится и к пропущенным при синхронизации бинарным файлам, например repository.bundle. Свяжитесь с Conductor через контакт в объявлении, пока рабочая область Cloud ещё доступна.

Не возобновляйте правки до проверки резервных копий либо обновите запись состояния и копии после последнего изменения. Для подстраховки до 13 ноября завершите и проверьте шаги резервного копирования, для которых нужен терминал Cloud.

Сохраните историю коммитов, которые нельзя отправить на сервер

До переноса ветки с неотправленными коммитами сохраните локальную резервную копию истории Git. Команда Git bundle упаковывает ссылки репозитория и связанную с ними историю коммитов для восстановления без сети. Отдельные копии незавершённых файлов по-прежнему нужны.

На время создания снимка приостановите новые коммиты и обновления веток. Выполните этот пример в Bash из корня репозитория в Cloud. Каталог conductor-history-backup не должен существовать:

mkdir conductor-history-backup &&
git for-each-ref --format='%(objectname) %(refname)' refs/heads > conductor-history-backup/branches.txt &&
git bundle create conductor-history-backup/repository.bundle --all

Убедитесь, что branches.txt содержит каждую нужную ветку и полный идентификатор её коммита из описи. Скопируйте всю папку в разрешённое локальное хранилище описанным выше способом. Держите эту копию вне синхронизируемой папки и убедитесь, что сам repository.bundle попал на Mac. Сохраните рядом pre-transfer-status.txt, опись и копии файлов.

До переноса рабочей области проверьте восстановление из локальной копии. Откройте Bash в скопированной папке conductor-history-backup. Каталог назначения restored.git не должен существовать:

git clone --mirror repository.bundle restored.git &&
git --git-dir=restored.git for-each-ref --format='%(objectname) %(refname)' refs/heads > restored-branches.txt &&
git diff --no-index --exit-code -- branches.txt restored-branches.txt &&
git --git-dir=restored.git fsck

Зеркальное клонирование восстанавливает ссылки в отдельный bare-репозиторий — репозиторий без рабочего дерева с файлами проекта. Сравнение списков веток не должно показывать различий. git fsck не должен сообщать об отсутствующих или повреждённых объектах Git.

До переноса проверьте ожидаемые названия веток и идентификаторы коммитов в restored-branches.txt. Остановитесь, если любая команда завершилась с ошибкой или нужной ветки нет. Решите проблему с резервной копией, пока репозиторий в Cloud доступен.

Защищайте bundle-файл, списки веток и копии незавершённых файлов как закрытые данные репозитория. Повторите процедуру для каждого репозитория с неотправленными коммитами. После новых коммитов обновите резервную копию.

Переносите рабочие области по одной и проверяйте результат

Для подстраховки завершите и проверьте каждый перенос до 13 ноября. На Mac щёлкните правой кнопкой мыши по рабочей области Cloud и выберите Transfer to local. В описании выпуска Conductor 0.93.0 указан перенос рабочей области вместе с чатами на Mac.

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

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

Восстановите зависимости по инструкции проекта. Затем выполните минимальную полезную проверку тестом или сборкой. При расхождениях сверяйтесь с проверенной историей на удалённом сервере или в bundle и независимыми копиями файлов. Сравнивайте с исходной рабочей областью Cloud только тогда, когда она ещё доступна.

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

Скачайте и проверьте архив аккаунта

Создайте архив аккаунта, даже если рабочие области уже появились локально. Откройте Settings → Account → Export data и сохраните скачанный файл вне каталогов рабочих областей Conductor. Завершите и проверьте экспорт до 20 ноября.

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

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

Если Transfer to local отсутствует или завершается ошибкой, выберите подходящий способ восстановления ниже. Отправленные коммиты получите из одобренного удалённого репозитория, коммиты из bundle — из проверенного зеркала. Недостающие материалы восстанавливайте из Cloud, только если он ещё доступен. Выгрузите архив аккаунта отдельно, но не считайте его доказательством сохранности незавершённого кода.

Запишите версию приложения, рабочую область и точный текст ошибки. До истечения срока обратитесь по контакту поддержки из объявления Conductor. Не отправляйте секреты или конфиденциальное содержимое разговоров.

В объявленном режиме только для чтения старые чаты и экспорт данных остаются доступны. После 13 ноября восстановление не должно зависеть от нового сообщения агенту, переноса рабочей области или работающего терминала Cloud.

Восстановите рабочую копию из сохранённой истории

Восстановите историю коммитов из одобренного удалённого репозитория, если отправили её туда, либо из restored.git, если сделали bundle. Выберите один способ. Затем выполните общие шаги восстановления файлов и удалений ниже.

Для отправленных коммитов откройте Bash в разрешённом локальном каталоге восстановления. Введите URL одобренного удалённого репозитория без встроенных секретов. Укажите название ветки без refs/heads/ и полный идентификатор коммита из описи. Используйте обычную для вас аутентификацию Git. Каталог recovered-worktree не должен существовать:

read -r -p "Approved remote URL (no embedded secrets): " RECOVERY_REMOTE &&
read -r -p "Branch from inventory: " RECOVERY_BRANCH &&
read -r -p "Full commit ID from inventory: " RECOVERY_COMMIT &&
mkdir recovered-worktree &&
(
  cd recovered-worktree &&
  git init &&
  git remote add origin "$RECOVERY_REMOTE" &&
  git fetch origin &&
  git switch --create "$RECOVERY_BRANCH" "$RECOVERY_COMMIT" &&
  test "$(git branch --show-current)" = "$RECOVERY_BRANCH" &&
  test "$(git rev-parse --verify HEAD)" = "$RECOVERY_COMMIT" &&
  git status --short --branch --untracked-files=all
)

Команда fetch получает историю с удалённого сервера. git switch --create создаёт нужную локальную ветку на записанном коммите, а не на последнем коммите удалённой ветки. Остановитесь при ошибке аутентификации, отсутствии записанного коммита или неудаче любой проверки. Получите недостающий коммит из проверенного bundle или доступной рабочей области Cloud; не подменяйте его другим.

Для восстановления из bundle откройте Bash в локальном каталоге conductor-history-backup. Введите название ветки без refs/heads/ и полный идентификатор коммита из сохранённой описи. Каталог recovered-worktree не должен существовать:

read -r -p "Branch from inventory: " RECOVERY_BRANCH &&
read -r -p "Full commit ID from inventory: " RECOVERY_COMMIT &&
git clone --branch "$RECOVERY_BRANCH" restored.git recovered-worktree &&
(
  cd recovered-worktree &&
  test "$(git branch --show-current)" = "$RECOVERY_BRANCH" &&
  test "$(git rev-parse --verify HEAD)" = "$RECOVERY_COMMIT" &&
  git status --short --branch --untracked-files=all
)

git clone --branch выбирает ветку для рабочей копии. git branch --show-current проверяет её название, а git rev-parse --verify HEAD — коммит. Итоговый вывод состояния появится только после обеих успешных проверок. При ошибке или несовпадении остановитесь.

После успешного восстановления любым способом работайте внутри созданной рабочей копии recovered-worktree. Скопируйте сохранённые изменённые, добавленные и неотслеживаемые файлы по исходным относительным путям. Отдельно восстановите нужные игнорируемые файлы. Исходные резервные копии не меняйте.

Восстановите удаления и переименования по pre-transfer-status.txt и заметкам о наличии файлов. Удаляйте записанные пути только из восстанавливаемой рабочей копии, убедившись, что их не было в итоговом снимке. При переименовании восстановите сохранённый файл по новому пути. Старый путь удаляйте, только если в снимке его уже не было.

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

Используйте локальный Conductor как временное решение

Продолжайте работу в локальном Conductor, пока устраняете зависимости от его интерфейса рабочих областей. В объявлении обещаны новые модели и критические исправления до начала 2027 года, после чего начнётся сворачивание работы. Это не меняет срок закрытия Cloud — 20 ноября.

После переноса проверьте окружение, в котором выполняется проект. Документация рабочих областей Cloud описывает Linux-песочницу, к которой подключается Mac. Успешная сборка в Cloud не доказывает, что те же зависимости и команды будут работать локально.

Локальное выполнение также не означает, что модель работает без сети. По документации Conductor о конфиденциальности, запросы к модели из локальных рабочих областей идут настроенному поставщику модели.

Учитывайте, когда завершаются процессы. В ответах на вопросы о Cloud сказано: локальные сеансы заканчиваются при закрытии Conductor или выключении Mac. Перенесённая рабочая область не заменяет постоянно работающий процесс в Cloud.

Используйте переходный период, чтобы подготовить репозиторий к работе без Conductor. Храните инструкции подготовки, команды тестов и заметки для передачи задач в проверенных файлах проекта. Лимиты поставщика модели и счёт за API проверяйте отдельно от бесплатного доступа к функциям Conductor Pro.

Настройте параллельную работу в Claude Code, Codex или OpenCode

Начните с привычного агента для разработки, затем восстановите параллельную работу через отдельные рабочие деревья Git. Рабочее дерево, или worktree, — отдельный каталог с файлами того же репозитория, обычно на другой ветке.

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

Выберите агент и проверьте аутентификацию

Установите выбранный CLI и настройте аутентификацию вне Conductor до переноса задачи. Для примера с двумя разными агентами ниже установите оба CLI: Claude Code и Codex. В каждом заранее настройте аутентификацию. При переходе на один агент запускайте выбранный CLI в обоих рабочих деревьях.

Выберите Claude Code, чтобы сохранить привычную работу с ним. Запустите claude в каталоге проекта и выполните указания по аутентификации при первом запуске.

Выберите Codex CLI, чтобы продолжить работу с Codex. Запустите codex в каталоге проекта. При первом запуске он предлагает вход через ChatGPT или другой доступный способ.

Выберите OpenCode, если уже используете его настройки поставщиков моделей или вам нужен такой выбор. Запустите opencode, затем выполните /connect и /models по инструкции подключения поставщиков.

Не рассчитывайте, что учётные данные, настроенные только внутри Conductor, доступны отдельному CLI. Проверьте активный аккаунт, поставщика и модель до выдачи доступа к реальной задаче.

Для отдельного доступа к API с оплатой по использованию BetterToken публикует инструкции для Claude Code и Codex. Настраивайте доступ к моделям отдельно от восстановления рабочих областей. Перед переносом рабочей задачи пройдите проверки первого запроса к API Claude Code и Codex.

Создайте два рабочих дерева и проверьте весь процесс

Начните в корне проверенного локального репозитория с известного коммита. Этот пример для Bash создаёт две ветки от текущего HEAD:

git worktree add -b migration/docs ../migration-docs HEAD &&
git worktree add -b migration/tests ../migration-tests HEAD &&
git worktree list

Справочник Git по worktree описывает создание ветки с -b и просмотр рабочих деревьев через list. Убедитесь, что в выводе есть оба новых каталога и соответствующие ветки.

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

Используйте свободные названия веток и каталогов. При ошибке создания сначала проверьте, какие ветки и рабочие деревья уже созданы. Затем решите, нужно ли повторить шаг, завершившийся ошибкой. Не добавляйте --force только ради обхода ошибки.

Следующие две команды предполагают, что Claude Code и Codex уже установлены и аутентификация настроена. Откройте две вкладки терминала, обе — в корне исходного репозитория. В первой запустите Claude Code:

(cd ../migration-docs && claude)

Во второй запустите Codex:

(cd ../migration-tests && codex)

При работе с одним агентом запускайте одинаковую установленную команду CLI в обоих каталогах: claude, codex или opencode. Не запускайте двух агентов, которые редактируют файлы, в одном рабочем каталоге.

Начните каждый сеанс с этого проверочного запроса:

Use read-only tools to inspect this repository.
Report the current directory and Git branch.
Identify the documented setup command and one existing test command.
Cite the repository files that define those commands.
If a command is not documented, say so.
Do not edit files, install packages, commit, or push.

Ожидаемый результат — два отчёта для разных каталогов и веток. Каждый должен ссылаться на реальные файлы репозитория, а не предлагать выдуманную универсальную команду тестирования. Оставьте обычные запросы разрешений включёнными: текст запроса не создаёт границу безопасности.

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

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

Новый сеанс CLI не означает, что история разговора восстановлена. Документация OpenAI по импорту называет Claude Code и Cursor источниками для импорта в Codex CLI. Она не подтверждает возможность напрямую импортировать архив аккаунта Conductor.

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

Следите за лимитом поставщика или расходами на API для каждого активного сеанса. Например, документация OpenAI по аутентификации разделяет оплату по ключу API и включённый в план ChatGPT объём использования. Дополнительная вкладка терминала не даёт дополнительный лимит подписки.

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