🎬 미쳐버린 OpenClaw, 직접 설치해봤습니다

▶️ 유튜브

• 원본 링크: https://youtu.be/xJLbPW-LsWc?si=iXZl5aNzJY7T8uiT

🖼️ 4컷 인포그래픽

💡 한 줄 결론

OpenClaw의 진짜 가치는 GPT Pro를 답변형 챗봇이 아니라 실행형 개인 비서로 전환하는 데 있으며, 그 가치는 서버 분리·브리지 인증·메신저 연동까지 마쳐야 비로소 구독료 이상으로 현실화된다.

📌 핵심 요점

1. OpenClaw의 차별점은 답변 품질 자체보다 브라우저 조작, 클릭, 데이터 수집, 우회 실행처럼 결과를 끝까지 만들어 내는 실행 능력에 있다.
2. 설치 대상은 개인 메인 PC보다 분리된 VM이나 별도 장비가 유리하며, 이는 단순 편의가 아니라 개인정보 노출과 권한 확장을 줄이기 위한 운영 선택에 가깝다.
3. 초기 진입 경로는 원클릭 유료 호스팅과 Google Cloud 무료 크레딧 활용형으로 나뉘는데, 영상은 비용 효율과 학습 효과 측면에서 후자를 더 실용적인 선택으로 본다.
4. 온보딩에서 OpenAI와 OpenAI Codex를 정확히 고르면 기존 ChatGPT Pro 결제를 추가 API 과금 없이 연결할 수 있어, 비용 구조가 크게 달라진다.
5. 실제 병목은 설치 명령 실행이 아니라 원격 서버 인증 브리지, Telegram 봇 토큰 입력, 사용자 ID 확인 같은 연결 단계에서 발생하며, 여기서 재현 가능한 운영 문서가 중요해진다.

🧠 상세 요약

1) 배경과 문제 정의

많은 사용자가 GPT Pro를 결제해도 여전히 웹 채팅창에서 질문만 던지는 수준에 머물러 있다. 이 영상의 문제의식은 같은 구독료를 내고도 실행 자동화, 채널 연동, 원격 운영까지 묶지 않으면 실사용 가치가 크게 낮아진다는 점이다. 따라서 핵심 관찰 포인트는 “어떻게 설치하느냐”보다 “어떤 환경에서, 어떤 연결 구조로, 어떤 비용 체계로 실행형 비서를 구성하느냐”에 있다.

2) 섹션별 상세 정리

1. GPT Pro를 채팅 도구로만 쓰면 가치 대부분을 놓친다 [00:00]

• 발표자는 GPT Pro 결제자가 많아졌지만, 여전히 질문-답변 중심의 웹 사용 방식에 머무는 경우가 많다고 본다.
• 같은 요금제를 내더라도 실행형 워크플로로 확장하지 않으면 체감 효율은 낮고, 구독 본전도 제대로 뽑기 어렵다는 문제의식을 먼저 깐다.

2. OpenClaw는 답하는 AI보다 움직이는 AI에 가깝다 [00:29]

• OpenClaw는 단순 대화가 아니라 브라우저를 열고, 클릭하고, 정보를 모으고, 막히면 우회 경로를 찾는 식으로 실제 작업을 수행하는 도구로 소개된다.
• 이 지점이 “조언형 AI”와 “대리 실행형 AI”를 가르는 핵심이며, 발표자는 여기서 GPT Pro 활용도의 질적 차이가 발생한다고 본다.

3. 설치 가능 여부보다 어디에 설치하느냐가 더 중요하다 [01:30]

• OpenClaw는 머신 내부 정보와 권한을 활용할 수 있으므로, 설치 자체보다 보안 경계 설정이 더 중요하다고 본다.
• 그래서 개인 메인 PC에 바로 올리기보다 여분 장비나 가상 서버에 올리는 구성이 기본값처럼 제시되며, 이는 기능 문제가 아니라 운영 리스크 관리의 문제로 다뤄진다.

4. 쉬운 유료형과 저비용 실습형이라는 두 진입 경로 [02:22]

• Hostinger 같은 원클릭 호스팅은 월 과금이 발생하지만 진입 난도가 낮아 초반 설치 스트레스를 줄여 준다.
• 반면 Google Cloud는 설정 난도는 조금 더 있지만 무료 크레딧을 활용할 수 있어, 비용 부담을 줄이면서 구조를 직접 이해하기 좋은 선택지로 제시된다.

5. Google Cloud에서는 프로젝트와 VM 구성이 출발점이다 [03:53]

• 가입 후에는 OpenClaw 전용 프로젝트를 따로 만들고, Compute Engine에서 서울 리전 VM을 생성하는 흐름으로 진행된다.
• 여기서 API 활성화, 리전/영역 선택, 인스턴스 네이밍 같은 기본 설정이 이후 온보딩 안정성의 기반이 된다.

6. 서버 설치는 빠르지만 인증 구조는 생각보다 복잡하다 [05:43]

