> ## Documentation Index
> Fetch the complete documentation index at: https://docs.replit.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 環境のメンテナンスのためのマシンアイデンティティ

> 対話的な作業とバックグラウンドの環境ビルドで、どのアイデンティティがリポジトリにアクセスするのかを理解し、個人接続とワークスペース接続を使い分けます。

Repositories > Manageを使用して、利用可能なGitアクセスを確認します。個人のサインインは、共有ビルドのアクセスや外部サービスの認証情報とは分けて管理してください。

## 適切なGitアクセスを選ぶ

* Personal account: Agentは、対話的なコードの確認、ブランチのプッシュ、プルリクエスト/マージリクエストの作成に、あなたが承認したアカウントを使用します。
* Workspace connection(s): バックグラウンドの環境ビルドは、個人のチャットセッションに依存せず、ワークスペースのリポジトリ許可を使用します。設定できるのはワークスペース管理者のみです。

GitHubの許可にはGitHub Appのインストールを使用し、GitLabの許可にはグループと選択したプロジェクトを使用します。共有アクセスを接続または変更するには、[Gitプロバイダーアプリをインストールする](https://docs.replit.com/ja/build/code/install-git-app.md)に従ってください。

ビルドがリポジトリを取得できない場合は、Workspace connection(s)を確認してください。Agentがブランチをプッシュできない場合は、Personal accountとリポジトリの書き込み権限を確認してください。一方のアクセスを解除しても、もう一方は削除されません。

## 外部リソースには別のアイデンティティが必要

Gitアクセスだけでは、AWS、シークレットマネージャー、プライベートパッケージへのアクセスは付与されません。外部サービスを繰り返し必要とする環境では、プロバイダーが対応している場合、ワークロードアイデンティティフェデレーションを優先してください。管理者がプロバイダー側で信頼関係を確立し、実行中のサンドボックスが有効期間の短いReplitワークロードJWTを提示して、認証情報と交換します。プロバイダー側のオーディエンス、クレーム、ロール、リソース権限を制限してください。プロバイダーのポリシーがワークスペース全体のクレームを使用する場合、信頼の範囲は単一のサンドボックスより広くなることがあります。

[AWSとInfisicalのチュートリアル](https://docs.replit.com/ja/build/code/adding-secrets-to-environments.md#reuse-external-secrets-and-resource-access)では、具体的なフェデレーションのパターンとその信頼境界を紹介しています。プライベートなチャットでのみ必要な一回限りの認証情報には、代わりに[チャットのシークレット](https://docs.replit.com/ja/build/code/adding-secrets-to-environments.md#the-simplest-option-a-secret-for-this-chat)を使用してください。レビュー済みのヘルパースクリプトとシークレットを含まない設定はコミットできますが、認証情報の値、発行されたJWT、交換されたトークンは、Gitや事前構築されたイメージに決して含めないでください。

> [!NOTE]
>
> これらのアーリーアクセスのワークフローとプロバイダーのレシピは、組織の現在の設定に照らして確認してください。AWSとInfisicalの例はドキュメント上のレシピであり、お使いのクラウドアカウントや実際のフェデレーション交換がテスト済みであることを示すものではありません。