アクセストークン

Outcome：Complete the task with アクセストークン (Access Token)。 User context：カレンダーアプリには calendar.read のベアラートークンがあります。オーディエンスは api.calendar.example で、持続時間は10分です。API はこれをチェックし、有効期限前の読み取りのみを許可します。このトークンを保持することでアクセスは可能ですが、個人の身元を証明するものではありません。リフレッシュトークンには別の役割があります。 Technical concept or control：アクセストークン (Access Token)。 Why it fits：この用語は、アプリが明確な認可付与のもとで API に与える資格情報を指す場合に使用してください。 Do not use it when：アクセストークンをパスワード、セッションID、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)：この標準は、列挙された範囲のみを対象とします。視覚スタイル、製品の判断、またはVibularyの例は選びません。 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.