OpenID Connect

Outcome：Complete the task with OpenID Connect (OpenID Connect)。 User context：HRポータルは、会社の発行者を見つけ、`nonce` と `state` を送信し、IDトークンを受信します。署名、発行者、受信者、有効期限、`nonce` を確認します。その後、`sub` を安定したユーザーIDとして使用します。メールは表示用データにすぎません。API呼び出しには、引き続き別のアクセストークンを使用します。 Technical concept or control：OpenID Connect (OpenID Connect)。 Why it fits：アプリがOpenIDプロバイダーから標準のIDクレームを必要とする場合に、共有サインインに使用します。 Do not use it when：必要なすべてのチェックなしでIDトークンを受け入れないでください。それをAPIアクセス用トークンとして使用したり、身元情報をそれ自体で権限として扱わないでください。 Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary)：きちんとした書類でも、まだドラフトやリリース候補、あるいは最終版かもしれません。ステータスや、ブラウザやプラットフォームの対応状況を確認しましょう。 Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.