hearting

Hearting（旧agent_setting）はコーディングエージェント向けのローカルファーストなワークフローレイヤーである。単一のランタイムを設定するのではなく、共有コントラクトを1回定義し、Claude Code、Codex、OpenCodeそれぞれが発見するネイティブのスキル、エージェント、フック、モード、コマンド表面に投射する。目的は、研究、計画、実装、検証をすべてのランタイムで1つの一貫したサイクルで実行することである。 READMEに記載の主要メカニズム： - ルーティング機能：26の機能に対する12のエントリルーター。重要な作業の前に、エージェントは承認用の5フィールド・ルートカード（タスク、理由、ルート、スコープ、完了条件）を提案する。 - インテンシティ・ラダー：direct、quick、standard、strong、thorough、adversarialの各レベルがステージグラフとディスパッチ深度を選択し、検証の厳格さはインテンシティから派生する。 - シールド・クロスハーネスディスパッチ：standard以上では、各ステージはシールドされたロール、モデルプロファイル、分離されたライトスコープで別々に起動されるセッションとして実行される。並列グループ（2〜4本脚）は1つのトランザクションで開始され、デフォルトでハーネスファミリー間で分散される。ディスパッチ深度3は禁止されている。 - ノード別モデルティア：deep、balanced-deep、light、miniはコンパイル時にノードごとに封印され、アダプタがベンダー名を共有コントラクトで明示することなく具体モデルにマッピングする。 - Fleet：試行レジストリ上のライブダッシュボードで、3つのランタイムからのインタラクティブセッションとディスパッチ済みワーカーを1本の木構造で表示し、状態、ハーネス、シールドプロファイル、コンテキストゲージ、トークン集計を示す。`fleet --once`および`fleet --json`はcursesなしで動作する。 - ガード：39のフックがあり、そのうち5つはハードブロックとして、ツール呼び出しの前にライトスコープ違反、仕様読み取り違反、アーティファクトルートの違反、git状態違反、メモリパス違反を拒否する。 - アーティファクトシステム：research/analyze-project→spec→plans（コード用）、research→draft→refine（ドキュメント用）のワークフローを、プロジェクト全体のカレント`.agent_reports/`ルートの下で管理する。 - メモリ：FTS5付きSQLiteで、セッション、プロジェクト、ランタイムにまたがり、変更された意思決定は削除而非上書きで管理される。 インストールは、整合性チェック済みアーカイブをインストールし、サポートされる環境では日次ユーザーレベル更新チェックを登録するワンライナーリリーススクリプト経由で行う。インストーラはランタイムの認証情報、セッション、ログ、データベースに触れない。Codexが存在する場合は、インタラクティブなcodexコマンドをハーネス管理下のApp Serverへ向ける再逆可能保護 ingressもインストールされ、ノンインタラクティブコマンドは実CLIへ透過する。`hearting update`は新しいリリースをステージング・検証後にアクティブポインタを切り替え、失敗時はロールバックする。`compute-hosts`オペレーターランチャーは、コメントテンプレートとして1回だけシードされるユーザー所有YAML構成を読む。 ランタイム対応は、リンク（ライブデバッグ）およびパッケージド（イミュータブルバンドル）の両投射モードでClaude Code、Codex、OpenCodeを対象とする。未対応の表面は理由付きでSKIPとしてマークされる。開発ワークフローには単一generate/checkエントリポイント、generated-projectionドリフトテスト、CIと同じチェックを実行するリポジトリGitフックが含まれる。ドキュメントは利用法、インストールレイアウト、リリースポリシー、機能、ロール、ルーティング、運用、メモリ、フックをカバーする。ライセンスはMIT。