ESP32-Claw 실행

 

지난 글들에서는:

• 왜 ESP32 기반 AI Agent가 흥미로운지,
• 그리고 실제로 어떤 응용이 가능한지

에 대해 이야기해 보았습니다.

 

이번에는 조금 더 현실적인 이야기를 해보려 합니다.

“그래서 이걸 실제로 어떻게 실행하는가?”

입니다.

 

예전 임베디드 개발에서는:

• IDE 설치,
• 드라이버 설치,
• SDK 세팅,
• 컴파일 환경 구축,
• firmware flashing

같은 과정이 상당히 번거로웠습니다.

 

특히 AI까지 들어가면:

“엄청 복잡한 환경”

을 떠올리기 쉽습니다.

 

그런데 ESP Claw 같은 구조는,

오히려:

“AI + Hardware의 진입장벽을 낮추려는 방향”

으로 움직이고 있다는 점이 흥미롭습니다.

---

기존 Embedded 개발의 장벽

기존 MCU 개발을 처음 접하는 사람들은 종종 이런 흐름에서 막힙니다.

• Arduino IDE 설치
• ESP-IDF 설치
• 환경변수 설정
• Python dependency 충돌
• USB driver 문제
• Flash 설정
• Serial monitor

 

그리고 AI까지 연결하면:

• API 연결
• 서버 세팅
• 클라우드 연동

까지 추가됩니다.

 

즉:

“뭔가 해보기 전에 이미 지친다”

는 문제가 있었습니다.

 

특히 임베디드 분야는:

“진입장벽이 높은 분야”

라는 이미지가 꽤 강했습니다.

---

ESP Claw의 접근 방식

ESP Claw가 흥미로운 이유 중 하나는,

이 복잡성을 줄이려 한다는 점입니다.

 

이전 글 동영상에 따르면,

설치 과정은 크게 3단계 정도로 요약됩니다.

1. ESP32 보드를 USB로 연결

 

2. 웹사이트에서:

• WiFi 정보
• LLM API Key
• Telegram Bot Token

입력

 

3. 브라우저에서 바로 Flash입니다.

 

즉:

“Web Browser 기반 설치”

에 가까운 방향입니다.

---

Web Serial 기반 설치

이 부분은 꽤 흥미롭습니다.

예전에는:

• 별도 flashing tool,
• COM port 설정,
• SDK 환경

같은 것이 필요했습니다.

 

하지만 ESP Claw는:

Chromium 기반 브라우저의 Web Serial API를 사용합니다.

 

즉,

브라우저가 직접 ESP32와 통신하는 구조입니다.

이 방향은 상당히 중요할 수 있습니다.

 

왜냐하면,

“Hardware 개발 환경 자체가 웹 기반으로 이동”

할 가능성을 보여주기 때문입니다.

---

실제 필요한 것들

자료 기준으로 필요한 것은:

• ESP32 보드
• WiFi
• LLM API Key
• Telegram 계정
• Chromium 기반 브라우저

정도입니다.

 

흥미로운 점은,

이 구조에서 Telegram 같은 메신저가:

“Hardware Interface”

역할을 한다는 것입니다.

 

즉,

사용자는 별도 앱 대신,

메신저로 장치와 대화하게 됩니다.

---

Chat Coding이라는 개념

ESP Claw 문서에서 가장 흥미로운 표현 중 하나는,

“Chat Coding”

입니다.

 

즉,

코드를 직접 작성하기보다,

대화를 통해 장치를 프로그래밍하는 방향입니다.

 

예를 들어:

“GPIO48 LED를 빨간색으로 1초마다 깜빡여”

같은 명령을 보내면,

AI가 필요한 코드를 생성하고 실행합니다.

 

이건 상당히 흥미로운 변화입니다.

 

왜냐하면,

기존의 임베디드 개발은:

“코드를 작성하는 사람”

중심이었다면,

 

앞으로는,

“행동을 설명하는 사람”

중심으로 바뀔 가능성도 있기 때문입니다.

---

Dynamic Lua Loading

또 하나 흥미로운 부분은,

ESP Claw가 Dynamic Lua Loading 구조를 사용한다는 점입니다.

 

즉, 새로운 기능을 추가할 때,

매번 firmware 전체를 다시 flash하지 않아도 되는 방향입니다.

 

이건 꽤 큰 차이입니다.

기존 MCU 개발:

• 수정
• compile
• flash
• reboot

반복.

 

ESP Claw 방향:

• runtime에서 기능 추가
• 즉시 실행
• reboot 최소화

 

Embedded device가 점점:

“고정 firmware”에서

“동적으로 행동을 확장하는 runtime”

으로 변하고 있는 것입니다.

 

 

---

아직은 실험적인 단계

물론 아직은 초기 단계입니다.

 

자료에서도:

• 특정 센서 문제,
• 일부 보드 안정성,
• MCP 지원 진행중

등이 언급됩니다.

 

특히,

USB-C variant 일부가

micro-USB variant보다 flashing 안정성이 낮다는 내용도 흥미로웠습니다.

 

그래서 아직은 메이커/실험적 영역에 가까운 기술입니다.

 

하지만 저는 이런 프로젝트들의 진짜 가치는,

“방향성”

에 있다고 생각합니다.

---

중요한 변화:

AI + Hardware의 대중화

예전에는,

AI + Hardware 시스템을 만들려면:

• 서버
• 앱
• 클라우드
• embedded
• firmware

를 모두 이해해야 했습니다.

 

하지만 앞으로는,

자연어 기반 interaction 덕분에,

더 많은 사람들이

“AI가 연결된 물리 장치”

를 만들 수 있게 될 가능성이 있습니다.

 

즉,

AI + Hardware의 대중화입니다.

 

첨부 자료에서도,

ESP Claw가

“거대한 GPU 서버 없이”

매우 저렴한 비용으로 edge AI를 가능하게 한다는 방향을 강조합니다.

---

미래의 메이커는 무엇을 만들게 될까?

개인적으로 흥미로운 부분은 여기입니다.

 

앞으로의 메이커는

단순히 회로를 연결하는 사람이 아니라,

• AI
• Sensor
• Cloud
• Embedded
• Conversation Interface
• Physical Automation

을 결합하는 방향으로 가게 될 가능성이 있습니다.

 

즉,

“AI + Physical World Creator”

에 가까운 방향입니다.

 

그리고 ESP32 같은 저렴한 칩들이,

그 흐름의 핵심 노드 중 하나가 될 수도 있다고 생각합니다.

---

아직은 시작 단계다

물론 지금 당장 모든 것이 완벽하지는 않습니다.

하지만:

• AI가 hardware와 연결되고,
• 자연어가 firmware interface가 되고,
• edge device가 local decision-maker가 되는 흐름

자체는 앞으로 꽤 중요한 방향이 될 가능성이 있습니다.

 

그리고 그런 변화가

생각보다 작은 칩 위에서 시작되고 있습니다.

 

---

ESP32 + 센서 + 서버연동까지 직접 연결해보는 실전 강의를 만들고 있습니다 😊

단순 이론보다 “실제로 동작하는 IoT 시스템” 제작에 관심 있으신 분들은 아래의 링크 참고해주세요!

https://inf.run/ZeYXg

센서데이터를 수집하는 내가 만드는 ESP32 IoT 기기 - 초보자·아두이노 사용자| GreenTam - 인프런 강