DeepSeek Super-Agent: それは何か、どのように機能するか、そしてまだ欠けているもの3 min read

一度に 3 つのコーディング エージェントを開くと、問題が発生していることがわかります。 1 つは決定を待っており、もう 1 つは 20 分前に完了しましたが、どちらに認証修正があるかはすでに忘れています。 DeepSeek のハーネス チームは、これに数字を付けました。経験上、人は一度に 3 ～ 5 つのアクティブ エージェント セッションしかフォローできません。その時点を過ぎると、モデルはボトルネックではなくなります。あなたは。

2026 年 10 月 31 日、チームはスーパーエージェントと呼ばれるものの設計記事を公開し、dsh-superagent という名前のプロトタイプをオープンソース化しました。これは、1 つの GitHub リポジトリ用のプロアクティブ コーディング エージェントです。 1 つの長期間存続するルーター セッションは人々と対話して作業を配布し、受け入れられたすべてのリクエストはプル リクエストまたは質問で終わる独自のワーカー セッションを取得します。リポジトリは約 2 日で 12,000 個のスターを超えました。その README は、これが研究コードであり、公式の DeepSeek 製品ではないことを率直に述べています。

このガイドは、プロトタイプが何をするのか、ルーターとワーカーの設計がどのように機能するのか、ベンチマークの数値で何が証明され、何が証明されないのか、実際のリポジトリを指定する前に何を確認する必要があるのかを知りたいエンジニアとチーム リーダーを対象としています。

詳細の前に一つ注意事項があります。 「このバグを修正してください」という作業者の答えはプル リクエストであり、GitHub はそのための優れた拠点です。エージェントがコードの周りに作成する残りのもの、つまり根本原因の記述、テストの概要、レビュー担当者が要求した比較表などは、配置するのがより困難です。AgentGrid.ioは、人々と AI エージェントがドキュメント、アプリ、ファイルを作成、編集、共有する共有ワークスペースで、ライブ バージョン、帰属、履歴が 1 つあります。最後近くで適切な位置に戻ります。

DeepSeek Super-Agentとは何ですか?

二つのものが一緒に現れました。 1 つ目は、長い設計記事「スーパーエージェント設計の探索: より自律的なエージェント システムに向けて」です。 Harness チームはこれを中国語で書き、機械翻訳された英語版を 11 月 1 日に X に投稿しました。この記事は 220 万回以上見られました。 2 番目のコードは次のとおりです。deepseek-ai/dsh-superagent-プロトタイプ、MITライセンスに基づいてリリースされています。

スーパー エージェント設計の探求: より自律的なエージェント システムに向けて

https://t.co/gwwIHtyCRQ

– DeepSeek ハーネス (@DeepSeekHarness)2026 年 11 月 1 日

新しいモデルではありません。 dsh-superagent は次のバンドルですDeepSeek ハーネス, DeepSeek のオープンソース エージェント ハーネス。同社はこれを全世界でパブリック プレビュー中であると説明しています。バンドルは 1 つの GitHub リポジトリを監視し、それをオンにすると、Feishu がチャットします。許可リストに登録されているユーザーがエージェントに作業を依頼すると、エージェントは作業項目を開き、それを独自のセッションとディレクトリで実行し、元の会話で応答します。 Web パネルには、人が必要とするものだけが表示されます。

名前は思ったよりも簡単です。 DeepSeek の製品部門であり、記事の最終査読者の 1 人である Cui Tianyi 氏は、Zhihu への投稿で、「スーパー」とは上付き文字と下付き文字を意味すると説明しました。スーパー エージェントは、作業を実行するエージェントの上にレイヤーを追加します。これは、その下にレイヤーを追加するサブエージェントとは反対です。それは優れた知性を主張するものではありません。

README は、全文を読む価値のある警告で始まります。「研究プロトタイプは参照のみを目的としており、公式の DeepSeek 製品ではありません。」さらに、エンジニアリングの大部分はコーディングエージェントによって行われたこと、コードにはバグが含まれている可能性があること、記事内の一部の設計は将来の作業のための指示であり実装されていないことも付け加えています。

別の DeepSeek ドロップ: dsh-superagent

リポジトリの GitHub の問題と PR を多数のエージェントと並行して処理するエージェント フレームワークは、人間の注意を最小限に抑えながら、可能な限り多くの価値を提供するように設計されています。

pic.twitter.com/XR73mIvA0V

– レアンドロ・フォン・ヴェラ (@lvwerra)2026年10月31日

DeepSeek がボトルネックは人間の注意力であると言っているのはなぜですか?

