ローカル35B MoEモデル、Agent OSコード障害率を0%に低減

あるRedditユーザーが、hollow-agentOSというローカルのマルチエージェントOSを実行した経験を共有しました。このOSでは、エージェントが自律的にツールを作成し、サンドボックスでテストし、ホットロードします。重要な進展は、デフォルトのランタイムモデルを小さな9BのフォールバックからQwen 3.6 35B A3B(アクティブパラメータ3BのMixture-of-Experts)にアップグレードしたことで、コードの不具合率が0%になったことです。
大規模モデルによる変化
- パニック vs 再評価: ストレス下では、9Bモデルは焦って無効な関数呼び出しを幻覚しました。35Bモデルは一時停止し、以前の失敗を再評価し、変更を送信する前に内部検証ループを実行します。
- 100%の成功率: コードは5層の検証ゲートを通過します。9Bモデルでは、ツールが頻繁にサンドボックス内で死んでいました。Qwen 35Bでは、すべてのコード行が意図した通りに動作します。
- 自律的なツール作成: エージェントが未知の問題に遭遇すると、新しいツールを構築し、サンドボックスでテストし、登録し、他のエージェントに通知します。人間の介入はありません。
アーキテクチャの詳細
システムは、エージェントがツールライブラリを継続的に拡張するよう促す逆境状態(「苦痛システム」)によって駆動されます。リポジトリはgithub.com/ninjahawk/hollow-agentOSで入手可能です。
将来の計画
開発者は、ClaudeとCodexをアーキテクチャに組み込み、それらを超孤立化されたミニVMラッパーでラップして、フロンティアモデルがホスト環境を上書きするのを防ぐ予定です。
📖 Read the full source: r/ClaudeAI
👀 See Also

開発者が共有するハイブリッドAIコーディングワークフロー:計画にはClaude、実行にはローカルモデル
開発者がClaude 3.5 Sonnetをタスク計画に、Ollama経由のローカルQwen2.5-Coderモデルをコード生成に使用するパイプラインを構築し、Claudeのみを使用する場合と比較して85%のトークン削減を達成しました。

Queuelo: LLMエージェント向け軽量承認API
Queueloは、LLMエージェントが不可逆的なアクションを実行する前に一時停止できるシンプルなAPIレイヤーです。エージェントがアクションリクエストをPOSTすると、承認または拒否の通知が届き、エージェントはウェブフックを通じて回答を受け取ります。

Claude Codeの未文書化機能:フック、メモリ、YOLO分類器など
Claude Codeのソースコードから明らかになった隠し設定: YOLO分類機による自動許可、コマンドを書き換えるフック、永続的なエージェントメモリ、平易な英語の自動モードルール、そしてドリームループ。

Tycono: オープンソースAIエージェントハーネス、組織図と自律的改善ループを搭載
Tyconoは、YAML形式でAIエージェントの役割(CTO、エンジニア、QAなど)を定義し、組織図に従って協働させるオープンソースのハーネスです。このシステムは、ピクセルランニングゲームのタスクに対して一晩で17ラウンドを実行し、43回のコミットで6,796行のコードを生成しました。