PERSON Snowflake OAuth接続

記事はNOWCASTの実務的な問題から始まる。エンジニアはコーディングエージェントをローカルPC上ではなくDevContainer内で動かし、マウントするcredentialsを制限しているが、エージェントに渡すSnowflakeのcredentialが人間のものであれば、Snowflakeからは依然として人間のセッションに見える。そこから4つの具体的なギャップが生じる。エージェントの識別ができないこと、過剰な権限を継承すること、キーペアやPATが長期間有効であること、人間の作業を止めずにエージェントだけを無効化できないことだ。

Agent Identityは単一の機能ではなく、セッションがエージェント起点かどうかという1つの事実を中心に構築された機能群だと説明されている。Snowflakeがセッションをエージェント作動中と印付ければ、その事実は監査ビュー、データ保護ポリシー、制御制限に反映される。記事は委任セッション（ユーザーのセッションをエージェント作動中と印付けたもの）と自律セッション（専用のSERVICE_AGENTユーザー）を区別し、結果はエージェントの種類ではなくエージェントがどのユーザーとして接続するかで決まると指摘する。構成例では、DevContainerベースのSnowflake CLIがエージェント対応OAuth統合を通じてトークンを取得し、そのセッションがEXTERNAL_AGENTとして記録され、ロールの切り替えが制限される様子が示されている。