著者｜王博、甲子光年
「甲子光年」は、DeepSeek の関係者から、DeepSeek が内部で新しい Harness チームを編成し、コードエージェント製品に注力していることを得た。このチームは、Anthropic の Claude Code を内製目標としている。
最近、DeepSeekのシニアリサーチャーである陳徳里もソーシャルメディアでこの事実を確認し、「DeepSeekはHarness分野の製品と研究を行うための新しいHarnessチームを編成中である」と述べ、さらに「簡単に言えば、Claude Codeを標的にしてDeepSeek Code Harnessを開発している」と明言した。
これは通常の採用ではありません。
求人情報によると、DeepSeekは今回、HarnessプロダクトマネージャーとHarness開発エンジニアの2つの重要なポジションを公開しており、勤務地は現在北京に限定されています。DeepSeekの北京オフィスは、海淀区の融科情報センターに所在し、北京大学や清華大学と非常に近い場所にあります。公式にはこの地域は「百年京張AIイノベーションベルト」と呼ばれていますが、民間では最近話題の「王慧文エリア」にも該当しています。
核心定義：Model + Harness = Agent
職務内容において、核心的な数式が最も目立つ位置に置かれている：
この文は、DeepSeekが次段階の製品化パスを内部的に定義したものとほぼ言える：モデル自体はAgentの基盤に過ぎず、モデル外のコンテキスト管理、ツール呼び出し、タスク計画、ファイル読み書き、コード修正、ターミナル実行、フィードバック回収、評価のフィードバックループこそが、Agentがワークフローに真正に組み込まれる鍵である。
求人情報にはさらに、「当社はDeepSeekの最先端モデルの能力を、リーディングなAgent製品に変換しています。このプロセスにおいて、モデル自体以外のすべての作業がHarnessの範疇に属します。」と記されています。また、この職務は「DeepSeekデスクトップAgent製品」の全プロセスに参加し、「DeepSeekがHarnessに対してどのように理解するか」を定義することになります。
「甲子光年」の分析によると、DeepSeekは単なるコードアシスタントプラグインを作成するだけでなく、モデルが実際のワークフローに接続されるための中間層を補完しようとしている。
過去1年で業界は、コーディング能力が高くても、開発者が実際にそれを使うとは限らないこと、モデルがコードを書けるからといって、継続的にプロジェクトタスクを完了できるとは限らないことを証明してきた。
開発者の働き方を真正に変えるのは、単独のClaudeモデルではなく、Claude Codeである。単独のGPTモデルではなく、Codexである。チャットボックス内のコード回答ではなく、ターミナルにアクセスし、プロジェクトを理解し、ファイルを読み書きし、コマンドを実行し、エラーを修正し、Gitを管理し、ツールを呼び出すことができるエンジニアリングエージェントである。
DeepSeekは過去最強のモデルでした。今、そのモデルの上に「手」を追加し始めています。
一、DeepSeek が Harness を強調する理由
従来のAI製品の文脈では、「コードアシスタント」は通常、2つのカテゴリの製品を意味します：1つはIDE内の補完プラグイン、もう1つはチャットボックス内のコード質問応答です。
しかし、DeepSeekの今回の採用で繰り返し登場する言葉はCode Assistantではなく、Harnessである。
Harnessはエンジニアリング文脈では「テストハーネス」または「実行フレームワーク」を指すが、エージェント文脈では、モデルが実際に行動を起こすための外部システムに近い。モデルは理解、推論、生成を担当し、Harnessはこれらの能力を実環境に接続する役割を担う。
職務内容には、DeepSeek Harnessの製品ロードマップを策定し、研究者、エンジニア、オープンソースコミュニティ、エンドユーザーを連携させ、モデルトレーニングチームの研究者と密接に連携して、モデルとHarnessの共進化を実現することが含まれます。
この文は非常に重要です。
DeepSeekが目指しているのは、既存のモデルに外装を被せるだけではなく、Agent製品そのものをモデルの進化の一部にすることである。これまで大規模モデル企業の一般的な製品ロジックは、研究チームがまずモデルを訓練し、その後製品チームがそのモデルの能力を基にアプリケーションを開発するというものだった。しかしAgent時代には、この順序が崩れつつある。製品はもはやモデル能力の出口ではなく、モデル能力の訓練場となっている。
あるコードエージェントが実際のプロジェクトで失敗する理由は、製品のインタラクションの問題ではなく、モデルが長文コンテキストを圧縮する方法が不適切である可能性がある。ツール呼び出しのチェーンの問題ではなく、タスクを分解する戦略が不安定である可能性もある。また、コード能力が不足しているのではなく、エンジニアリング制約、テストフィードバック、ユーザーの意図に対する継続的な理解が欠けている可能性もある。
したがって、Harnessチームの価値は「製品を作ること」だけでなく、実際の開発タスクをモデルの継続的な進化のフィードバック源に変えることです。
二、DeepSeek はなぜ Code Harness を補う必要があるのか？
DeepSeekは、早期からコード能力に注力してきました。DeepSeek-CoderからDeepSeek-Coder-V2に至るまで、DeepSeekはコードモデルへの投資を継続的に強化し、対応言語、コンテキスト長、複雑なタスク処理能力を着実に向上させてきました。問題はコード能力の有無ではなく、これまでその能力がモデル層にとどまり、開発者の日常的なワークフローで頻繁に利用される製品となっていなかった点です。
Claude Code の人気は、AIコーディングの競争がモデル能力の競争から、開発者ワークフローのエントリーポイントの競争へと移行していることを示している。
これはDeepSeekが今こそ補うべきレッスンでもある。より繊細な点として、DeepSeek公式が動く前に、開発者コミュニティはすでに「DeepSeek版Claude Code」を制作していた。
以前、開発者コミュニティで話題となったオープンソースプロジェクト「DeepSeek-TUI」は、ターミナル上で動作するコーディングエージェントであり、ファイルの読み書き、Shellコマンドの実行、ウェブ検索、Gitの管理を実行し、TUIインターフェースを通じてサブエージェントを調整します。
DeepSeek-TUI の人気は、二つの問題を示している：
基本的な心智成熟：DeepSeekモデルは、開発者の間でコードエージェントを実現するための基本的な心智的基盤を備えている。そうでなければ、コミュニティは自然にClaude Codeのような製品を生み出さなかっただろう。
公式の欠如：DeepSeek が欠いているのはモデルへの注目ではなく、公式な Harness である。
開発者にとって、DeepSeek-TUIの魅力は明確です：コストが低く、国内で利用可能で、コンテキストが長く、デプロイのハードルも比較的低いです。多くの国内開発者はClaude Codeを使いたくないわけではなく、価格、アクセスの安定性、アカウントシステム、企業のコンプライアンスに制限されています。
しかし、コミュニティプロジェクトにも天然の境界があります：
どの第三者のオープンソースプロジェクトがどれほど活発であっても、モデルの内部能力の進化のリズムを真正に把握するのは難しい。
APIに合わせて調整することはできますが、モデルの訓練方法を逆に決定することはできません。
プロンプト、ツールチェーン、インタラクションの最適化は可能だが、膨大なリアルなタスクフィードバックを体系的にモデルの改善に反映するのは難しい。
公式のHarnessの意味がまさにここにあります。
DeepSeekは自らCode Harnessを開発しており、これには複数のコミュニティプロジェクトにはない利点があります：モデルチームの協力、インターフェース設計の権限、トレーニングデータの閉ループ、内部の実際のタスクシナリオ、そして開発者エコシステムへの長期的な運営能力。
オープンソースコミュニティがすでに道を切り開いた：開発者たちは確かにClaude CodeのDeepSeek版を必要としている。今、DeepSeekはその道を引き戻し、自社の主力製品として仕上げる。
一方、DeepSeekの公式が採用を開始したことは、ついに自ら参入する準備を整えたことを意味する。
陳德里は昨年11月、2025年世界インターネット大会烏鎮峰会上で、「当社の核心的な強みは長期主義であり、最先端の知的突破という主軸を貫き通すことです。その過程で、私たちは多くの副次的なプロジェクトを断念し、短期的で即効性のある副次的な取り組みには手を出しません。」と述べました。
モデル戦争の後、真正的なエージェント戦争がスタートした。DeepSeekは今回、モデルから行動への間で最も重要な層であるHarnessを補う。
DeepSeekは自社のモデルに手を装備しています。