На 18 августа 2026 года подтверждено переименование встроенного пресета Code Mode в PTC Mode. Это не является доказательством перестройки движка, изменения разрешений или появления нового протокола выполнения. На этой неделе вам достаточно проверить название пресета, ссылки на него в конфигурации и командной документации — разворачивать отдельную среду только из-за переименования не требуется.

Последняя проверка выполнена 18 августа 2026 года по официальному репозиторию DeepSeek Harness, релизу v0.1.0-rc.7, README и текущей документации проекта. Версия v0.1.0-rc.7 опубликована в официальной линии релизов проекта. Официальная страница релиза v0.1.0-rc.7 содержит исходное описание изменения названия.

Эта статья предназначена для трёх групп:

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

Если вам нужна общая процедура обновления, сначала сопоставьте эту проверку с внутренним руководством по обновлению и откату DeepSeek Harness. Здесь рассматривается не полный выбор режимов, а конкретный риск переименования.

01

Что именно подтверждено в версии v0.1.0-rc.7

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

Подтверждённый факт: в актуальной линии DeepSeek Harness встроенный пресет получил название PTC Mode вместо прежнего Code Mode. Сам проект остаётся developer preview. В официальном README указано, что возможны изменения, нарушающие совместимость. Это означает, что осторожность при обновлении оправдана, но она должна быть направлена на проверку конкретных точек интеграции, а не на предположение о полном изменении продукта. Официальный README DeepSeek Harness описывает текущий статус проекта и ограничения совместимости.

Пока официальные материалы не подтверждают, что вместе с названием изменились:

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

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

Есть и практическая причина не делать преждевременных выводов. DeepSeek Harness построен вокруг плагинной архитектуры и использует Cordis как мета-фреймворк. В такой системе название пресета может быть слоем сборки конфигурации, а не обозначением отдельного продукта или нового протокола. Официальное описание архитектуры DeepSeek Harness связывает работу системы с подключаемыми компонентами и плагинами.

Поэтому фраза «PTC Mode полностью заменил Code Mode на уровне движка» сейчас была бы слишком сильным утверждением. Корректнее сказать: официальное имя встроенного пресета изменилось; глубина изменений ещё требует отдельного подтверждения.

02

Пользователю Code Mode сначала нужно проверить зависимость от имени

Если вы запускали старый Code Mode через Web UI или внутренний профиль, первый риск — не поломка выполнения, а расхождение терминов.

Интерфейс может показывать PTC Mode, тогда как:

  • внутренняя инструкция команды всё ещё говорит «выберите Code Mode»;
  • скриншот в wiki содержит старое название;
  • шаблон onboarding ссылается на прежний пункт;
  • автоматизация ищет строку Code;
  • тестовый сценарий проверяет отображаемое имя, а не фактический состав плагинов.

Это разные уровни зависимости. Строка в инструкции обычно исправляется быстро. Жёстко заданный идентификатор в скрипте требует отдельной проверки. Не следует автоматически добавлять псевдоним или менять конфигурацию наугад: официального подтверждения совместимости старого и нового имени в виде отдельного alias-слоя нет.

В документации Web UI DeepSeek Harness описан локальный запуск через команду npx @deepseek-ai/dsh web; там же приведены параметры рабочего интерфейса и взаимодействия с проектом. Само изменение отображаемого имени не доказывает, что способ запуска изменился. Официальное руководство по Web UI нужно использовать как контрольную точку при сравнении версий.

Сценарий: обновление без лишнего отката

Представьте команду, которая использовала Code Mode для разбора репозитория, чтения файлов и запуска разрешённых команд. После обновления сотрудник видит PTC Mode и решает, что нужно срочно выделить новый сервер.

Это неправильная последовательность. Сначала нужно проверить:

  1. загружается ли выбранный пресет;
  2. появляется ли рабочее пространство;
  3. регистрируется ли ожидаемый набор инструментов;
  4. сохраняется ли политика подтверждений;
  5. проходит ли прежний контрольный запрос.

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

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

03

Для разработчика PTC Mode пока не отдельный продукт

Новый термин легко интерпретировать слишком широко. PTC Mode не следует считать самостоятельным приложением, новым API или гарантированно новым режимом исполнения, пока DeepSeek не опубликует соответствующее определение.

Корректная рабочая модель выглядит так:

  • DeepSeek Harness — агентная оболочка и набор подключаемых компонентов;
  • Cordis — мета-фреймворк, управляющий составом и взаимодействием плагинов;
  • пресет — заранее собранная комбинация компонентов;
  • режим запуска — способ использования этой комбинации, например через Web UI или другой интерфейс;
  • плагин — отдельная функциональная часть, которую можно зарегистрировать, заменить или расширить.

Официальный репозиторий Cordis отдельно показывает, что API фреймворка активно развивается. Поэтому переносить предположения о стабильности Cordis на совместимость конкретного пресета нельзя.

Для вас это означает следующее: не нужно писать собственный адаптер только потому, что в интерфейсе появилось PTC Mode. Сначала определите, от чего действительно зависит ваш код:

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

Только последний вариант способен подтвердить изменение исполнения. Название само по себе таким доказательством не является.

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

04

Авторам плагинов нужно искать жёсткие зависимости

Для автора плагина переименование опасно не производительностью, а незаметными текстовыми и конфигурационными связями.

Проверьте четыре участка.

1. Регистрация и фильтрация