この記事は簡単な観察から始まります。過去 1 年間で、コーディング エージェントの能力は向上し、単一のタスクがモデルによって制限されるようになりました。ただし、複数のタスクを同時に実行すると、制限が適用されます。各セッションは分離されているため、セッションを手動で切り替えて、それぞれが何を知っているかを追跡します。 CLI、MCP、またはチャット コネクタを 1 つのローカル セッションにボルト付けすると、新しいイベントについて聞くことができますが、それでも長いコマンドはブロックされ、さ​​まざまなタスクからのコンテキストが混在し、ラップトップがスリープ状態になると停止します。

DeepSeek の答えは、セッションを自分が管理する単位として扱うのをやめるというものです。スーパーエージェントが持つべき4つの特性がリストされています。

• 継続的。チャットや GitHub コメントなど、すでに作業している場所で話しかけると、1 人のエージェントのように動作します。チャットでプラン A を要求し、プル リクエストのコメントでプラン B に切り替えると、次のようになります。
• 生産的。いくつかの複雑なタスクを並行して実行し、最後の命令が完了する前に次の命令を受け取ります。
• 積極的。出来事を監視し、対処する価値があるものに応じて行動し、それ以外の場合は沈黙を保ちます。
• しつこい。オンラインのままで、再起動しなくても障害から回復します。

著者らは、単一の ReAct ループでは 4 つすべてを実現できるわけではないため、品質はモデル周辺のアーキテクチャから得られる必要があると主張しています。これがこの記事の本当の主題であり、Hesam が共有した以下の視覚的な説明は、デザイン全体を 1 ページで簡単に確認できる方法です。

これは、スーパーエージェントに関する DeepSeek の記事の視覚的な説明です。https://t.co/bByKYDoq6h pic.twitter.com/BhzbBh3NrP

– ℏεsam (@Hesamation)2026 年 11 月 1 日

ルーターとワーカーの設計はどのように機能しますか?

立ち仕事中に決してコードを書かない優秀なエンジニアリング マネージャーを思い浮かべてください。のルーターは、すべてのチャネルからすべてのメッセージを受信する 1 つの長期セッションです。タスクは実行されません。メッセージが何を求めているかを判断し、新しい仕事をワーカーに渡し、関係者にすべての返信を書きます。記事によると、シェルツールをまったく使わずに実行でき、通常は軽量で高速なモデルで十分だという。

あ労働者は、独立したコンテキストと 1 つのタスク専用の完全なツールセットを備えた別個のセッションです。労働者は人々と直接話すことはありません。これらはルーターにステータスを報告し、ルーターは 1 つの音声で応答します。プロトタイプでは、各チケットは独自のセッションと独自のディレクトリ (通常は git ワークツリー) を取得し、ワーカー数には上限があります。デフォルトは一度に 3 つで、1 から 16 まで調整可能ですが、ユーザーのメッセージを常に送信できるように、追加のスロットが 1 つ空きます。

2 つの詳細により、これは単なるタスク キューではなくなります。

フォローアップはルーターをスキップします。ワーカーがプル リクエストまたはチャット スレッドを所有すると、そのスレッドにサブスクライブします。後のコメントはルーターに追加のモデル呼び出しを行わずに、直接それに反映されます。コメントが別のことに関するものであることが判明した場合、従業員はコメントを差し戻します。

バーストはバッチ化されます。1 つのモデルのターン中に到着したトリガーはキューに入れられ、一緒に次の呼び出しに挿入されます。著者らはその効果を測定し、以下の数値を見てみましょう。

対照的な点がもう 1 つあります。この記事では、これをエージェント チームと区別しています。エージェント チームでは、リーダーは 1 つの複雑なタスクをステップに分割し、それに取り組む役割を調整しますが、これは推論に大きな負荷がかかります。スーパー エージェント ルーターは、独立したタスクのみをディスパッチし、それらが高レベルでどのように関連しているかを追跡します。作品自体を分解するものではありません。

誰も尋ねなかったら、それは何をしますか？

ここでプロジェクトの哲学が実践されます。リポジトリの最初のドキュメントには、人間の注意をできるだけ少なくし、できるだけ多くの価値を与えるという原則が 1 行で述べられています。エージェントが送信するすべてのメッセージには同僚の注意が必要となるため、エージェントが行動しなければならない場合、または結果を使用できる場合にのみ発言し、要求された場合、またはチームが作成したルールで許可されている場合にのみ行動します。

これを強制するゲートはモデルではなくプレーンコードです。チームの許可リストに対して誰が要求しているかをチェックし、要求の強さを記録します。