• VM에 브라우저 SSH로 접속한 뒤 Linux용 퀵스타트 명령어를 실행하면 설치 자체는 비교적 빠르게 시작된다.
• 하지만 가상 서버에서 생성된 OpenAI 로그인 링크를 로컬 브라우저에서 바로 열 수 없기 때문에, 설치보다 인증 브리지 구성이 실제 난관으로 드러난다.

7. OpenAI와 OpenAI Codex 선택이 비용 구조를 결정한다 [06:34]

• 온보딩에서 프로바이더를 OpenAI로, 세부 구성은 OpenAI Codex로 맞춰야 기존 ChatGPT Pro 구독을 추가 API 과금 없이 활용하는 구조가 성립한다.
• 이 선택이 어긋나면 사용자는 같은 기능을 쓰더라도 전혀 다른 과금 경로로 들어갈 수 있어, 발표자가 반복해서 강조하는 핵심 체크포인트가 된다.

8. 로컬-서버 브리지는 재현성 높은 운영 문서가 필요한 구간이다 [07:09]

• 로컬 PC에 Google Cloud SDK를 설치하고, OpenAI 로그인 링크를 기반으로 생성된 명령어를 실행해 서버와 개인 브라우저 사이의 인증 다리를 놓는다.
• 이후 프로젝트, 리전, 패스워드 설정까지 맞춰야 정상 로그인 창이 열리며, 이 과정은 초보자가 가장 많이 막히는 구간이라 OS별 절차 정리가 특히 중요하다.

9. Telegram 연동이 완료되면 비로소 “개인 비서” 형태가 된다 [10:37]

• 채널 단계에서 Telegram을 선택하고, BotFather로 봇을 생성한 뒤 HTTP API 토큰을 넣어 메시지 인터페이스를 붙인다.
• 사용자명 인식이 실패할 경우 userinfobot으로 숫자 ID를 확인해 넣는 우회 경로까지 제시되며, 이 단계가 완료되어야 사용자가 실생활 채팅창에서 OpenClaw를 호출할 수 있다.

10. 초기에는 기능을 넓히기보다 최소 동작 경로를 먼저 닫는 것이 낫다 [13:01]

• 스킬과 각종 외부 API 키는 일단 건너뛰고, Telegram에서 간단한 인사 메시지에 응답하는 최소 성공 상태를 먼저 만든다.
• 발표자는 이후 주식 분석, 자동 스케줄링, 업무 효율화 같은 확장 활용을 제시하지만, 실제 운영 관점에서는 먼저 기본 연결을 안정화한 뒤 기능을 추가하는 순서가 더 합리적이라는 메시지가 깔려 있다.

✅ 액션 아이템

• Google Cloud에 OpenClaw 전용 프로젝트를 만들고 서울 리전 VM 한 대를 생성해, 개인 메인 PC와 분리된 테스트 환경에서 설치·권한 범위·접근 경로를 먼저 검증한다.
• 온보딩 전에 OpenAI 선택 → OpenAI Codex 선택 → 기존 Pro 계정 로그인 순서를 한 장짜리 체크리스트로 정리해, API 과금 경로 오선택 가능성을 막는다.
• 로컬 PC에 Google Cloud SDK를 설치한 뒤 브리지 명령 실행 과정을 운영체제별로 캡처해, 다음 재설치 때 localhost 인증 문제를 바로 재현·복구할 수 있게 문서화한다.
• Telegram에서 BotFather로 테스트용 봇을 만들고 토큰 입력, 사용자명 입력, 숫자 ID 입력까지 각각 검증해 어느 단계에서 실패하는지 분리 확인한다.
• 스킬·외부 API 키는 처음부터 모두 넣지 말고, Telegram에서 “안녕” 응답까지 확인한 후 주식 분석이나 일정 자동화처럼 필요한 기능만 하나씩 붙여 장애 원인을 좁힌다.

❓ 열린 질문

• ChatGPT Pro를 OpenAI Codex 경로로 연결해 추가 API 과금 없이 활용하는 현재 구조는, 인증 정책이나 상품 정책이 바뀌면 얼마나 쉽게 무너질 수 있을까?
• Google Cloud 무료 크레딧 방식은 초기 진입 비용을 낮추지만, 무료 기간 종료 후에는 Hostinger 원클릭 방식 대비 총비용·운영 난도·장애 복구 속도 중 어느 축에서 우위가 생길까?
• 영상은 설치 성공까지는 보여 주지만, 주식 분석·자동 스케줄링·업무 효율화 같은 실제 활용에서 얼마나 재현성 있게 성과가 나는지는 어떤 지표로 검증해야 할까?
• 개인 PC 대신 VM을 쓰는 선택이 보안을 개선하는 것은 맞지만, 실제 공격면을 따져 보면 Telegram 토큰, 클라우드 권한, SSH 접근, 인증 브리지 중 무엇이 가장 먼저 관리 대상이 되어야 할까?