Посмотрите, не используется ли Code Mode как условие загрузки. Это может быть прямое сравнение строки, выбор профиля через switch или фильтр в файле сборки.

Если плагин регистрируется независимо от названия пресета, изменение интерфейса, скорее всего, не влияет на него. Если регистрация зависит от точного идентификатора, нужен тест на версии v0.1.0-rc.7.

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

2. Настройки и карточки интерфейса

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

Особенно внимательно проверьте:

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

3. Примеры конфигурации

Ищите старое название не только в основном файле, но и в:

  • тестовых фикстурах;
  • примерах запуска;
  • CI-переменных;
  • скриптах подготовки окружения;
  • шаблонах для новых сотрудников;
  • комментариях к конфигурации;
  • названиях артефактов сборки.

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

4. Проверка фактического результата

Не ограничивайтесь поиском по репозиторию. Запустите минимальную задачу, которая:

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

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

05

Команде нужен не новый сервер, а единая терминология

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

Старые и новые материалы могут существовать одновременно:

  • README проекта говорит Code Mode;
  • обучающее видео показывает прежний интерфейс;
  • новая установка уже отображает PTC Mode;
  • оператор запускает старую команду;
  • автоматический отчёт использует старое название профиля.

Без пояснения это выглядит как два разных режима. Поэтому безопасная стратегия состоит из двух этапов.

Сначала добавьте временное отображение соответствия:

PTC Mode — новое название встроенного пресета, ранее обозначавшегося как Code Mode. Дополнительные изменения возможностей требуют отдельной проверки.

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

Затем обновите терминологию при следующем стабильном контрольном выпуске.

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

Для распределённых команд также полезно заранее зафиксировать владельца инфраструктуры, порядок передачи доступа и правила завершения временной сессии. Эти организационные меры не подтверждают совместимость PTC Mode, но помогают отделить вопросы доступа к машине от вопросов поведения пресета. Общую информацию о принципах работы инфраструктурного провайдера можно использовать только как справочный контекст — например, при чтении описания VpsMesh. Она не заменяет техническую приёмку DeepSeek Harness.

06

Что проверить на существующей машине

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

  • [ ] Зафиксируйте установленную версию и тег dsh-v0.1.0-rc.7.
  • [ ] Сохраните копию конфигурации и списка переменных окружения.
  • [ ] Запишите прежнее имя пресета и новое отображаемое имя.
  • [ ] Проверьте, загружается ли PTC Mode без ручного редактирования конфигурации.
  • [ ] Сравните зарегистрированные плагины до и после обновления.
  • [ ] Проверьте область рабочего пространства и доступ к временным каталогам.
  • [ ] Выполните чтение файла без изменения.
  • [ ] Выполните тестовую операцию, требующую подтверждения.
  • [ ] Проверьте запись события в журнале сессии.
  • [ ] Обновите внутреннюю инструкцию только после успешного сравнения.

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

07

FAQ: что делать после появления PTC Mode

Ответы ниже разделяют установленное поведение, рабочую гипотезу и условие для повторной приёмки. Это особенно важно для developer preview, где название и структура проекта могут меняться быстрее, чем командная документация.

Чем PTC Mode отличается от прежнего Code Mode?

На 18 августа 2026 года официально подтверждено только изменение английского названия встроенного пресета. В опубликованных материалах нет отдельного заявления о новом протоколе, другой модели разрешений или обязательной смене исполнительного контура. Поэтому PTC Mode следует считать новым термином для прежнего пресета, пока документация не зафиксирует дополнительные изменения.

Сохранится ли старая конфигурация Code Mode после обновления?

Автоматически гарантировать совместимость нельзя: DeepSeek Harness находится в developer preview и предупреждает о возможных несовместимых изменениях. Однако одно переименование не означает, что конфигурация уже сломана. Сначала проверьте загрузку пресета, ключи конфигурации и запуск тестовой задачи. Если старое имя используется только в интерфейсе или документации, достаточно локального обновления терминов.

Меняет ли PTC Mode вызовы инструментов и права доступа?

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

Нужна ли отдельная среда для PTC Mode?

Нет, из одного переименования такая необходимость не следует. Отдельная среда оправдана только при изменении прав, состава плагинов, требований к изоляции, длительности фоновых задач или профиля нагрузки. Для текущей проверки достаточно использовать существующий стенд, зафиксировать версию v0.1.0-rc.7, выполнить контрольный сценарий и сравнить результаты с прежним Code Mode.

08

Какие сигналы потребуют повторной оценки

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

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

Сигналы нужно искать в официальном README, Release Notes, CLI-документации, конфигурационных примерах и архитектурных документах. Cordis следует проверять отдельно: его материалы описывают общую модель компонуемости, но не доказывают, что конкретное переименование пресета изменило DeepSeek Harness. Технические материалы Cordis полезны для понимания архитектурного контекста, но не заменяют официальную миграционную инструкцию DeepSeek Harness.

Практически у вас есть три финальных решения:

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

Нужно ли менять удалённую среду

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

У такого решения есть реальные минусы:

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

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

Если текущий Mac, локальная машина или облачный сервер уже справляется с задачами Code Mode, не меняйте его только из-за новой подписи в интерфейсе. Это относится и к временному удалённому стенду: сначала подтвердите различия в плагинах, правах и журналировании, а затем принимайте инфраструктурное решение.

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

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