invisible_playwright_mcp, AI가 웹을 이용할 때 만나는 문턱

AI가 웹을 읽는 일과 웹에서 움직이는 일

AI에게 웹에서 무언가를 찾아 달라고 부탁할 때, 우리는 대체로 답변의 정확성을 먼저 생각합니다. 그런데 AI가 직접 브라우저를 움직이는 상황을 떠올리면 그보다 앞선 질문이 생깁니다. 목적지인 웹사이트에 제대로 접근할 수 있는가 하는 질문입니다.

feder-cr/invisible_playwright_mcp는 이 접근 문제를 전면에 내세운 프로젝트입니다. 소개 문구는 자동화 프로그램을 감지하는 장치와 CAPTCHA(자동 접속을 구별하기 위한 확인 절차)에 탐지되지 않는 Playwright MCP 서버라고 설명합니다. 또 AI 에이전트, 즉 사용자를 대신해 작업하는 AI가 탐지를 피하도록 구성한 Firefox 브라우저로 웹을 탐색한다고 소개합니다.

다만 이번에 살펴볼 자료에는 프로젝트 설명과 기본 정보, 주제 태그만 있으며 README 본문은 없습니다. 설치 방법이나 내부 구현을 재구성한 기술 해설은 할 수 없습니다. 이 글에서는 프로젝트가 내세운 문제의식을 살펴보되, 소개 문구와 확인된 성능을 구분하겠습니다.

이름보다 중요한 것은 ‘탐지되지 않는다’는 주장입니다

프로젝트의 주요 언어는 Python으로 표시되어 있습니다. 이름에는 Playwright와 MCP가 들어가고, 설명에는 Firefox가 등장합니다. 이 정보만으로도 AI의 웹 이용을 돕는 브라우저 자동화 도구라는 방향은 읽힙니다.

MCP는 Model Context Protocol의 약자로, AI와 외부 도구를 연결하는 규약을 뜻합니다. 처음 접하는 분이라면 AI가 도구에 일을 요청할 때 사용하는 공통 연결 방식 정도로 이해하셔도 좋겠습니다. 이 프로젝트는 자신을 그 연결 방식에 맞춘 서버로 소개합니다.

여기서 제가 눈여겨보는 부분은 연결 규약 자체보다 ‘탐지되지 않는다’는 표현입니다. 일반적인 웹 자동화 소개를 넘어, 자동화임을 알아보는 웹사이트 측의 장치를 피하는 데 초점을 맞추고 있기 때문입니다. 설명에 쓰인 stealth와 anti-detect도 자동화의 흔적을 감추거나 탐지를 피한다는 뜻으로 읽힙니다.

일상적인 비유로 풀면, AI가 심부름할 목록을 잘 이해하는 것과 건물 입구를 통과하는 것은 별개의 문제입니다. 이 프로젝트의 소개는 그중 입구에서 멈추는 문제를 다루겠다는 선언에 가깝습니다.

다만 ‘탐지되지 않는다’는 것은 프로젝트의 주장입니다. 어떤 사이트에서, 어떤 조건으로, 얼마나 반복해서 확인했는지는 제공된 자료에 없습니다. 이를 모든 웹사이트에서 작동한다는 보장으로 받아들일 수는 없습니다.

CAPTCHA를 언급한다고 자동 해결 기능이 확인되는 것은 아닙니다

짧은 소개를 읽을 때 특히 조심해서 볼 부분은 CAPTCHA입니다. 설명은 자동화 탐지와 CAPTCHA를 함께 언급합니다. 그러나 이것만으로 CAPTCHA가 나타났을 때 AI가 문제를 풀어 준다거나, 별도의 해결 서비스를 연결한다거나, 사람의 개입 없이 작업을 계속한다고 말할 수는 없습니다.

탐지될 가능성을 줄이려는 접근과, 이미 등장한 확인 절차를 처리하는 기능은 서로 다른 이야기입니다. 제공된 자료에서는 이 둘을 어떻게 다루는지 알 수 없습니다.

Firefox를 사용한다는 설명도 마찬가지입니다. 어떤 설정을 바꾸는지, 브라우저의 어떤 정보를 조정하는지, 접속 상태를 어떻게 유지하는지는 나와 있지 않습니다. Python이라는 언어 정보만으로 설치의 편리함이나 운영 안정성을 추정하기도 어렵습니다.

현재 자료만으로는 특정 구현 기법에서 이 프로젝트의 새로움을 찾기 어렵습니다. 제가 읽는 특징은 AI의 웹 이용에서 ‘접근을 가로막는 탐지’를 중심 문제로 내세운다는 점입니다. 그 문제를 기술적으로 얼마나 새롭게 풀었는지는 README와 구현 근거를 확인해야 알 수 있습니다.

주제 태그는 관심 영역을 보여주지만 기능 목록은 아닙니다

프로젝트에는 browser-automation(브라우저 조작 자동화), web-scraping(웹에서 정보 수집), computer-use(컴퓨터 화면과 도구 조작) 같은 주제 태그가 붙어 있습니다. AI가 웹을 탐색하거나 정보를 모으는 용도와 연결하려는 의도가 읽힙니다.

조금 더 구체적인 태그도 있습니다. claude-code-plugin, gemini-cli-extension, job-hunting, job-search입니다. 각각 특정 AI 도구와의 연결, 구직 과정에서의 활용을 연상시킵니다.

