3 つのコマンドで、リポジトリをエージェント対応に。

いま起きたこと

• leji start は検出したエージェントホストをリポジトリルートから起動し、指示をひとつだけ渡しました。最初にブートプロファイルを読むことです。これにより、エージェントが最初に参照するコンテキストは、ツリーから推測した情報ではなく、チームが用意したものになります。ただしこれは指示であって、チェックではありません。leji はエージェントにそのファイルを指し示すだけで、実際に読んだかどうかを検証することはありません。ホストがひとつも検出されない場合や、スクリプトから実行した場合は、何も起動せず、代わりに実行すべきコマンドを表示します。
• 起動前に、leji start はこのクローン用の Setup ブロックを表示しました。ここでは、リポジトリが宣言する Leji CLI を、レイヤーの仕様系列が求めるバージョンで解決できるか、選択したホスト用の MCP サーバーが登録されているか、共有の.mcp.json がコミットされているか、pre-commit フックが導入されているかを確認します。不足している項目は、それを補うコマンドとともに個別に報告されますが、いずれも起動を妨げません。
• レイヤー自体の点検は別です。スキーマとリントルールには leji validate、宣言したレベルには leji conformance を使います。どちらも、いまインストールしたパッケージを使って自分のマシン上で実行され、仲介するサービスはありません。
• ツールが自発的に接続を開くことはなく、背後にアカウント、レジストリ、ホスト型サービスもありません。ネットワークへアクセスするのは、自分で明示的に呼び出した処理だけです。フェデレーションの取得は指定したリポジトリにのみ接続し、leji init と leji adoptの依存関係に関する処理では、明示的に同意した場合に限り、手元のパッケージマネージャーが実行されます。leji が起動するのは、すでに利用しているエージェントです。ネットワーク上の振る舞いは、そのエージェント自体に依存します。