После официального выпуска DeepSeek V4 Pro, DeepSeek наконец-то представил свой собственный агент -DeepSeek Harness。
Самое главное, что заслуживает внимания, это не «еще один кодный агент», а концепция дизайна, лежащая в его основе:Все это плагин (Everything Is a Plugin)。
Основная формула DeepSeek заключается в том, что:
Агент = Модель + Колонны
На самом деле, эта формула очень понятна.Все продукты, которые мы обычно используем, такие как Claude Code и Codex, по сути принадлежат к Harness: модель отвечает за рассуждения, а Harness отвечает за инструменты, навыки, контекст, песочники, хранилища, циклы агентов, подагенты, рабочие процессы и т. д.
В прошлом большая часть этих возможностей была упакована в один полный программный продукт.Пользователи могут использовать их, но редко требуют понимания, не говоря уже о свободных изменениях.
Но DeepSeek Harness выбрал другой путь:Все эти возможности, которые были скрыты в продуктах, были включены в модули.
Что такое Harness?
Особенность DeepSeek Harness заключается в том, что она Ядра Cordis。
Кордис не несет ответственности за выполнение конкретной задачи напрямую, он делает вещи очень сдержанно:Управляйте загрузкой, удалением и зависимостями плагинов.
Более важно, что плагины могут динамически меняться даже во время работы агента, без того, чтобы сразу же сбоить все состояние агента.
Здесь есть два ключевых концепции:
Временная компонируемость (temporal compositability)Можно ли полностью отменить предыдущие побочные эффекты после удаления плагина.
Spatial composability (пространственная компонированность)Может ли плагин динамически переработать зависимости от других плагинов при добавлении, удалении или изменении зависимостей.
Эти два способа сочетаются, что дает очень интересную вещь:
Агенты больше не просто используют инструменты, а могут менять свои инструменты и возможности в процессе работы.
Например, агент обнаруживает, что ему не хватает какой-то возможности, он может создать плагин, загрузить этот плагин в текущую среду и продолжить выполнение задачи.
Именно поэтому DeepSeek не назвал его просто Code или Build, а просто именовал его «Code». Harness (Рамка)。
Потому что, возможно, это не полнофункциональный агент, ориентированный на обычных пользователей, а набор, который можно расширять, комбинировать и экспериментировать. Инфраструктура агента。
С этой точки зрения, DeepSeek Harness больше похож на экспериментальный поле: официально предлагается набор базовых плагинов, а разработчики постоянно создают новые плагины, которые в конечном итоге обогащают всю систему возможностей агента.
Четыре режима, на самом деле, четыре предварительных набора.
Когда впервые открываешь Harness, легко запутаться его четырьмя режимами.
Однако, понимая Cordis, вы поймете, что эти четыре режима не являются сущностью Harness, а только официальными наборами.Шаблон сборки подключаемых модулей。
1.Стандартный режим
Это модель, наиболее подходящая для обычных пользователей.
По умолчанию он имеет полные возможности кодового агента, включая чтение и редактирование файлов, оболочку, поиск файлов, поиск веб-страниц, навыки, планы, цели, фоновые задачи, под-агенты и рабочие процессы.
Если вы просто хотите нормально использовать DeepSeek Harness,Достаточно просто выбрать стандартную модель.
2.Режим PTC
Режим PTC обладает большинством возможностей стандартной схемы, но изменяет способ вызывания инструментов модели.
В традиционной модели, как правило, это:
Вызов инструмента → получение результатов → переосмысление → повторный вызов инструмента.
PTC предоставляет модели набор SDK для режима кода, который позволяет модели напрямую писать программу TypeScript, объединяющую несколько операций инструментов и выполняющую их одновременно.
Например, задачи, которые требуют многочисленных чтений, поиска, фильтрации и параллельных вызовов, могут быть сжаты в один раз.
Его преимущества заключаются в том, чтобыСокращение числа путешествий между моделями и инструментами при одновременном снижении части потребления токеновЭто происходит ценой более высоких требований к программированию и наладке модели.
Таким образом, пользователям не нужно использовать PTC сразу.
3.Минимальная модель
Минимальная модель, в свою очередь, сокращает окружающую среду до очень небольшой степени.
Он в основном предоставляет постоянный Bash и редактор файлов, убрав при этом множество дополнительных возможностей.
Это более подходит для тестирования навыков модели: это может быть полезно, если вы хотите сравнить производительность различных моделей в среде мини-агента.
Может быть использован в качестве повседневного агента, и опыт будет значительно ограничен.
4.Создание модели
Создание моделей - это самое интересное во всем Harness.
Он не только использует существующие возможности, но и проверяет текущую среду Cordis, экспериментирует с плагинами в памяти, создает новые агенты и плагины.
Так, агент может попробовать.Преобразовать себя。
Например, вы можете попросить его:
"Помогите мне создать агент аудита безопасности, который позволит только читать код, а не изменять файлы".
или:
«Создание исследовательского агента с внутренними возможностями поиска и эксклюзивными навыками компании».
Можно даже дать ему возможность проверить, какие способности он имеет, а затем создать плагин на месте и загрузить его, когда обнаруживает, что инструмент отсутствует.
Используя простую метафору:
Агент обнаружил, что у него нет ключа, поэтому он сам сделал ключ, установил его в свои руки и продолжил работу.
В этом и заключается основное значение эксперимента DeepSeek Harness.
Еще один важный дизайн: все это журнал событий
Дизайн сеансов Harness также особенен.
Вместо того, чтобы просто сохранять запись чата, он сконструировал весь процесс работы агента как единый.Только добавленные журналы событий。
Системные запросы, пользовательские сообщения, рассуждения модели, вызовы инструментов, результаты инструментов, изменения прав, введение контекста, сжатие контекста, расписание субагентов и т. д. могут быть событиями в журнале.
История, которую видит следующая модель, также воспроизводится на основе этого журнала событий.
Это имеет большое значение для разработчика.
Когда традиционные агенты испытывают проблемы, мы часто видим «провалы задания» или «модель загружена в цикл», не зная, с чего именно она начинается.
Журнал событий и просмотр траектории обеспечивают более полный способ, позволяющий агентам работать в режиме более эффективного.Наблюдаемая, аудиторская и воспроизводимая。
Это одна из причин того, почему Harness предпочитает разработчиков и исследовательскую среду, а не обычные потребительские продукты.
Реально стоит обратить внимание, а не на количество плагинов
Самая большая особенность DeepSeek Harness на данный момент и самая большая его противоречия.
Людям, которые его любят, будет казаться:
Именно таким должен быть будущий агент.
Тем, кому это не нравится, может быть:
Почему агент должен быть таким сложным?
Я считаю, что оба мнения на самом деле верны.
С точки зрения обычного пользователя, у Harness действительно есть очевидные пороги: терминология разработчиков, сложные концепции, неинтуитивно понятные отношения между функциями, и многие возможности требуют понимания плагинов, моделей и механизмов работы, прежде чем они будут реализованы.
Но это действительно интересно, если посмотреть на инфраструктуру агента.
В прошлом мы использовали агентов, по сути, как «коробку», которая была разработана производителем, а Harness пытался разбить эту коробку, раскрыть все инструменты, возможности и механизмы, которые содержатся в ней, чтобы разработчики могли перестроить их сами.
Так что я предпочитаю понимать DeepSeek Harness так:
В настоящее время это не полноценный продукт агента, а формирующаяся инфраструктура агентов.
Вопрос, который он действительно хотел исследовать, не «как сделать лучшего помощника кода», а:
Если возможности агента сами по себе могут быть созданы, установлены, удалены и комбинированы динамически, то чем в конечном итоге станет агент?
Это также то, что «все это плагин» действительно интересно.
Конечно, на данном этапе он еще далеко от «удобного» в истинном смысле для обычных пользователей.
Но DeepSeek Harness заслуживает внимания как смелый попыт в архитектуре агента.
Возможно, это не окончательный ответ, но, по крайней мере, дает очень интересный путь:
Будущий агент, возможно, больше не станет фиксированным программным обеспечением, а будет представлять собой набор операционной среды, которая может постоянно меняться своими возможностями.