‘Claws’란 무엇이며, 왜 Mac Mini에서 실행하면 안 되는가

Source: Dev.to

Andrej Karpathy는 “Claws” 라고 부르는, LLM 위에 존재하는 지속적인 AI 에이전트 시스템에 대해 실험하기 위해 Mac Mini를 구입하는 내용의 미니‑에세이를 방금 올렸다. 그는 OpenClaw, NanoClaw, zeroclaw, ironclaw, picoclaw 라는 이름을 붙였다.
Simon Willison은 “Claw”를 전체 카테고리의 전문 용어라고 부른다.

Karpathy가 무언가에 이름을 붙이면 오래 남는다. 그는 “vibe coding”이라는 용어를 만들었다. 이것도 같은 흐름이다.

정의 – “LLM 에이전트가 LLM 위에 새로운 레이어였듯이, Claws는 이제 LLM 에이전트 위에 새로운 레이어가 되어 오케스트레이션, 스케줄링, 컨텍스트, 도구 호출 및 일종의 지속성을 다음 단계로 끌어올린다.”

나는 바로 이 카테고리를 위한 관리형 인프라를 구축해 왔다. 아래에서는 Claws가 무엇인지, Mac Mini에서 실행할 때 실제로 어떤 트레이드‑오프가 있는지, 그리고 대안은 어떤 모습인지 자세히 설명한다.

클로우가 에이전트와 다른 점은?

일반적인 LLM 에이전트는 실행하고, 작업을 수행한 뒤 멈춥니다. 프롬프트를 주면 응답하고, 필요하면 도구를 호출하고 끝입니다.

클로우는 지속적입니다. 클로우는:

• 하드웨어나 서버에서 지속적으로 실행됩니다
• 자체 스케줄링을 가지고 있어 요청 없이도 행동합니다
• 세션 및 대화 전반에 걸쳐 컨텍스트를 유지합니다
• 메시징 프로토콜(MCP 등)을 통해 통신합니다
• 도구 접근 권한을 가진 다수의 에이전트를 오케스트레이션합니다

스크립트를 실행하는 것과 서비스를 운영하는 것의 차이라고 생각하면 됩니다. 클로우는 서비스와 같습니다: 항상 켜져 있고, 항상 감시하며, 언제든 행동할 준비가 되어 있습니다.

맥 미니 각도

Karpathy는 Claws를 실행하기 위해 특별히 Mac Mini를 구입했습니다. Apple Store는 그들이 “핫케이크처럼 팔리고 모두가 혼란스러워한다”고 말했습니다. 이는 이해가 됩니다 — 괜찮은 하드웨어, 작은 폼 팩터, 집에서 24/7 작동.

하지만 지속적인 Elixir 서비스를 한동안 운영해 온 사람의 몇 가지 생각을 소개합니다.

자체 호스팅 고통 목록

저는 자체 호스팅을 사랑합니다. 정말로요. 하지만 책상 아래 박스에서 지속적인 AI 에이전트 시스템을 실행한다는 것은 이제 다음에 대한 책임을 진다는 뜻입니다:

가동 시간

전원이 끊기거나 ISP가 끊기거나 macOS가 새벽 3시에 업데이트를 결정하면 Claw가 다운됩니다. Claw의 핵심은 항상 켜져 있다는 것입니다. “안 켜져 있지 않을 때를 제외하고 항상 켜져 있다”는 대략적인 사양입니다.

네트워킹

Claw는 인터넷 접속이 필요합니다 — 웹훅을 수신하고, API를 호출하고, 엔드포인트를 노출합니다. 이는 다음을 의미합니다:

• 포트 포워딩
• 동적 DNS
• TLS 인증서
• 라우터가 협조하기를 기대

귀하의 ISP는 아마도 동적 IP를 제공할 것입니다.

보안

홈 네트워크에서 도구 접근 권한을 가진 AI 에이전트를 실행하고 있습니다. 이는 코드를 실행하고, API 호출을 하며, 파일 시스템에 접근할 수 있습니다. 하나의 잘못된 권한 설정만으로도 Claw가 LAN의 모든 것을 볼 수 있게 됩니다.

업데이트 및 유지보수

Claw 생태계는 빠르게 진화합니다. OpenClaw는 정기적으로 업데이트를 푸시합니다. 버전을 관리하고, 파괴적인 변경을 처리하며, 종속성을 최신 상태로 유지해야 합니다. 개인용 Mac Mini에서는 이는 수동 작업입니다.