하지만 태그는 기능 설명서가 아닙니다. Claude Code나 Gemini CLI에서 어떤 방식으로 작동하는지, 실제 확장 기능이 어떤 상태인지, 구직 과정의 어느 단계를 지원하는지는 확인되지 않습니다. 특히 구직 태그가 있다는 이유만으로 자동 지원이나 지원서 제출 기능이 있다고 해석해서는 안 됩니다.

프로젝트가 연결되고 싶은 영역과 사용자가 지금 실행할 수 있는 기능은 다를 수 있습니다. 그래서 저는 태그를 사용 사례를 찾는 단서로 보고, 실제 동작을 설명하는 근거로 쓰지는 않겠습니다.

별 2,652개에서 읽을 수 있는 것과 없는 것

제공된 정보에는 GitHub 별이 2,652개로 표시되어 있습니다. 이 수치는 해당 자료에 담긴 관심의 흔적입니다. 다만 집계 시점과 이전 수치가 없으므로 이번 주에 얼마나 늘었는지, 최근 관심이 얼마나 빨라졌는지는 알 수 없습니다.

별의 수에서 실제 사용량이나 반복 사용 여부를 읽어낼 수도 없습니다. 유료 고객 수, 매출, 작업 성공률과 연결할 근거 역시 없습니다. README와 라이선스 본문이 없으므로 구체적인 이용 조건도 이 글에서는 다루기 어렵습니다.

투자자로서 저는 이런 프로젝트를 볼 때 관심의 크기 다음에 관심의 이유를 묻고 싶습니다. 사람들이 해결되기를 바라는 문제가 분명해서 모였는지, 실제 업무에서 써 보고 남은 것인지, 흥미로운 설명을 보고 저장해 둔 것인지에 따라 의미가 달라지기 때문입니다.

이 프로젝트의 별 수는 그 질문을 시작할 계기는 됩니다. 답까지 주지는 않습니다.

투자자로서 보고 싶은 것은 반복되는 업무의 완주입니다

여기서부터는 프로젝트의 실적을 설명하는 대신, 소개 문구를 읽고 투자자로서 떠올린 질문을 다루겠습니다.

만약 사용자가 허용된 웹 작업을 수행하는 과정에서 자동화 탐지 때문에 자주 멈춘다면, 그 중단을 줄이는 도구는 가치가 있을 수 있습니다. AI가 무엇을 해야 하는지 이해하더라도 실제 접근 단계에서 막히면 사용자가 기대한 결과는 나오지 않기 때문입니다.

다만 한 번 접속에 성공하는 것과 업무를 반복해서 끝내는 것은 다릅니다. 저는 실제 이용 사례에서 다음 내용을 살펴보고 싶습니다.

• 작동 범위: 어떤 사이트와 작업에서 접근이 가능했고, 어떤 조건에서는 실패했는지.
• 반복 가능성: 같은 작업을 다시 실행해도 결과가 유지되는지, 웹사이트가 바뀌면 무엇을 고쳐야 하는지.
• 사용자 개입: 중간에 사람이 다시 로그인하거나 확인 절차를 처리해야 하는 빈도가 어느 정도인지.
• 유지 비용: 사용자가 얻는 편익에 비해 설정과 수정에 얼마나 많은 노력이 드는지.

현재 자료에는 이 질문에 답할 실험이나 사례가 없습니다. 사업성이 확인되었다고 말할 단계는 아닙니다.

가장 강한 반론도 여기에서 나옵니다. 탐지를 피하는 기능이 일시적으로 유용하더라도, 환경이 바뀔 때마다 많은 수정이 필요하다면 사용자의 부담이 다른 곳으로 옮겨갈 수 있습니다. 이는 이 프로젝트에서 확인된 결함이 아니라, 이 문제를 사업으로 풀 때 확인해야 할 가능성입니다.

반대로 반복되는 실제 작업에서 중단과 유지 부담을 함께 줄였다는 근거가 나온다면, 저는 그 가치를 더 구체적으로 판단할 수 있겠습니다.

흥미로운 문제의식과 기술의 증명 사이

invisible_playwright_mcp의 짧은 소개를 읽으면 AI 에이전트를 두고 질문 하나를 더 하게 됩니다. AI가 답을 잘 만드는가에 더해, 사용자를 대신해 웹에서 일을 진행할 수 있는가입니다.

공개된 자료로 설명할 수 있는 범위는 여기까지입니다. Python 프로젝트이며, MCP 서버와 탐지를 피하도록 구성한 Firefox 기반 웹 탐색을 표방합니다. 내부 동작, 성능, 비교 우위와 이용 조건은 추가 근거가 필요합니다.

제가 이 프로젝트에서 눈여겨보는 것은 AI의 능력과 실제 업무 결과 사이에 놓인 접근 문제입니다. 다만 투자자로서 더 알고 싶은 것은 ‘보이지 않게 접속한다’는 표현의 강도가 아닙니다. 사용자가 맡긴 일을 어떤 조건에서, 얼마나 안정적으로 끝낼 수 있게 해 주는지입니다. 이 프로젝트를 깊이 이해하려면 다음으로 그 근거를 살펴봐야겠습니다.