PrimeAgentの『RLM』という発想が、2週間で3つの独立した移植版を生んだ

この記事を書くために元のリサーチメモにあったリポジトリ名をGitHub APIで一つずつ叩き直したところ、zhming0/dsh-sandboxという名前で記録されていたリポジトリが、実際にはzhming0/dsh-workbenchに改名されていることに気づいた(旧名でアクセスすると自動でリダイレクトされる)。こうした細かい改名は、静的なメモを鵜呑みにせず一つずつ実URLで確認しないと気づけない。その確認作業のなかで、GitHubのタイムスタンプに奇妙な偶然が残っていることにも気づいた。PrimeIntellectが公開するオープンソースharness「Prime Agent」の核となる「Recursive Language Model（RLM、コンテキストを変数として扱い、サブエージェント呼び出しを関数呼び出しとして扱う抽象化）」という発想を、別の harness である「DeepSeek Harness（通称dsh）」に移植しようとするプロジェクトが、2026年8月13日から24日までの11日間に、少なくとも3件、互いに独立して立ち上がっている。

3行まとめ

1. yoke233/dsh-prime-agent（作成8月13日、★4）・moreWax/dsh-prime-agent（作成8月24日）・edwilhelm/prime-dsh-integration（作成8月21日）の3件が、それぞれ別々の実装アプローチでPrime AgentのRLM機構をDeepSeek Harnessへ移植している。
2. 同じ発想はClaude Code向けにも移植されており（Abdullah-Basim/prime-harness、8月23日作成、Prime AgentのTypeScript実装をPythonに書き直したもの）、Prime Agent本体に対しては知識パックの共有規格（JonusNattapong/prime-agent-knowledge）まで生まれている。
3. 6件のうち5件はMITライセンスだが、zhming0/dsh-workbenchのみライセンス表記が無い(LICENSEファイル無し、GitHub APIでもlicense: null)。いずれもスター数は0〜4と無名のまま。2026年8月27日時点でZennの検索結果は0件で、日本語圏でこの動きに触れた記事は見当たらない。

3つの独立実装、3つの違うやり方

面白いのは、3件のDeepSeek Harness移植が、まったく違う技術的アプローチを取っていることだ。

yoke233/dsh-prime-agentは、モデルに見せるツールをreplという単一のツールに絞り込む設計を採る。READMEは中国語で書かれており、こう説明している。

"dsh-prime-agent 是面向 DeepSeek Harness 的 RLM-first 控制面。选中 Prime preset 的会话只有一个模型可见工具 repl：它的唯一参数是 { code }，执行一个持久 TypeScript REPL cell。" （「dsh-prime-agentはDeepSeek Harness向けのRLMファーストな制御面。Prime presetを選んだセッションでは、モデルに見えるツールはreplただ一つになる。唯一の引数は{ code }で、永続的なTypeScript REPLセルを実行する」）

前のセルで宣言した変数や関数が次のセルでもそのまま使えるという、Prime Agent本来の「永続カーネル」の考え方を、DeepSeek Harnessの「Code Mode」機構の上にそのまま再現している。

一方moreWax/dsh-prime-agentは、ツール統合ではなくプラグイン統合のアプローチを取る。READMEにはこうある。

"A closed learning loop connecting Prime Agent's continual memory system and an OKF/OpenWiki knowledge registry to DeepSeek Harness — implemented entirely as native plugins on documented seams. No forks, no patches to core." （「Prime Agentの継続的記憶システムと、OKF/OpenWiki知識レジストリをDeepSeek Harnessに繋ぐ、閉じた学習ループ。すべてドキュメント化された接続点の上のネイティブプラグインとして実装されており、フォークもコアへのパッチも無い」）

@morewax/dsh-prime-memoryと@morewax/dsh-okf-knowledgeという2つのnpmパッケージに分かれ、DSPy/MIPROv2による自動プロンプト精錬をパイプラインに組み込んでいる。

3件目のedwilhelm/prime-dsh-integrationは、最も体系立った作り込みをしている。READMEは移植対象を明示的に5つに分解する。

"Prime Agent's five proven strengths — RLM architecture, Continual Harness self-improvement, long-horizon autonomy, family-scoped orchestration, and token efficiency — ported into DeepSeek Harness (dsh) as out-of-tree plugins and profiles." （「Prime Agentの実証済みの5つの強み——RLMアーキテクチャ、Continual Harnessによる自己改善、長時間稼働の自律性、family単位のオーケストレーション、トークン効率——を、out-of-treeのプラグインとプロファイルとしてDeepSeek Harness(dsh)に移植した」）

