概要
- LLMをチャット画面から解放するための ハーネス設計 への提案
- 直感的・透明性・柔軟性・堅牢性を重視した 理想的なハーネスの要件 整理
- UNIX哲学 を応用したエージェント向け環境設計のすすめ
- すべてを テキストファイル として扱うことでLLMの強みを最大化
- 実装例として Ambiance の概要と利用方法を紹介
理想的なハーネスの条件
- エージェント にとって自然で直感的な設計
- すべての動作が 透明 であり、自己成長や障害時の監査が可能な構造
- 最小限かつ柔軟 な設計、不要な複雑化の排除
- エラー耐性、アップデート耐性、長期間の安定動作を保証する堅牢性
- LLMの知能進化に伴い、ハーネス自体の 信頼性向上 を見据えた設計
基本原則と学び
- 決定論的 なプロセスを最大限重視
- LLMが 目標選択、その実行手順は明確に定義
- コアプロンプト は極力小さく、必要なスキルを都度ロードする方式
- コンテキスト制限 に近づくとLLMの挙動が不安定化
- LLMの コーディング知識 や既存スキルを最大限活用
- ファイル探索や冗長な処理 はハーネス側で効率化し、LLMの負荷を軽減
- バックグラウンドでの ロギング、サニティチェック、フェイルセーフ、サニタイズ の自動化
監査性・ロギング・自己修復
- すべてのエージェントは 失敗 する前提
- 失敗は「 LLMレベル」と「 ハーネスレベル」の2種類
- LLMレベルの失敗はハーネスでリスク低減
- ハーネスレベルの失敗は ランタイムで修復可能
- 詳細なログ と 明確なエラーメッセージ が自己修復の鍵
UNIX哲学の応用とデータレイヤー
- UNIX/Linux環境 をエージェント用ハーネスのモチーフに
- UNIX哲学 ：「1つのことをうまくやる」「プログラム同士が連携」「テキストストリームを活用」
- モジュール化・透明性・ 失敗時は大きくアラート
- スキル・ツール・コネクタの役割分担
- テキストファイル を普遍的なインターフェースとして活用
Ambianceによる実装例
-
すべてはファイル という設計思想
-
外部データは プレーンテキスト として整形し、ディレクトリで分類
-
Filesystem Hierarchy Standard (FHS) を参考にディレクトリ構成を設計
- /var（ログ）、/etc（設定）、/home（作業領域）、/bin（ツール）など
-
grep, find, rg, fzf などで簡単に監査・検索可能
-
外部世界のデータを 仮想ファイルシステム（VFS） に整形して配置
| ハーネス | UNIX相当 | FHS例 | |----------------|-------------|--------------| | Agents | Users | /home/... | | 外部データ | Drivers | /sys/ | | ツール | Binaries | /bin/ | | ログ | Logs | /var/ | | 自己修復 | System Bin | /sbin/, /recovery | | スキル | Docs | /usr/share/doc |
カーネルとイベント処理
- Ambiance Kernel ：FSの変化を監視し、イベント駆動でLLMを呼び出し
- OpenClaw のような定期ハートビート方式の課題を解決
- ファイルや外部状態の変化を 即時検知 し、LLMに通知
- 複数の「ユーザー（LLMインスタンス）」がイベントごとに役割分担
- カーネルはLLMの 安全性・健全性チェック を担う中間層
デフォルトユーザー設計
- root ：システム管理・ドライバやバイナリの実装・修正担当
- pai ：人間との対話や外界インターフェース担当
- librarian ：paiの得意・不得意やシステムの活動記録を管理
- 全ユーザーは イベントバス と メッセージ送信バイナリ で常時連携
Ambianceの利用と今後
- モデルの既存知識（ファイル・ユーザー・ログ・ドキュメント）を 最大限活用
- 公式サイト：whitematterlabs.ai
- インストール例：
curl -fsSL https://raw.githubusercontent.com/whitematterlabs/ambiance/main/install.sh | sh - 興味がある場合や同様のプロジェクトに取り組む場合は Recurse Center も要チェック
このように、 LLMの知識と親和性の高いUNIX的設計 を基盤としたハーネスが、今後のエージェント開発の鍵になると考えられる。