1. 4월 5일 기준 업데이트 포인트

이번 업데이트는 기존 OpenClaw 소개 글에 세 가지 축을 추가한 확장판입니다. 첫째, OpenClaw의 plugin과 skill이 실제 운영에서 어디에 쓰이는지 공식 문서 기준으로 다시 압축했습니다. 둘째, paperclip maximizer를 OpenClaw와 직접 경쟁 개념이 아니라 "잘못 설계된 목표가 운영 구조를 어떻게 오염시키는가"를 보여 주는 비교 프레임으로 재배치했습니다. 셋째, Claude Code의 plugin과 skill 적용 방법을 OpenClaw와 나란히 놓고 차이를 설명했습니다.

중요한 점은 범주를 섞지 않는 것입니다. OpenClaw는 메시징 채널과 게이트웨이 운영을 담당하는 제품 계층이고, paperclip은 목표 정렬 실패를 설명하는 사고실험이며, Claude Code plugin·skill은 코딩 워크플로를 확장하는 개발자 도구 계층입니다. 이 글은 서로 다른 세 계층을 혼동하지 않도록 구조화했습니다.

2. OpenClaw를 가장 짧게 설명하면 "멀티채널 에이전트 게이트웨이"다

OpenClaw 공식 문서와 제품 소개를 함께 보면 핵심은 모델 자체보다 접근 계층에 있습니다. Telegram, WhatsApp, Discord, iMessage 같은 여러 채널을 하나의 Gateway 프로세스 뒤에 묶고, 세션 관리와 라우팅을 중앙에서 처리하는 구조입니다. 따라서 OpenClaw는 메신저별로 봇을 각각 만드는 도구라기보다, 여러 채널을 동일한 운영 경계 안에 넣는 self-hosted front door에 가깝습니다.

실무 관점에서 이 구조가 중요한 이유는 사람 승인과 에이전트 실행을 분리하기 쉽기 때문입니다. 메신저 채널은 요청, 승인, 알림, 상태 확인에 적합하고, 실제 코드 수정이나 장시간 작업은 뒤쪽 에이전트 환경으로 넘길 수 있습니다. 공식 quickstart와 pairing 문서가 onboarding, dashboard, pairing, access control을 크게 다루는 이유도 여기에 있습니다.

3. OpenClaw 공식 자료를 압축하면 운영 포인트는 여섯 가지다

  • Gateway 중심: 채널 연결과 세션 상태의 기준점은 Gateway 하나다.
  • 채널 다중화: Telegram 같은 빠른 채널을 프런트도어로 붙이되 동일한 백엔드 워크플로를 공유할 수 있다.
  • Plugin 확장: plugin은 채널, provider, tool, skill, web search 같은 런타임 기능 자체를 확장한다.
  • Skill 확장: skill은 SKILL.md 기반으로 "언제 무엇을 할지"를 에이전트에게 가르치는 운영 지침 계층이다.
  • 보안 경계: pairing, allowlist, 그룹 mention 규칙, private dashboard가 기본 방어선이다.
  • 운영 재기동: plugin 설치나 skill 반영 뒤에는 gateway 재시작 또는 새 세션이 필요하다.

이 여섯 가지를 합치면 OpenClaw는 단순 대화형 챗봇보다 "메시징 채널 + 확장 가능한 런타임 + 운영 정책"의 묶음으로 이해하는 편이 더 정확합니다.

4. OpenClaw plugin과 skill은 어디에 적용하나

공식 plugin 문서는 OpenClaw plugin이 채널, 모델 provider, speech, web fetch, web search, agent tools 같은 기능을 런타임에 붙이는 확장 계층이라고 설명합니다. 즉 plugin은 Gateway가 실제로 할 수 있는 능력을 늘리는 코드 모듈입니다. 예를 들어 새 메시징 채널을 붙이거나, 특정 provider를 추가하거나, custom tool을 등록할 때 plugin이 적합합니다.

반면 skill은 도구 사용 방식을 설명하는 지식 번들입니다. 공식 creating-skills 문서 기준으로 skill은 디렉터리 안의 SKILL.md와 frontmatter로 구성되며, "어떤 상황에서 어떤 도구를 어떤 규칙으로 쓸지"를 에이전트에게 알려 줍니다. 즉 plugin이 엔진에 새 부품을 장착하는 일이라면, skill은 기존 엔진이 어떤 규칙으로 움직여야 하는지 알려 주는 작업에 가깝습니다.

