JSON

Outcome：Complete the task with JSON (JSON)。 User context：결제 서비스는 `{"amount":2400,"currency":"TWD"}`를 UTF-8로 보내고 계약서와 대조합니다. 19자리 청구서 ID는 일부 시스템이 정확히 해당 숫자를 저장할 수 없기 때문에 텍스트로 전송됩니다. 동일한 회원 이름이 두 번 있는 데이터는 거부됩니다. Technical concept or control：JSON (JSON)。 Why it fits：필드 타입과 `null` 허용 여부에 대해 양측이 합의한 경우 구조화된 데이터에는 JSON을 사용하십시오. 또한 숫자 제한과 버전 규칙에 대해 합의해야 합니다. Do not use it when：JSON은 스키마가 아닙니다. 표준 JSON은 주석이나 `NaN`을 허용하지 않으며, 객체 멤버 순서는 의미가 없습니다. 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.