3つのharnessを1つに『融合』させようとする個人開発、着手から10時間の記録
GitHubの個人開発者アカウント「galaxycoils」が2026年8月26日に公開したRust製プロジェクト「Darius」は、Hermes・oh-my-pi・Prime Agentという3つの既存harnessの機構をひとつに統合しようとしている。作成(8月26日17時39分UTC)から最新コミット確認時点(8月27日3時39分UTC)までの約10時間で31コミットという速さで進んでいるが、README自身が『Early development』と明記する未完成のプロジェクトだ。

目次
「agent = model + harness」という等式に立てば、モデルを開発できない個人でも、harness側を磨くことでエージェントの能力を伸ばせる。この発想を極端なところまで推し進めた個人開発プロジェクトが、2026年8月26日にGitHubへ公開された。名前は「Darius」。作者はGitHub上のユーザー・組織アカウント「galaxycoils」で、本記事執筆時点(8月27日)でこのアカウントの他の活動歴は確認できていない。
3行まとめ
- Rust製の新プロジェクト「Darius」は、Hermes Agent(継続的な学習ループ)・oh-my-pi(コンテンツハッシュで編集を守るHashline機構)・Prime Agent(Recursive Language ModelによるRLMカーネルとContinual Harness)という3つの既存harnessの機構をひとつのRustランタイムに統合しようとしている。
- リポジトリの作成は8月26日17時39分(UTC)、確認できた最新コミットは8月27日3時39分(UTC)。約10時間の間に31件のコミットが積まれているが、README自身が「Early development」と明記し、実装計画は「v3.1(revised)」まで版を重ねている途上。
- スター数は0、フォークも無し。MITライセンス、主要言語はRust。Zennでの言及は検索で0件。
3つの元ネタを1文で言い切るREADME
READMEの書き出しは簡潔だ。
"Darius fuses the best of three world-class systems into one ultra-efficient, memory-safe, zero-overhead runtime written primarily in Rust: Hermes Agent — closed learning loop, persistent cross-session memory, autonomous skill creation, multi-platform messaging gateway / oh-my-pi — Hashline (content-hash anchored) edits, native LSP + DAP, first-class subagents, browser automation / Prime Agent — Recursive Language Model (RLM) with persistent IPython kernel, Continual Harness self-improvement, long-horizon autonomy" (「Dariusは3つの世界水準のシステムの良いところを、主にRustで書かれた1つの超効率的・メモリ安全・オーバーヘッドゼロのランタイムに融合させる。Hermes Agent──閉じた学習ループ、セッションをまたぐ永続記憶、自律的なスキル生成、複数プラットフォーム対応のメッセージングゲートウェイ。oh-my-pi──コンテンツハッシュで固定する編集(Hashline)、ネイティブのLSP+DAP、一級市民のサブエージェント、ブラウザ自動化。Prime Agent──永続IPythonカーネルによるRecursive Language Model(RLM)、Continual Harnessによる自己改善、長時間稼働の自律性」)
「Agent = Model + Harness. Darius is the harness that makes frontier models maximally capable.」(「エージェント=モデル+ハーネス。Dariusは、最先端モデルを最大限に有能にするハーネスだ」)という一文がREADME中盤に置かれており、この等式そのものを設計思想の中心に据えていることがわかる。
Prime AgentのRLM機構については、「Prime Agent」とは何かで扱った通り、永続的なIPythonカーネルでコンテキストを変数として扱う抽象化だ。Dariusはこれを「オプションのPyO3連携、もしくは純Rustのフォールバック」という形で取り込もうとしている。
コードはまだ「計画書」の比重が大きい
GitHubのcontents APIで確認すると、リポジトリの中身はCargo.toml・LICENSE・README.mdと、cratesディレクトリ・docsディレクトリの5点で構成されている。commits APIで直近のコミット履歴を取得して読んでいて気づいたのは、確認できた最新5件のコミットメッセージがすべて「docs:」で始まっていたことだ。8月26日20時台の3件は連続して実装計画のバージョンをv3.0からv3.1(revised)へ切り替える作業で、この時点でのDariusは「Rustのコードを書く」よりも「計画書を書き直す」ことに時間を使っているように見えた。
READMEの「Status」節は率直だ。
"Early development. Implementation plan v3.1 (revised)... Gate fixes in v3.1: Jupyter wire (ZMQ) for ipykernel, SQLite event log, ModelRouter in daemon, CI/CD task, Task 3.6 removed." (「早期開発段階。実装計画はv3.1(revised)。v3.1でのゲート修正: ipykernel向けのJupyter wire(ZMQ)、SQLiteイベントログ、daemon内のModelRouter、CI/CDタスク、Task 3.6の削除」)
「Current focus」として挙げられている5項目のうち、1番目の「ワークスペースのブートストラップ+Hashline」がまだ現在地点であることから、READMEに書かれた壮大な統合ビジョンのほとんどはまだ実装されていない設計図の段階だと見るのが妥当だ。
個人開発が「今週出たものすべて」を吸収しようとする速さ
このプロジェクトが興味深いのは、統合の対象として名指ししている3つの構成要素が、いずれも比較的新しい、あるいは今まさに話題になっているものだという点だ。Prime AgentのarXiv論文は2026年8月24日提出、DariusがPrime Agentへの言及を含めてリポジトリを作り始めたのが8月26日で、わずか2日という間隔になる。一人の(あるいは少人数の)開発者が、目についた強力なharnessの機構を片っ端から自分のプロジェクトに取り込もうとする動きが、少なくとも今回は数日単位のスピードで起きている。
同様に「他のharnessのアイデアを移植する」動きは、DeepSeek Harness向けのPrime Agent移植でも同時多発的に起きていたことを別記事で扱った。今回のDariusはそれをさらに一段進め、3つの別々のharnessを丸ごと1つのランタイムに統合しようとしている点で、野心の大きさが違う。
4日後に確認すると、v1.0.0がすでにリリースされていた
この記事の最初の調査(8月27日)から4日後、リポジトリを改めて開いて確認した。当初「Cargo.toml・LICENSE・README.md、crates・docsの5点」だった構成は様変わりしていた。cratesディレクトリにはdarius-bench・darius-cli・darius-cognitive・darius-core・darius-daemon・darius-eval・darius-hashline・darius-lsp・darius-memory・darius-rlm・darius-safety・darius-skill-parser・darius-skills・darius-tools・darius-tui・darius-webという16個のクレートが並び、リポジトリ直下にも.github/workflows(CI)・CHANGELOG.md・install.sh・tests/harness_e2eが新たに加わっていた。
CHANGELOG.mdを直接開くと、2026年8月30日付で「[1.0.0]」というエントリがあった。
| 追加された機能 | 内容 |
|---|---|
| darius-memory | プロファイル単位のSQLite単一ファイル、WALモード、FTS5全文検索、3,500字上限のMemoryPack、コンテンツハッシュによる重複排除 |
| darius-tools | ToolRegistry、32KiB超のプレビューをディスクへ退避、shell/read_file/write_file/globツール |
| darius-cognitive | CognitiveLoop(Plan→TaskBoard→ReAct→Accept)、オフラインテスト用のMockModel |
| Live ModelRouter | DARIUS_LIVE_MODEL環境変数の裏にあるLiveModel(darius run用) |
| メッセージングアダプタ | Telegram/Discord/Slack向けの薄いI/O層(スタブ) |
同じCHANGELOGの「Known Limitations」節には、「実プロバイダのHTTP連携はスタブ(Mockはオフラインで動作)」「本番向けメッセージングI/Oはスタブ」「Firecracker・embeddings・クラウド同期・訓練機能は無し」と、まだ実装されていない部分も自己申告されていた。GitHubのReleasesページを確認すると、この記事の確認時点での最新版はさらに進んだ「v1.1.0」だった。
つまり、この記事が最初に書いた「まだ計画書の比重が大きい」という観察は、あくまで公開直後10時間の一時点のスナップショットであり、その後の4日間で実際にコード(16クレート)が積み上がり、少なくとも自己申告レベルでは動くバージョン(v1.0.0→v1.1.0)まで進んでいたことになる。
実際にビルドして動かしたわけではない
この記事はREADME・コミット履歴・ディレクトリ構成・CHANGELOG・Releasesページという、GitHub上で公開された情報のみを根拠にしている。Dariusを実際にビルドして動かしたわけではなく、cratesディレクトリ配下の各クレートのソースコードを1ファイルずつ読んで、CHANGELOGの記述が実装と一致しているかまでは検証していない。README・CHANGELOGが自ら「Early development」「スタブ」と明記している範囲についてはそのまま紹介したが、v1.0.0・v1.1.0というバージョン番号が実際にどこまで安定して動作するかの評価は、この記事では判断していない。
作者の実名・所属も含め、galaxycoilsというアカウント以外の情報は確認できなかった。
関連記事
出典・参照資料
AIニュースの解説を動画でも
YouTubeでは注目ニュースの背景を解説し、Xでは新着記事をお知らせしています。
コメント
まだコメントはありません。最初のコメントを書いてみませんか?
AIについて聞きたいことはありますか?
質問箱で無料で受け付けています。回答は公開され、他の方の参考にもなります。
質問箱を見る →新しい記事をメールで受け取る
AIの新しい発表を、出典付きで整理して届けます。