prime-dsh-integration-plan-v3.mdという設計文書に沿って実装が進んでおり、CIバッジも付いている。アンインストールスクリプトまで用意され、「標準のdshプロファイルは1バイトも変更しない」ことを明言している点が、他の2件より運用面への配慮を感じさせる。

Claude Code版とPrime Agent本体向けの周辺整備も同時進行

DeepSeek Harness以外にも、同じ2週間でPrime Agentの考え方を別のharnessに移す動きがあった。Abdullah-Basim/prime-harness（8月23日作成・当日プッシュのみ）は、Claude Code向けにPrime Agentの4つの機構をPythonで再実装したものだ。READMEは移植の対象を機能一覧ではなく「解決している失敗モード」で説明している。

「これはTypeScript原典のフォークではなく、Python再実装だ」とREADMEは明記しており、コード中に原典へのファイル・行番号の参照を残している点は、移植元へのクレジットの示し方として丁寧だ。

さらに、Prime Agent本体に対してはJonusNattapong/prime-agent-knowledge（8月16日作成）が、記憶・スキル・プロンプトノートを「ナレッジパック」というJSONファイル単位で持ち運び・共有できる仕組みを提供している。prime-agent package install <URL>一発でインストールできる、いわばPrime Agent版のパッケージレジストリの原型だ。

DeepSeek Harnessのプラグイン圏そのものも広がっている

RLM移植とは別軸で、DeepSeek Harness自体のプラグインエコシステムも同時期に厚みを増していた。zhming0/dsh-workbench（旧名dsh-sandbox、8月23日作成）は、各セッションに専用の実行環境をDockerまたはKubernetes Agent Sandbox（v0.5.4系のv1beta1 API）で払い出す仕組みで、RLMとは無関係だが「dshにサンドボックスを足す」という別方向の拡張だ。npmパッケージとghcr.io/zhming0/dsh-runnerイメージがバージョンを揃えて同時公開される設計になっている。

記憶管理サービスMem0が2026年8月24日にDeepSeek Harness向けの公式プラグインを出したことは別記事で扱った。今回の6件はいずれも非公式・個人開発のプロジェクトだが、公式側の対応(Mem0)と個人開発側の移植ラッシュ(今回の6件)が同じ週に重なっていることからも、DeepSeek Harnessが実際に使われ始めている周辺証拠にはなる。

GitHub APIで6件を並べ直す

この加筆にあたり、6件のリポジトリをGitHub APIで2026年8月29日に再取得した。作成日時から5〜16日が経過した時点でのスナップショットになる。

(出典: GitHub API api.github.com/repos/{owner}/{repo} を2026年8月29日に実測。JonusNattapong分はAPIレート制限に阻まれ、GitHubページを直接開いてスター数のみ確認)

初稿執筆時点(8月27日)から2日しか経っていないが、yoke233/dsh-prime-agentとzhming0/dsh-workbenchの2件は、この加筆当日(8月29日)にもプッシュが入っており、6件のうち少なくともこの2件は放置されたリポジトリではなく現在進行形で開発が続いている。逆にedwilhelm/prime-dsh-integrationとAbdullah-Basim/prime-harnessは、作成日以降プッシュが1件も入っていない。CIバッジがあり最も体系立っていると本文で紹介したedwilhelm/prime-dsh-integrationが、実は作成後まったく更新されていないという点は、本文の「作り込みの丁寧さ」という印象と、実際の開発継続性が必ずしも一致しないことを示している。

6件とも実際にインストールして動かしてはいない

6件のうち、CIバッジが付いているのはedwilhelm/prime-dsh-integrationだけで、それ以外はテストの通過状況を外から検証する手段がない。しかもそのCIバッジ付きリポジトリ自体、GitHub API実測では作成日以降プッシュが確認できておらず、バッジの表示が最新の状態を保証しているわけではない。スター数も0〜4と少なく、実運用でどれだけ使われているかは不明だ。この記事はGitHub API経由で取得したメタデータ（作成日時・更新日時・ライセンス・スター数）とREADME本文の記述を根拠にしており、実際にDeepSeek Harnessをインストールしてこれらのプラグインを動かして検証したわけではない。3件が「独立に」生まれたという主張も、リポジトリ同士に相互リンクが見当たらないことからの推測であり、開発者同士が非公開の場で情報交換していた可能性までは否定できない。

Zennの検索APIで「DeepSeek Harness」「Darius harness」などの語を検索した限りでは該当記事は0件だった。Qiita側のAPIは本セッション中アクセスできず、計測できていない。

関連記事

• MCPとは──AIとツールをつなぐ共通規格
• AIエージェントとは──指示に答えるAIと、仕事を進めるAIの違い