その観察モードが私が最も気に入っている部分です。エージェントは、実行されるであろう内容を記録することから始めます。そのため、チームは [評価] タブでそれらの記録を読み取り、適切であると思われる場合にのみ権限を拡大できます。メッセージ、コメント、引用された文書は、決定への入力として扱われます。エージェントに許可されている内容を変更することはできません。

このデザインに関する記事では、プロアクティブな作業が実際にどのようなものかを示しています。社内の DeepSeek ハーネス ユーザー グループでは、チームは「サイレントに再現して修正する」ポリシーを設定しました。誰かが問題を報告したり、提案された変更について議論したりすると、エージェントは問題を再現してバックグラウンドで修正を見つけようとします。問題を確認し、簡単な修正を見つけた後にのみ結果を返します。そうでなければ、静かなままです。この記事では、著者らが検証したとしているチャット チャネルについて、各返信の上限を 100 ワードとするという単刀直入なルールも示しています。対照的に、GitHub では、問題の背景、変更の説明、検証結果を含むプル リクエストが密集している必要があります。

デフォルトでは、エージェントが投稿するすべての GitHub メッセージは、「これは人間によるものではなく、自動化されたエージェントによるものです」という行で始まります。チームは、残りのプロンプトとともにそれを編集できます。

ベンチマークの数値は維持できますか?

この記事には小さな実験が含まれていますが、著者はそれが単なる示唆であると注意しています。 4 つのデザインがグループ チャットと CI メッセージのストリーム上で並行して実行されました。実行ごとに約 300 メッセージ、そのうち約 20 件が実際の作業リクエストで、それぞれ 5 回実行されました。コーディング作業は、単に時間を消費するツールによってシミュレートされたため、テストでは誰かのコードの品質ではなく、スケジュールと調整が測定されます。

見出しがすべてではないので、表を二度読んでください。ルーターの設計により、p95 の完了時間は単一セッションの約半分に短縮されましたが、キャッシュ読み取りトークンの使用量はおよそ 2 ～ 4 倍になりました。そして、最も興味深いのは 2 番目の行です。パススルー ショートカットを削除しても、タスクの終了が速くなったり遅くなったりするわけではありません。ルーターが実行する決定が約 30 パーセント増加し、トークンの消費量が 37 パーセント増加しただけです。

私の考えでは、本当の発見は単一セッションの行にあると考えられます。中立的なプロンプトを使用すると、モデルは 5 回の実行のいずれにおいてもサブエージェントを呼び出すことはありませんでした。作業自体は行われますが、新しいメッセージによって中断され続け、最も遅いタスクでも 29.5 分かかりました。委任するように指示するプロンプトにより、5 回の実行中 4 回で委任され、残りの実行ではモデルは作業が「小さい」と判断し、自ら実行しました。 1 回のセッションはモデルの気分によって異なります。コードの実行が許可されていないルーターがそのような間違いを犯すはずはありません。

ルーター単独での別のストレス テストにより、意思決定に値するイベントの到着率が 1 分あたり約 1 件から約 40 件に増加しました。平均バッチは 1.0 から 2.8 イベントに増加しましたが、リクエストごとの時間は 2.5 秒から 3.9 秒に増加しただけで、決定ごとの償却時間は 6.4 秒から 1.6 秒に減少しました。イベントが積み重なるほど、各イベントのコストは安くなり、その上限はコンテキストの長さと、モデルが 1 ターンで正確に処理できるイベントの数に依存すると著者は述べています。

DeepSeek は、スーパーエージェントのプロトタイプをオープンソース化しました。 1 つのルーター セッションが人々と会話して作業を分配し、孤立したワーカーが GitHub イベントをオフに並行してタスクを実行します。彼ら自身のテストでは、サブエージェントを使用した単一セッションと比較して、p95 の完了時間が 29.5 分から 15.7 分に短縮されました。

クジラが再びオープンソース化しました。pic.twitter.com/mS4sRbHmyx

– ぽっちゃり (@kimmonismus)2026 年 11 月 1 日

これらは合成作業に関する自己報告結果です。彼らは、スケジュール設定のアイデアが適切であることを示しています。これらは、プロトタイプがバグをより早く修正することを示していません。

プロジェクトに近い人々はその限界について何と言っていますか?

リリース直後、DeepSeek の製品部門であり、デザイン記事の最終レビュー担当者の 1 人である Cui Tianyi が、デザインについての見解を書きました。彼のフレーミングは控えめなので役に立ちます。彼は、中心的なトレードオフをタスク間の連続性とタスクのスループットと名付けています。

