概要
すべてのAPI認証情報は、
cog_ プレフィックス形式を利用します。どちらのトークンタイプも、Authorization ヘッダーでは同じ方法で利用します。
PATs を利用する場面
- 個人用スクリプトやツール — 共有のサービスユーザーを使わずに、自分のワークフローを自動化する場合
- ローカル開発 — 自分のアカウントを使って API 統合をテストする場合
- 短期間の自動化 — 自分に紐づく単発のスクリプト
PATの作成と管理
- PATを作成 — 名前と有効期限を設定します。トークンは
cog_で始まり、作成時に一度だけ表示されます。 - トークンを使用 — サービスユーザーAPIキーとまったく同じように、
Authorizationヘッダーで使用します。すべてのAPIコールはユーザーアカウントとして認証され、権限、orgへの所属、監査証跡が適用されます。 - PATをローテーション — 名前を変更せずに、既存のトークンの新しいシークレットを生成します。古いシークレットは直ちに使用できなくなります。
- PATを失効する — いつでもトークンを無効化できます。
Enterprise ガバナンス
ポリシーモード
有効期限ポリシー
承認ワークフロー
- メンバーがPATsタブからPATをリクエストします (名前と有効期限) 。
- Enterprise管理者は Approval queue でリクエストを確認し、承認または拒否します。
- 承認後、メンバーはリクエストを完了してトークンを発行します (トークンは一度だけ表示されます) 。
- 保留中のリクエストは、対応されない場合、7日後 に自動的に失効します。
トークンの一覧と失効
- トークン一覧でEnterprise全体のすべてのPATを閲覧する。現在のポリシーへの準拠状況も確認できます
- トークンを一括失効する (例:ポリシーを厳格化した後)
自動失効
セキュリティに関する注意事項
- PATはパスワードと同様に厳重に管理してください。アカウントへの完全なアクセス権を与えます
- PATは環境変数またはシークレットマネージャーに保存し、ソースコードには決して保存しないでください
- ユースケースに必要な最短の有効期限を設定してください
- PATが侵害された場合は、直ちに失効させてください
- 共有または本番環境の自動化には、サービスユーザー APIキーを優先してください
次のステップ
- Authentication overview — 認証の全体像を理解する
- Teams quick start — サービスユーザーの利用を始める

