1. JustFit
  2. ブログ
  3. 許可した依頼だけ動く開発AI、DeepSeekが試作版をMIT公開

許可した依頼だけ動く開発AI、DeepSeekが試作版をMIT公開

JustFit編集部（運営：株式会社LEGAREA）

2026年10月31日、DeepSeekのHarnessチームが、GitHubの1つのリポジトリで動くコーディングAIの試作版「dsh-superagent」をMITライセンスで公開しました。依頼を許可された人が出すのを待ち、自分の作業用の場でプルリクエストを作る、という動き方のエージェントです。この記事では、公開された内容と、公表されている検証の範囲を整理します。そのうえで、新規事業やシステム開発にとって何が変わりうるかを、事実と編集部の見方に分けて書きます。

10月31日に公開された、dsh-superagentとは

公開されたもの

DeepSeekのHarnessチームは2026年10月31日、GitHubの1つのリポジトリに常駐するコーディングエージェントdsh-superagentをオープンソースで公開しました。同時に、設計の考え方をまとめた記事も出ています。題名は「Exploring Super-agent Design: Towards a More Autonomous Agent System」です。

土台になっているのは、DeepSeekのオープンソースのエージェント基盤「DeepSeek Harness」です。ハーネスとは、AIモデルに道具や実行環境を与え、作業者として動かすための仕組みを指します。DeepSeek Harnessは開発者向けプレビューの段階で、互換性を損なう変更が入る可能性があると明記されています。

dsh-superagent自体の位置づけも、公開元がはっきり書いています。READMEは、参照用の研究プロトタイプであり、DeepSeekの公式製品ではなく、社内版とも同一ではないと述べています。

動き方：依頼を受け、作業ごとに別の場で進める

このエージェントはGitHubを見ており、任意でFeishu（ビジネス向けのチャットツール）も見ます。許可された人が作業を頼むと、作業項目を作り、専用のセッションとディレクトリで進め、元の会話に返答します。返答の例はプルリクエストです。

作業の扱い方にも特徴があります。許可された人の依頼を受けると「Ticket」を作ります。これは、作業してよいと認められた単位で、なぜ進めてよいのかを記録する変更不可の「Mandate」が付きます。依頼は、並行して動く隔離された作業セッションに振り分けられます。

設計記事の解説では、常駐する調整役と別々の作業役を組み合わせ、チャットやコードレビューなどからの出来事を振り分け、長いコマンドは裏で動かし、エージェントの状態を作業する機械から切り離すという構成だと説明されています。チームは、社内の同様の仕組みを、問題の再現、レビューへの対応、DeepSeek Harnessの開発に使っていると報告しています。

「頼まれたときだけ動く」を決める、3つのモード

今回の公開で注目したいのは、AIが自分から動く範囲を、モードで切り替えられる点です。

自分から始める作業の受け入れには、off、observe、autoの3つのモードがあります。初期値のobserveは、受け入れたはずの依頼を、実行せずに記録だけします。公式のセットアップ手順でも、受け入れモードにはobserveを選び、自発的な作業は記録するだけで実行しない設定にする形になっています。

autoについては、第三者の解説が次のように整理しています。推測された候補が作業になるのはautoのときだけで、チームが書いた規則が1つ以上当てはまる必要があります。

アカウントの扱いも決まっています。エージェントとして動くGitHubアカウントは専用のものを使い、運用者本人のアカウントは使わない前提です。エージェントが書いたものはすべて、その名前で表示されるためです。

検証の範囲と、動かすときの前提

確かめられたのは、作業の割り振りまで

DeepSeekは、模擬のグループチャットとGitHubの継続的インテグレーション（CI）のメッセージの流れでこの試作を試しました。ただし、試験は合成メッセージと模擬の道具で行われ、実際のコード品質は測っていません。

