버그 리포트 두 건 — shebang 순서 오류와 taskkill ENOENT

베타 첫날다운 소란이 잦아들 무렵, 오후 1시를 넘기며 진짜 버그 리포트 두 건이 잇달아 올라왔다. 축하와 설치 인증이 오가던 채팅창의 분위기가 순간 개발자 회의실처럼 바뀌었다. 이미 방에는 베타이니만큼 문제를 마음껏 신고해달라는 분위기가 자리 잡은 뒤였다.

"아직 첫날이니까 이슈 막 넣어놓으시죵"

첫 번째는 윈도우 환경에서 발생한 초기화 오류였다. 한 참여자는 메모리 관련 확장 파일에서 MCP 서버가 시작되지 않고 도구를 하나도 노출하지 못한다고 알리며, 원인 분석까지 함께 정리해 올렸다. 파일 첫 줄에 있어야 할 셔뱅(shebang, #!/usr/bin/env node) 앞에 빌드 식별 주석이 끼어들면서 순서가 한 줄 밀렸고, Node가 이를 일반 자바스크립트 문법으로 파싱하려다 SyntaxError를 내며 멈춘 것이었다. 최소 수정안까지 코드로 제시한 이 제보에 개발자는 여유 있게 답했다.

"원래 버그가 많은거아시져..?"

뒤이어 이번엔 윈도우 환경에서 taskkill 프로세스 종료 도중 ENOENT 오류가 뜬다는 두 번째 제보가 올라왔다. 오류 로그와 함께 재현 상황까지 곁들여진 제보에는 곧장 도움의 손길이 붙었다. PR 두 건이 올라왔다는 소식이 전해졌고, 두 PR을 섞어 적용해봤지만 바로 해결되지는 않았다는 후속 보고도 이어졌다. 증상을 신고한 참여자에게는 이런 답이 붙었다.

"증상 고대로 이슈로 올리시져"

원인을 더 파고든 참여자는 업데이트 명령이 버전 표기만 새로 올렸을 뿐, 레지스트리에 남아 있는 전역 의존 파일에는 구버전의 taskkill 실행 코드가 그대로 남아 있었다고 짚었다. 즉 겉보기 버전 정렬만으로는 부족했고, 실제로 검증된 종료 코드와 전역 설치본 사이의 차이까지 비교해 같은 패치를 적용해야 하는 문제였다.

이 와중에도 베타 버전은 빠르게 갱신되고 있었다. 오후 2시가 되기 전 이미 네 번째 베타가 올라왔다는 이야기가 나왔을 정도로, 문제가 보고되는 족족 새 빌드가 뒤따르는 흐름이었다.

"벌써 beta4"

두 버그 모두 정식 출시 당일에나 드러날 법한 종류였다. 베타 첫날 이런 제보가 원인 분석까지 갖춰 올라왔다는 점, 그리고 그 자리에서 곧바로 PR 대응이 붙었다는 점은 이 커뮤니티가 단순 사용자 모임이 아니라 사실상 QA 인력 역할까지 겸하고 있다는 것을 시사한다. 개발자가 베타는 원래 버그가 많다며 여유 있게 받아넘긴 태도 역시, 정식 출시 첫날의 버그를 실패가 아니라 예정된 절차로 다루고 있다는 신호로 읽힌다.