miniMaster は、ハーネスエンジニアリング に関する Datawhale のチュートリアルである self-harness に付属する、最小限のハーネスの実践プロジェクトである。コードはチュートリアルの本文と同じリポジトリで配布されており、その目的は教育的なものである。タスクのモデリング、プロンプトの構築、アクションのプロトコル、実行時のメモリ、検証ループ、ツールシステムを別々のモジュールに分けることで、継続的に動作するエージェントシステムがどのような部品から成り立っているかを読者が見て取れるようにしている。
チュートリアルはこれを、Claude Code に代表される種類の最小限のシステムを構築するための実践的な道筋として紹介しており、実践のセクションではハーネスの理論が実際の開発にどのように適用されるかを示していると述べている。
機能
miniMaster のツール層は、シェルの実行や、ファイルの読み取り・書き込み・編集といった基本的なシステムツールに加え、glob や grep による検索・取得ツールを提供する。これらはすべて場当たり的に組み込まれるのではなく、共通のツールコンテキスト、ツール仕様、ツールサービスの中核を通じて一元的に管理されている。
プロンプトの構築、役割ごとのアクションポリシー、ネイティブな関数呼び出しのプロトコルは別々のモジュールに分けられている。プロジェクトはこれを、エージェントが何をしてよいかについてのプロンプトの記述を、実際に強制されるアクションの境界と一致させておくための方法だと説明している。
ワーキングメモリは 1 つのトランスクリプトとして保持されるのではなく区分されている。計画、生成、検証の各役割はそれぞれ独自のメモリを持ち、再試行されたタスクは別途アーカイブされる。その理由として、各役割が必要とするコンテキストを保持しつつ、古い軌跡を圧縮できるようにするためだと述べられている。
制御フローは 3 層の入れ子になったループで、全体のスケジューリングを行う Planner エージェント、作業を実行する Executor エージェント、それを評価する Validator エージェントからなる。これは、プロジェクト自身はその名前を使っていないものの、この wiki が Planner–Executor–Reviewer として記録している構造である。プロジェクトはこの構造を、完了チェックリスト、同じアクションの繰り返しを防ぐガード、再試行のアーカイブと組み合わせており、これらが合わさってループを安定して閉じるものだと説明している。
採用状況とエコシステム
miniMaster はチュートリアルの実践プロジェクトとして配布されており、それが属するチュートリアルと同じく Alpha のステータスと、クリエイティブ・コモンズ 表示 - 非営利 - 継承 4.0 国際ライセンスを共有している。リポジトリには完全なログ付きの実行例が含まれており、3 つのエージェントの役割がプロジェクト自身のコードベースに関する質問に取り組む様子が示されている。