ユーザー設定の管理

ユーザー設定では、プロフィール情報、アカウントのデフォルト、アラート、 ベータ版プロダクトへの参加、GitHub インテグレーション、ストレージ使用量、 アカウントの有効化を管理し、チーム を作成できます。

ユーザー設定では、プロフィール、デフォルトのチーム、APIキー、アラート、インテグレーション、その他のアカウントレベルのオプションを管理できます。このページでは、ユーザー設定の各セクションとその使い方について説明します。

ユーザー設定を開くには、ユーザープロフィールページにアクセスし、画面右上のユーザーアイコンを選択します。ドロップダウンから Settings を選択します。

​

プロフィール

プロフィールセクションでは、アカウント名や所属機関を管理・変更できます。必要に応じて、自己紹介、所在地、個人または所属機関のウェブサイトへのリンク、プロフィール画像を追加できます。

​

自己紹介を編集する

自己紹介はプロフィールの上部に表示され、自分を紹介したり、Projects へのリンクを追加したり、関連するアカウントを共有したりするのに適しています。

自己紹介を編集するには、プロフィール上部の Edit をクリックします。開いた WYSIWYG エディターは Markdown をサポートしています。

1. 行を編集するには、その行をクリックします。手早く編集するには、/ と入力し、一覧から Markdown を選択します。
2. 項目はドラッグハンドルを使って移動できます。
3. ブロックを削除するには、ドラッグハンドルをクリックしてから Delete をクリックします。
4. 変更を保存するには、Save をクリックします。

更新した自己紹介がプロフィールに表示されます。

​

ソーシャルバッジを追加する

X の @weights_biases アカウントのフォローバッジを追加するには、バッジ画像を参照する HTML の <img> タグを含む Markdown 形式のリンクを追加します。