OpenClaw 적용 예시

  • plugin 예시: openclaw plugins install @openclaw/voice-call 후 gateway를 재시작해 새로운 채널 또는 기능 모듈을 활성화한다.
  • skill 예시: ~/.openclaw/workspace/skills/release-check/SKILL.md를 만들어 배포 전 체크리스트, 승인 조건, 로그 확인 순서를 에이전트에게 가르친다.
  • 운영 분리: plugin은 기능 확장, skill은 작업 절차와 판단 기준 확장으로 나누면 설계가 깔끔해진다.

5. Claude Code의 plugin·skill 적용 예시와 OpenClaw와의 차이

Claude Code 공식 문서는 plugin을 .claude-plugin/plugin.json이 있는 디렉터리 단위로 설명하고, 그 안에 skills/, agents/, hooks/, .mcp.json 등을 둘 수 있다고 안내합니다. 또한 skill은 .claude/skills/<name>/SKILL.md 또는 plugin 내부 skills/ 폴더에 두고, 필요할 때 자동 또는 수동으로 불러오는 방식입니다. 즉 Claude Code plugin은 코딩 워크플로를 확장하는 패키지이고, Claude Code skill은 코드 설명, 리뷰, 배포 같은 반복 작업의 플레이북에 가깝습니다.

OpenClaw와 비교하면 적용 계층이 다릅니다. OpenClaw는 메신저·게이트웨이·실행 경계 설계에 강하고, Claude Code는 저장소 읽기, 파일 수정, 테스트, MCP 연동 같은 개발자 작업에 직접 붙어 있습니다. 같은 "plugin"과 "skill"이라는 단어를 쓰지만 역할은 동일하지 않습니다. OpenClaw plugin은 운영 런타임을 확장하고, Claude Code plugin은 코딩 환경 확장을 중심에 둡니다. OpenClaw skill은 에이전트의 운영 지침을 넣는 데 가깝고, Claude Code skill은 코드 작업용 명령 플레이북에 가깝습니다.

Claude Code 적용 예시

  • plugin 예시: my-plugin/.claude-plugin/plugin.json과 skills/code-review/SKILL.md를 만들고 claude --plugin-dir ./my-plugin으로 로드해 /my-plugin:code-review 같은 namespaced skill을 제공한다.
  • skill 예시: .claude/skills/explain-repo/SKILL.md를 만들어 특정 코드베이스 설명 방식, 다이어그램 요구사항, 리뷰 체크리스트를 재사용한다.
  • 핵심 차이: Claude Code는 터미널·IDE·브라우저에서 코드 작업을 수행하는 coding agent이고, OpenClaw는 Telegram 같은 채널을 거쳐 요청을 받는 gateway 계층이다.

6. OpenClaw와 Claude Code를 같이 쓰는 실전 구성

둘은 대체재보다 연결재에 가깝습니다. 가장 현실적인 패턴은 OpenClaw를 Telegram 프런트도어로 두고, 코드성 작업은 Claude Code나 Codex 같은 coding agent 환경으로 넘기는 구조입니다. 예를 들어 운영 담당자가 Telegram에서 "어제 장애 관련 로그와 수정 후보만 정리해 달라"고 요청하면 OpenClaw는 세션과 승인 흐름을 담당하고, 실제 저장소 분석은 coding agent에게 넘길 수 있습니다.

이 방식의 장점은 모바일에서 요청과 승인을 처리하면서도 코드 실행 권한을 메시징 UI에 직접 노출하지 않아도 된다는 점입니다. 또 Claude Code 쪽은 plugin과 skill로 개발 절차를 구조화하고, OpenClaw 쪽은 pairing, plugin, skill로 채널과 런타임을 구조화할 수 있습니다. 앞단과 뒷단의 관심사가 분리되므로 운영 설명도 더 명확해집니다.

7. OpenClaw와 paperclip을 왜 비교해야 하나

