HTTP 메서드

Outcome：Complete the task with HTTP 메서드 (HTTP Method)。 User context：문서 API는 부작용 없이 읽기 위해 `GET`을 사용하고, 알려진 리소스를 교체하기 위해 `PUT`을 사용합니다. 일부만 편집할 때는 `PATCH`를 사용하고, 제거를 요청할 때는 `DELETE`를 사용합니다. 링크 검사기는 안전하게 `HEAD`를 보낼 수 있습니다. 크롤러는 `GET`을 통해 청구서를 승인해서는 안 됩니다. Technical concept or control：HTTP 메서드 (HTTP Method)。 Why it fits：동작에 맞는 표준 의미를 가진 등록된 방법을 선택하십시오. 그 조건, 데이터 형식 및 응답을 문서화하십시오. Do not use it when：안전한 방법으로 데이터를 변경하지 마십시오. 캐시나 다른 중간 시스템이 표준 의미를 필요로 할 때 모든 작업을 `POST` 뒤에 두지 마십시오. 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.