このセクションでは、Slateが最適に機能するようにワークスペースと環境をセットアップする方法について詳しく説明します。
Slateは既存のコーディングエージェントのワークフローにそのまま組み込むことができますが、このページではSlateを最大限に活用するためのガイダンスを提供しています。
環境のセットアップ
Slateを使用する最大の利点の一つは、あなたと同じようにシェルツールを使用できることです。
これを実現するために、Slateは長時間実行されるシェルなどにアクセスできます。
Slateにあなたの環境と対話させる最良の方法は以下の通りです：
エージェントルール
Slateはデフォルトで、異なるフォルダ内のエージェントルールを次の優先順位で尊重します：
AGENTS.mdCLAUDE.md.cursorrulesgemini.md.github/…- など
良いルールファイルには以下の情報が含まれています：
- コードベースの目的の概要
- コードベースの現在の構造の概要（ファイルシステムではなく、アーキテクチャ）
- 関連するコマンド、ライブラリ、または注意点の概要
- コードベースの異なるセクションに従うべき期待されるパターン
エージェントルールはネストされたディレクトリに配置できます。詳細については https://www.agents.md をご覧ください
ビルド/テストプロセス
Slateは、行われている作業の正確さを検証する明確な方法がある場合に、より良く機能します。
これは、ユニットテストと統合テストを書くことを意味します。
Slateは手動で統合テストを実行できる数少ないエージェントの一つです。
これは、Slateがシステム上で手動で統合テストを行うことができ、統合テスト自体も検証できることを意味します。
テスト環境のセットアップについてSlateに助けを求めましょう！テストケースを事前に考えておいてください。
必要に応じてSlateに一時的なテストスクリプトを作成してもらいましょう。ただし、テストプロセスは明確で一貫性を保つようにしてください。Slateは検証もできます
環境変数
多くのプロジェクトでは、さまざまな環境変数が必要になります。
Slateはデフォルトではenv ファイルを認識しません。
Slateが特定のタスクを実行するには、環境変数へのアクセスが必要です。
これを処理する最良の方法は、.env.slate ファイル（または他の好きな名前）を定義することです。
それを AGENTS.md ファイルに追加して、Slateがどのenvファイルを使用すべきかを認識できるようにします。 