制限に関しては、レビューは直接的です。プロトタイプは、提案された設計の一部のみを実装します。彼のレビューの時点では、DeepSeek ハーネスにはセッション間の長期記憶が組み込まれていませんでした。また、このシステムは社内の小規模で信頼できる環境でのみ検証されています。この記事の未解決の問題セクションでは、ルーターのスケーリング、数か月にわたるメモリ、セッションなしでの動作、エージェント間のコンテキスト境界、分離されたエージェントが相互に通信する方法、セキュリティについて列挙しています。

実行する前に何を確認する必要がありますか?

このドキュメントは、ほとんどの発表記事よりも率直であり、その警告を要件として扱う価値があります。

• 労働者は幅広いアクセス権を持っています。ルーターとワーカーの両方の権限プリセットは、次のように実行されます。danger-full-accessオペレータのOSユーザーとして。アカウント ラッパーは、エージェントが使用する GitHub 資格情報を選択しますが、ワーカーは依然として絶対パスでプログラムを実行したり、ホーム ディレクトリを読み取ったりできるため、これらはデフォルトでありセキュリティ境界ではないと記載されています。推奨されるのは、エージェントの資格情報のみを保持する専用の OS アカウントです。
• 信頼できない入力は、未解決の秘密の質問です。この記事では、プロンプト インジェクションやサーバー侵入によってクラウド エージェント ループが侵害された場合、接続されているすべてのデバイスにアクセスでき、モデルのコンテキストに入る認証情報が漏洩する可能性があると警告しています。
• 人間はデフォルトでマージします。エージェントは、自身のアカウントで自動マージを有効にすることはありません。自動マージには、配信要件プロンプトで指定された 2 番目のアカウントの CLI が必要です。また、デフォルトの手順では、変更された行数が 200 行未満の承認済みの小規模なプル リクエストに対してのみ許可されます。
• これは 1 つのリポジトリを中心に構築されています。各セットアップは単一の GitHub リポジトリを監視し、中国で一般的な職場チャット ツールである Feishu がもう 1 つの一流のソースです。
• DeepSeek ハーネスとモデルプロバイダーが必要です。セットアップには、Node.js 22.19 以降、pnpm、git 2.32 以降、tmux、Python 3.8 以降、および GitHub CLI 2.48 以降がリストされます。モデルプロバイダーの構成はオペレーターのステップです。
• 騒音はコストです。理念文書には、ボリュームを生み出すためにエージェントを使用しないようにと記載されています。大量のプル リクエストとブロードキャスト メッセージは、得られる以上にチームにコストがかかります。

メインリポジトリを危険にさらさずにそれを試すにはどうすればよいでしょうか?

セットアップには多くの手順があるため、プロジェクトではコーディング エージェントに一緒にやってもらうように求められます。 README によると、エージェントは一度に 1 つずつ短い質問をし、完全な計画を一度表示してから、すべてをインストールして構成します。慎重な最初の実行は次のようになります。

1. 使い捨てリポジトリを選択するおよび専用のマシン ユーザーまたは OS アカウント。自分のログインを使用しないでください。
2. エージェント用に別の GitHub アカウントを作成します。書き込まれたものはすべてその名前で表示されます。
3. コーディング エージェントでリポジトリを開き、以下のプロンプトを貼り付けます。質問に一度に 1 つずつ答えてください。
4. 許可リストは自分だけのものにしておいてくださいそして、観察時の受け入れモードを終了します。
5. ちょっとしたことをリクエストしてください。許可されたアカウントからコメントする@<agent login> <request>ある問題について。チケットは約 1 分以内にパネルの概要に表示されます。
6. 「評価」タブを 1 週間読んでください。リストを広げるか、「受け入れられる」レコードが正しいと思われる場合にのみ自動に切り替えます。

Read SETUP.md in this repository and set up dsh-superagent with me.

プロジェクトの理念文書では、オペレーターに繰り返す価値のある 4 つのルールを示しています。それは、狭い範囲で開始する、ノイズを少なくするように調整する、ボリュームを出すためにエージェントを使用しない、そしてエージェントの言うことを自分のものにするというものです。

エージェントの残りの作業はどこに行えばよいでしょうか?

従業員が不安定な統合テストに 1 時間を費やしたとします。プルリクエストが修正です。しかし、その背後にある調査、どのテストが失敗したか、どの仮説が除外されたか、タイミング表が何を示したかなどは PR の説明に属さず、まさに査読者が異議を唱えたいものです。それがチャットの返信にのみ存在する場合、次のエージェントまたはチームメイトは最初から始めることになります。