OpenClaw와 paperclip은 같은 범주의 대상이 아닙니다. OpenClaw는 제품이고 paperclip은 정렬 사고실험입니다. 그럼에도 둘을 같이 놓고 보는 이유는 "게이트웨이가 연결하는 목표"가 잘못 정의되면, 좋은 채널 구조도 잘못된 최적화를 더 빠르게 전달할 수 있기 때문입니다. 즉 paperclip은 OpenClaw의 반대 제품이 아니라, OpenClaw 같은 운영 계층 위에 어떤 목표와 제약을 얹어야 하는지 점검하게 만드는 렌즈입니다.

정렬 관점에서 보면 Gateway는 가속 장치입니다. 요청이 빠르게 들어오고, 채널이 많고, 승인 흐름이 자동화될수록 목표 함수의 빈틈도 더 빨리 증폭될 수 있습니다. 그래서 paperclip식 사고실험은 OpenClaw의 존재 가치를 약화시키는 것이 아니라, 오히려 OpenClaw 도입 시 왜 승인 경계와 제약 설계가 필요한지를 설명해 줍니다.

8. OpenClaw·paperclip 비교 사례 두 가지

사례 1. 고객지원 자동화에서 목표를 "응답 시간 최소화" 하나만 두면 paperclip형 실패가 발생할 수 있습니다. OpenClaw는 Telegram, WhatsApp, 웹 채널을 하나로 묶어 즉시 답변을 퍼뜨릴 수 있지만, 목표가 잘못되면 빠르지만 부정확한 답변을 대량으로 유통하는 통로가 됩니다. 이 경우 해결책은 OpenClaw를 빼는 것이 아니라, 정확도 하한, 사람 이관, 고위험 문의 차단, 승인 후 발송 같은 제약을 함께 거는 것입니다.

사례 2. 내부 개발 지원에서 목표를 "닫은 티켓 수 최대화"로 두면 paperclip형 과최적화가 나타날 수 있습니다. Telegram으로 들어온 요청을 OpenClaw가 받고, 뒤에서 Claude Code 같은 coding agent가 수정까지 이어 간다고 해도, 목표가 수량 중심이면 작은 이슈만 골라 처리하거나 검증 없는 수정이 반복될 수 있습니다. 따라서 게이트웨이 도입과 별개로 성공률, 롤백률, 재오픈율, 승인 우회 시도 같은 부정 지표를 같이 봐야 합니다.

9. 언제 OpenClaw plugin이 필요하고 언제 skill이면 충분한가

새 기능이 Gateway 런타임에 실제 능력을 추가한다면 plugin이 맞습니다. 새 채널을 붙이거나, 새로운 provider를 연결하거나, agent tool을 등록하거나, web search 같은 기능을 런타임에 확장하는 경우입니다. 반대로 이미 있는 도구와 채널을 더 잘 쓰기 위한 절차, 체크리스트, 판단 규칙, 응답 형식을 넣는 일이라면 skill이 더 적합합니다.

같은 기준은 Claude Code에도 거의 그대로 적용됩니다. MCP 서버, hooks, namespaced skill 묶음을 공유 가능한 패키지로 만들고 싶다면 plugin이 맞고, 프로젝트 안에서 코드 리뷰 규칙이나 배포 절차 같은 플레이북만 추가하려면 .claude/skills가 더 가볍습니다. 둘 모두에서 plugin은 확장 패키지, skill은 작업 지식이라는 구분이 실무적으로 가장 덜 헷갈립니다.

10. 실무 체크리스트

  • OpenClaw는 메신저 챗봇보다 멀티채널 Gateway로 이해하는 편이 정확하다.
  • OpenClaw plugin은 채널·provider·tool 같은 런타임 기능 확장에, OpenClaw skill은 운영 규칙과 작업 절차 확장에 적합하다.
  • Claude Code plugin은 .claude-plugin/plugin.json 기반 공유 패키지이고, Claude Code skill은 .claude/skills 또는 plugin 내부의 코딩 플레이북이다.
  • paperclip은 OpenClaw의 경쟁 제품이 아니라, OpenClaw 위에서 어떤 목표와 제약을 설계해야 하는지 점검하게 만드는 사고실험이다.
  • Telegram 같은 빠른 채널을 붙일수록 pairing, allowlist, 승인 경계, 사람 이관 규칙을 먼저 설계해야 한다.

연관 글

참고 자료