프로세스 감독

Claw 프로세스가 충돌하면 어떻게 될까요? Mac Mini에서는 그냥… 죽습니다. 자체 재시작 로직, 상태 검사, 모니터링을 구축해야 합니다. 이는 프로덕션 인프라에서는 해결된 문제이지만, 데스크톱에서는 그렇지 않습니다.

확장성

오늘은 하나의 Claw를 실행합니다. 내일은 세 개를 원하고, 다음 달에는 프로젝트당 하나씩 원합니다. Mac Mini는 한정된 자원을 가지고 있으며 수평 확장이 불가능합니다.

관리형 호스팅이 합리적인 이유

저는 OpenClawCloud 를 만들고 있습니다. 위의 고통 목록이 클로스를 진지하게 운영하려는 대부분의 사람들에게 해당될 것이라고 생각하기 때문입니다.

아키텍처는 Elixir 로 구축되고 Fly.io 에서 실행됩니다. 이것이 클로스에 특히 중요한 이유는 다음과 같습니다:

슈퍼비전 트리

Elixir의 OTP 슈퍼비전은 살아 있어야 하는 장기 실행 프로세스를 위해 정확히 설계되었습니다. Claw 프로세스가 충돌하면, 슈퍼바이저가 자동으로 재시작합니다—cron 작업도, systemd 해킹도, Docker 재시작 정책도 필요 없습니다. 이는 런타임에 내장되어 있습니다.

프로세스 격리

각 테넌트의 Claw는 자체 격리된 프로세스에서 실행됩니다. 하나의 Claw가 충돌해도 다른 Claw가 다운되지 않습니다. BEAM VM은 바로 이를 위해 설계되었습니다—동시적이고 독립적인 프로세스를 위한 통신 등급의 신뢰성. 에릭슨은 80년대에 전화 스위치를 계속 가동하기 위해 설계했으며, 지속적인 AI 에이전트에도 완벽합니다.

내장 스케줄링

Claw는 자체 일정에 따라 동작해야 합니다. Elixir는 Process.send_after, GenServer 타이머, 그리고 지속적인 작업 스케줄링을 위한 Oban 같은 라이브러리를 제공합니다. 외부 cron이 필요 없으며, 스케줄러는 에이전트와 동일한 런타임에 존재합니다.

실용적인 경제성

저는 Fly.io에서 다섯 개의 Elixir 앱을 총 €50 / 월 이하로 운영합니다. 인프라가 충분히 효율적이어서 한 머신에 여러 Claw를 호스팅하는 것이 신용카드를 과다 사용하지 않고도 실용적입니다.

생태계 현황

Karpathy는 여러 프로젝트를 언급하며 각각 다른 접근 방식을 취하고 있습니다:

생태계는 아직 통합되지 않았지만, 패턴은 명확합니다: 사람들은 지속적이며 도구가 지원되는 자동으로 실행되는 AI 에이전트 시스템을 원합니다.

어디로 가고 있는가

Karpathy가 이 카테고리에 이름을 붙인 것은 중요합니다. “Vibe coding”이 트윗에서 몇 주 만에 컨퍼런스 발표 제목이 된 것처럼, “Claws”라는 전문 용어도 같은 궤적을 밟을 것입니다. Simon Willison은 이미 사용하고 있으며, 이미 정해진 이모지 🦞도 있습니다.

흥미로운 질문은 Claws가 실제로 존재하는가가 아니라—당연히 존재합니다—인프라가 이를 따라잡을 수 있느냐입니다. 현재 기본적인 접근 방식은 “하드웨어를 구입하고 스스로 해결한다”는 것입니다. 이는 실험용으로는 괜찮지만, 프로덕션 환경에서는—에이전트 mana… (원문이 여기서 끊깁니다).

Managing your calendar, monitoring your infrastructure, handling customer requests — you need something more robust.

That's the gap I'm building **[OpenClawCloud](https://clawcloud.net/)** to fill. You bring your Claw config, I handle deployment, uptime, and process supervision. No Mac Mini required.

I'm a solo founder building this in Elixir from Braga, Portugal. It's early days, but the foundation is solid — and today, thanks to Karpathy, the category has a name.

* I'm [@joaosetas](https://x.com/joaosetas) on X. Building OpenClawCloud and other Elixir SaaS products in public.