[![X: @weights_biases](https://img.shields.io/twitter/follow/weights_biases?style=social)](https://x.com/intent/follow?screen_name=weights_biases)

<img> タグでは、width、height、またはその両方を指定できます。いずれか一方だけを指定した場合、画像の縦横比は維持されます。

​

デフォルトのチーム

複数のチームに所属している場合は、Default team セクションで、run または Weave trace にチームが指定されていないときに使用するデフォルトのチームを設定できます。1 つのチームにのみ所属している場合は、そのチームがデフォルトとなり、このセクションは表示されません。

デフォルトのチームを設定する手順は、デプロイ形態によって異なります。ご利用の環境に対応するタブを選択してください。

Multi-tenant Cloud

Default location to create new projects in の横にあるドロップダウンをクリックし、デフォルトのチームを選択します。

Dedicated Cloud / Self-Managed

1. Default location to create new projects in の横にあるドロップダウンをクリックし、デフォルトのチームまたは個人エンティティを選択します。
2. 任意: 管理者が Account > Settings > Privacy で公開 Projects を有効にしている場合は、新しい Projects のデフォルトの公開設定を構成します。Default project privacy in your personal account の横にあるボタンをクリックし、Private (デフォルト) または Public を選択します。
3. 任意: 管理者が Account > Settings > Privacy で コードのデフォルト保存と差分表示 を有効にしている場合は、Enable code saving in your personal account をクリックして、Runs に対して有効にします。

自動化された環境でスクリプトを実行するときにデフォルトのチームを指定するには、WANDB_ENTITY 環境変数でデフォルトの保存先を指定します。

​

チーム

チーム セクションには、所属しているすべてのチームが一覧表示されます。

• チーム名をクリックすると、そのチームのページに移動します。
• さらに参加できるチームへの参加権限がある場合は、We found teams for you to join の横にある View teams をクリックします。
• 任意: Hide teams in public profile をオンにします。

チームを作成または管理するには、チームを管理するを参照してください。

​

APIキー

APIキーセクションでは、W&Bのサービスで認証するための個人用APIキーを管理できます。このセクションから、既存のキーを確認したり、新しいキーを作成したり、不要になったキーを無効化したりできます。

​

APIキーを表示する

APIキーの表には、次の項目が表示されます。

• キーID: 各APIキーの先頭部分で、識別に使用されます。
• 名: キーの作成時に指定した説明用の名前です。
• 作成日時: キーが作成された日時です。
• 最終使用日時: 直近で使用された日時です。

セキュリティ保護のため、この表にはキーID (キーの先頭部分) のみが表示されます。完全なシークレットAPIキーが表示されるのは、作成時の一度だけです。

APIキーの一覧をフィルターするには、キー名またはIDの一部を入力します。

​

新しいAPIキーを作成

APIキーを作成するには、Personal API key または Service Account API key タブを選択して詳細を確認してください。

Personal API key

あなたのユーザー ID に紐づく個人用 APIキーを作成するには、次の手順に従います。

1. W&B にログインし、プロフィールアイコンをクリックして、User Settings をクリックします。
2. Create new API key をクリックします。
3. APIキーにわかりやすい名を付けます。
4. Create をクリックします。
5. 表示された APIキーをすぐにコピーし、安全な場所に保管してください。

Service account API key

サービスアカウントに紐づくAPIキーを作成するには、次の手順に従います。

1. チームまたは組織の設定で、Service Accounts タブにアクセスします。
2. 一覧からサービスアカウントを検索します。
3. action () メニューをクリックし、Create API key をクリックします。
4. APIキーの名を入力し、Create をクリックします。
5. 表示されたAPIキーをすぐにコピーして、安全な場所に保管します。
6. Done をクリックします。

異なる環境やワークフローに対応するため、1つのサービスアカウントに対して複数のAPIキーを作成できます。

APIキー全体が表示されるのは、作成時の一度だけです。ダイアログを閉じた後は、APIキー全体を再度表示できません。Settings に表示されるのはキーID (キーの先頭部分) のみです。APIキー全体を紛失した場合は、新しいAPIキーを作成する必要があります。

安全な保管方法については、APIキーを安全に保管するを参照してください。

​

APIキーを削除する

不要になった場合や、漏えいした可能性がある場合は、APIキーを削除してください。APIキーを削除してアクセスを無効にするには、次の手順を実行します。

1. APIキーの表で、削除するキーを探します。
2. キーの横にある Delete ボタンをクリックします。
3. 削除を確認します。

W&B では、そのキーは表から削除され、認証には使用できなくなります。

APIキーを削除すると、そのキーを使用しているスクリプトやサービスのアクセスは即座に無効になります。古いキーを削除する前に、すべてのシステムが新しいキーを使用するように更新されていることを確認してください。

​

APIキーを安全に保管・管理する

APIキーを使うとW&Bアカウントにアクセスできるため、パスワードと同様に厳重に保護する必要があります。次のベストプラクティスに従ってください。

​

推奨される保管方法

• シークレットマネージャー: AWS Secrets Manager、HashiCorp Vault、Azure Key Vault、Google Secret Manager などの専用のシークレット管理システムを使用してください。
• パスワードマネージャー: 信頼できるパスワードマネージャーアプリを使用してください。
• OS レベルのキーチェーン: macOS Keychain、Windows Credential Manager、または Linux Secret Service にキーを保存します。本番環境での使用は推奨されません。

​

避けるべきこと

• APIキーを Git などのバージョン管理システムにコミットしないでください。
• APIキーを平文の設定ファイルに保存しないでください。
• APIキーをコマンドライン引数として渡さないでください。ps のような OS コマンドの出力に表示されるためです。
• APIキーをメール、チャット、その他の暗号化されていないチャネルで共有しないでください。
• APIキーをソースコードにハードコードしないでください。

APIキーが漏えいした場合は、ただちに W&B アカウントから該当の APIキーを削除し、サポート または担当の AISE に連絡してください。

​

環境変数

コード内でAPIキーを使用する場合は、環境変数経由で渡します。

export WANDB_API_KEY="your-api-key-here"

この方法では、キーをソースコードに含めずに済み、必要に応じてローテーションしやすくなります。

ps などの OS コマンドの出力に表示される可能性があるため、環境変数を command と同じ行で設定するのは避けてください。

# APIキーがプロセスマネージャーに露出するおそれがあるため、このパターンは避けてください
export WANDB_API_KEY="your-api-key-here" ./my-script.sh

​

SDKのバージョン互換性

新しいAPIキーは、従来のキーより長くなっています。古いバージョンのwandbまたはweave SDKで認証すると、APIキーの長さに関するエラーが発生することがあります。

解決策: より新しいバージョンのSDKに更新してください。

• wandb SDK v0.22.3+

  pip install --upgrade wandb==0.22.3
  

• weave SDK v0.52.17+

  pip install --upgrade weave==0.52.17
  

すぐにSDKをアップグレードできない場合は、回避策としてWANDB_API_KEY環境変数でAPIキーを設定してください。

​

ベータ機能

Beta Features セクションでは、必要に応じて追加機能や、開発中のプロダクトのプレビューを有効にできます。有効にしたいベータ機能の横にあるトグルスイッチを選択します。

​

アラート

run がクラッシュしたときや完了したときに通知を受け取ることも、wandb.Run.alert() でカスタム アラートを設定することもできます。通知はメールまたは Slack で受け取れます。アラートを受け取りたいイベント タイプの横にあるスイッチを切り替えてください。

• Runs finished: W&B Run が正常に完了したときに通知します。
• Run crashed: run が正常に完了しなかったときに通知します。

アラートの設定と管理の詳細については、Send alerts with wandb.Run.alert() を参照してください。

​

個人用 GitHub インテグレーション

個人用の GitHub アカウントを接続すると、W&B がユーザーに代わって GitHub リソースにアクセスできるようになります。GitHub アカウントを接続するには、次の手順に従います。

1. Connect Github ボタンを選択します。W&B により OAuth 認可ページにリダイレクトされます。
2. Organization access セクションで、アクセスを許可する組織を選択します。
3. Authorize wandb を選択します。

これで、個人用の GitHub アカウントが W&B アカウントにリンクされます。

​

アカウントを削除する

アカウントを削除するには、アカウントを削除ボタンをクリックします。

アカウントの削除は元に戻せません。

​

ストレージ

Storage セクションでは、アカウントが W&B サーバー上で使用している合計ストレージ容量について説明します。デフォルトのストレージプランは 100 GB です。ストレージと料金の詳細については、Pricing ページを参照してください。