AgentGrid.ioそのハンドオフのために構築されています。人間と AI エージェントは、1 つの安定したアドレス、制御されたアクセス、およびバージョン履歴を使用して、同じライブドキュメント、アプリ、およびファイルを操作します。 AgentGrid.io のドキュメントでは、次のコマンドを実行してコマンド対応エージェントを接続する方法について説明しています。npx @animaapp/cli@latest login。人間は、エージェントの名前、チーム、およびエージェントが実行できること (読み取り、書き込み、共有、公開) を承認します。その後、エージェントの変更は、エージェント自身の名前で履歴に表示されます。プロトタイプには AgentGrid.io 統合が組み込まれていないため、これを文書化された機能ではなく、ワーカーで試すパターンとして扱ってください。

実際には、作業者は調査内容を Markdown ファイルとして書き込み、レビュー担当者がテーブルの行にコメントし、別のアシスタントが概要を強化し、プル リクエストは 3 つの貼り付けられたコピーではなく 1 つの現在のバージョンにリンクします。

複数の人々が 1 つのエージェントを共有する別の見方については、ガイドを参照してください。Grok ボット チーム ボット。ホストされたエージェントの下で何が実行されているのか疑問に思われる場合は、次のガイドを参照してください。Claude Managed AgentsDeepSeek の記事で引用されている、同じ脳と手を分割した Anthropic のバージョンを見てみましょう。

dsh-superagent をいつ使用する必要がありますか?

• dsh-superagentを使用文書化された本格的な設計から学ぶこと、低リスクのリポジトリで包含実験を実行すること、またはコードを実行しないルーター、スコープが指定されたチケット、自動モードの前に観察モードなどのアイデアを借用することです。
• 単一の対話型コーディング エージェントを使用する一度に 1 つのタスクに取り組み、段階的に進めたい場合。スーパー エージェントは、逆の状況向けに構築されています。
• AgentGrid.io を使用する出力がドキュメント、レポート、またはアプリであり、複数の担当者やエージェントが作成したものに関係なく、レビュー、編集、公開する必要がある場合。

よくある質問

DeepSeek Super-Agentとは何ですか?

これは、dsh-superagent という名前の研究プロトタイプで、DeepSeek のハーネス チームによって 2026 年 10 月 31 日に MIT ライセンスに基づいてリリースされました。これは、1 つの GitHub リポジトリ用のプロアクティブ コーディング エージェントです。存続期間の長いルーター セッションはリクエストを受け取り、受け入れられたリクエストをそれぞれ独自のワーカー セッションに割り当てます。ワーカー セッションは元の会話 (通常はプル リクエスト) で応答します。

DeepSeek Super-Agent は DeepSeek の正規品ですか?

いいえ。README では、これを参照のみを目的とした研究プロトタイプと呼んでおり、正式な DeepSeek 製品ではないとしており、独自の環境で使用する前にレビューして調整するように記載されています。また、内部バージョンや設計記事で説明されている実装とも同一ではありません。

スーパーエージェントはサブエージェントとどう違うのですか?

サブエージェントは、作業エージェントの下にレイヤーを追加します。スーパーエージェントはその上にレイヤーを追加します。この設計では、ルーターは多くのワーカーの上に位置し、人々と会話し、タスクをディスパッチしますが、各ワーカーは 1 つのタスクを個別に処理します。この名前は地位に関するものであり、優れた知性を主張するものではありません。

Feishu が必要ですか、それとも GitHub のみが必要ですか?

GitHubだけで十分です。 Feishu はオプションの 2 番目のソースであり、ドキュメントには、Feishu セットアップの失敗により Feishu ソースのみが無効になると記載されています。

会社のリポジトリ上で実行しても安全ですか?

そのままではありません。ドキュメントによれば、ワーカーはオペレータの OS ユーザーとしてフルアクセスで実行され、ラッパー アカウントは分離境界ではないとされています。エージェントの動作を学習する際には、専用の OS アカウント、GitHub の専用エージェント アカウント、短い許可リスト、監視モードを推奨しています。

単一のコーディング エージェント セッションよりも高速ですか?

著者自身のシミュレート テストでは、ルーターの設計では、より多くのトークンを使用したサブエージェント ツールを使用した単一セッションで 29.5 分かかる最も遅いタスクを 15.7 分で完了しました。このテストでは、シミュレートされたコーディング作業とデザインごとに 5 回の実行が使用されたため、コードの品質ではなく、スケジュール上の利点が示されました。