액세스 토큰

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.