設計記事の実験について、解説記事は次のように伝えています。模擬の作業を、2つの単一セッション方式より速く終えた一方で、読み込むキャッシュ済みトークンは多くなりました。同じ解説は、この実験が見ているのは作業の割り振りであり、良いコードが書けるか、組織の費用が減るかではないとも指摘しています。

動かすときの前提

必要なものは、Node.js 22.19以上または24以上、pnpm、git 2.32以上、tmux、Python 3.8以上、GitHub CLI 2.48以上、そして対応するバージョンのDSHです。DSHにはモデルの提供元も必要で、設定が未了なら運用者の作業になります。

安全面では、dsh-superagentはOSのユーザー権限をそのまま使って動くため、使う前に隔離すべきだとDeepSeekは述べています。

編集部の見方：AIに任せる範囲を、規則として書けるかが問われる

ここからは、公開された事実を踏まえた私たち編集部の見方です。

見方1：「何ができるか」の前に、「誰の依頼で、どこまで動くか」が設計の対象になる

AIが開発の作業者として常駐するなら、権限と記録が仕様の一部になります。dsh-superagentは、依頼者を限り、作業の理由を記録し、自発的な作業はまず記録だけにする、という形でこの問題を扱っています。

AIを使った開発を外部に任せる場合や、AIをサービスの中に組み込む場合も同じです。誰がAIに指示できるのか、AIがどこまで書き換えてよいのか、後から経緯を追えるのかは、事前に決められます。確認の観点はAI生成コードのセキュリティ｜確認点と人の役割でも整理しています。

見方2：試験で測ったことと、事業が知りたいことは別

今回の試験が示したのは、作業を並行して振り分けられるかどうかです。コードが事業で使える品質かどうかは、別に確かめる必要があります。

新規事業では、動くことと、使える水準であることの間に差が出やすいものです。AIが出した変更を、どの観点で誰が見るのかは、AIコードレビューで指摘される点と人が判断する点や、AI開発でも品質には人の確認が必要な理由で詳しく扱っています。

見方3：並行して動くAIが増えるほど、人の注意が足りなくなる

設計記事の問題意識は、人の注意にあります。DeepSeekのチームは、複数のAIエージェントを人が調整し、進み具合を見守る必要を減らすことを狙っていると、SCMPは伝えています。

同じ方向の動きは、他社にも見られます。GitHubは10月28日に、Webやモバイル、CLI、VS Code、Slack、Teamsなど複数の場所をまたぐCopilotのクラウド体験を、有料プランで一般提供としました。GitHub側の発表は、GitHub Octoverse、PRの4割超がAI起点にでも触れています。

AIが並行して作業するほど、人が確認する変更は増えます。そのとき、AIの作業を速くすることと、人が確認しきれる量に収めることは、別の課題です。dsh-superagentの「まず記録だけにする」という初期値は、AIに任せる範囲を段階的に広げるときの一つの考え方として、読み取れます。

なお、公開されたのは研究用の試作です。そのまま事業のシステムに組み込むものではなく、動かす場合も隔離した環境で、短い許可リストから始めるのが妥当でしょう。

まとめ

DeepSeekは10月31日、許可された人の依頼を受けて作業する開発AIの試作版dsh-superagentを、MITライセンスで公開しました。依頼ごとに作業の理由を記録し、自発的な作業は初期設定では記録するだけです。ただし、公表されている試験は模擬の環境で、コードの品質までは測っていません。

新規事業やシステム開発にとっての要点は、AIの性能そのものより、AIに任せる範囲を規則と記録で決める設計に移りつつあることです。

私たちJustFitは、株式会社LEGAREAが運営する完全オーダーメイドの受託開発サービスです。構想をもとに、約1ヶ月で動くプロトタイプを先に開発します。AIを活用した独自の開発基盤LAFでも、人の役割は「何を作るかを決める」ことと「品質の最終判断」だと考えています。AIにどこまで任せるかを含めて、作るものを一緒に決めたい場合は、JustFitのサービス紹介をご覧ください。

参考にした情報

← ブログ一覧へ