🦞 41. Claude Cowork 40개 명령을 OpenClaw로 바꾸는 법

안내: 본문은 생성형 AI를 활용해 초안을 정리하고, OpenClaw 공식 문서와 현재 운영 사례를 기준으로 검증·편집했습니다.

Claude Cowork의 40개 명령 정리글이 흥미로웠던 이유는 명령 개수가 많아서가 아니다. 진짜 포인트는, 많은 사람이 AI를 아직도 “질문하면 답하는 챗봇”으로만 쓰고 있는데, 저 글은 그 반대편에 있는 작업 운영체계를 보여줬다는 데 있다.

OpenClaw도 같은 방향에 있다. 다만 방식은 조금 다르다. Claude Cowork가 슬래시 명령 중심으로 보인다면, OpenClaw는 세션, 자동화, 브라우저, 메모리, 백그라운드 실행 같은 부품을 더 직접 드러낸다. 그래서 처음엔 덜 마법 같아 보여도, 구조를 이해하고 나면 오히려 조립 자유도는 더 높다.

한 줄 결론

Claude Cowork의 40개 명령은 OpenClaw에서 대부분 그대로 “명령 이름”으로 옮겨지는 것이 아니라, 자동화 루프와 운영 부품 조합으로 바뀐다. 핵심은 slash command를 외우는 것이 아니라, 계획 → 실행 → 검증 → 기억 → 재실행 흐름을 내 워크플로에 붙이는 것이다.

flowchart LR
A[요청] --> B[계획]
B --> C[실행]
C --> D[검증]
D --> E[기억]
E --> F[자동 재실행]
C --> G[브라우저 확인]
C --> H[백그라운드 작업]
B --> I[서브에이전트 분기]

왜 이 글이 실무자에게 중요했나

원문은 /schedule, /doctor, /plan 같은 이름이 눈에 먼저 들어온다. 하지만 실제로 더 중요한 것은 반복 업무를 사람 손에서 떼어내는 구조다. OpenClaw의 공식 Getting Started를 보면 설치 목표도 단순 채팅이 아니라 Gateway, 대시보드, 채널 연결까지 한 세트로 잡혀 있다. 이미 출발점부터 “채팅앱”보다 “운영 환경”에 가깝다.

또 하나의 차이는 진단과 장기 실행이다. OpenClaw는 doctor, status, sessions처럼 상태를 잘라 보는 경로가 분리돼 있고, 긴 작업은 background exec + process로 다룬다. 즉, 예쁜 명령 하나보다 문제가 생겼을 때 어디를 봐야 하는지가 더 선명하다.

Claude Cowork 패턴을 OpenClaw로 옮기면 이렇게 된다

아래 표만 이해해도 원문 40개 중 실무에서 자주 쓰는 축은 거의 다 잡힌다.

Claude Cowork 패턴	OpenClaw에서 대응되는 축	실제로 달라지는 점	확인 방법
/schedule	heartbeat + cron jobs	명령 1개보다 “언제, 어디에, 어떤 형식으로 남길지”를 먼저 설계한다	실행 로그, 산출 파일, 채널 알림 확인
/doctor	doctor + status + gateway 상태	진단이 한 화면에 끝나지 않고, 층별로 자른다	설치, 서비스, 세션 문제를 각각 분리 확인
/plan	작업계획 업데이트 + 체크리스트형 스킬	계획을 명령으로 고정하기보다 작업 흐름 중간에 계속 갱신한다	단계 완료 여부와 산출물 존재 확인
/memory	memory 개념 + MEMORY.md + 일별 메모	메모리를 “보여주는 명령”보다 실제 기록 파일 운영이 더 중요하다	MEMORY.md, memory/YYYY-MM-DD.md 확인
/compact	compaction 개념 + 세션 분리	긴 대화를 줄이는 것보다, 세션을 목적별로 나누는 쪽이 실전적이다	세션 키, 컨텍스트 오염 여부 확인
/review	재사용 가능한 스킬, QA 문서, 검수 루프	커스텀 명령보다 검수 기준을 파일로 남겨 반복 재사용한다	동일 체크리스트로 재검수
파일 일괄 작업	exec + process + 코딩 에이전트	배치 작업을 명령어로 밀고, 긴 실행은 백그라운드로 관리한다	로그 tail, 완료 상태, 결과 파일 확인
브라우저 검증	browser tool	사람이 보던 화면을 에이전트가 직접 열고 클릭하며 검증할 수 있다	snapshot, screenshot, 실제 탭 동작 확인
서브에이전트 패턴	sessions / subagents	한 세션에서 다 하려 하지 않고 역할을 분리한다	역할별 산출물 비교
커넥터 체인	채널, 메시지, 외부 도구 연동	”채팅에서 끝”이 아니라 파일 저장과 다른 채널 전달까지 이어진다	저장 위치와 최종 전달 메시지 확인

OpenClaw에서는 왜 오히려 더 실전적일 수 있나

Claude Cowork 스타일 글은 읽을 때 즉시 써보고 싶어지는 장점이 있다. 반대로 OpenClaw는 처음 보면 부품이 더 노출돼 있어서 조금 건조하게 느껴질 수 있다. 그런데 실제 운영에서는 이 차이가 꽤 중요하다.

예를 들어 예약 작업 하나를 만든다고 해보자. Cowork 스타일에선 /schedule이라는 예쁜 입구가 먼저 보이지만, OpenClaw에서는 “언제 실행할지, 결과를 어디 저장할지, 실패했을 때 어떻게 확인할지”를 먼저 정하게 된다. 이 방식은 첫 10분은 느릴 수 있어도, 일주일 뒤에 다시 고칠 때 덜 무너진다. 공식 Scheduled tasks와 Background exec + process를 같이 보면 이 차이가 더 분명하다.

브라우저 자동화도 비슷하다. 단순히 “웹을 열 수 있다”가 아니라, OpenClaw의 browser tool은 에이전트 전용 브라우저 프로필을 따로 두고 탭 제어, snapshot, screenshot, 클릭과 입력까지 한 흐름으로 제공한다. 그래서 프런트엔드 검증이나 로그인 후 화면 확인 같은 작업에서 “코드만 쓰는 에이전트”보다 폐쇄 루프를 만들기 쉽다.

미니 케이스 1, 매주 월요일 운영 브리핑 만들기

가장 먼저 자동화할 만한 일은 거창한 일이 아니라 반복되는 확인 업무다. 예를 들어 매주 월요일 아침, 이번 주 일정과 급한 메시지를 요약해 받는 루틴은 많은 사람이 바로 체감할 수 있다.

OpenClaw에서는 이 작업을 보통 세 단계로 만든다.

1. cron jobs로 실행 시각을 정한다.
2. 필요한 도구나 연결된 서비스에서 일정을 읽고, 요약 파일을 만든다.
3. 텔레그램 같은 채널로 결과를 보낸다.

여기서 중요한 것은 “요약을 잘 쓰는가”보다 “다음 월요일에도 같은 위치에 같은 형식으로 떨어지는가”다. 성공 여부는 말로 판단하지 말고, 실제 산출 파일과 전송된 메시지로 확인하는 편이 훨씬 안전하다.

작은 before/after도 분명하다. 예전에는 월요일마다 직접 Gmail, 캘린더, 메모를 따로 열었다면, 자동화 뒤에는 “요약이 도착했는지”만 보면 된다. 실무 가치가 커지는 순간은 이 반복 확인이 사라질 때다.

미니 케이스 2, 글감 링크를 발행 글까지 끌고 가기

이번에 수집한 X 링크도 같은 흐름으로 볼 수 있다. 처음에는 단순한 링크 1개였지만, 실무에선 링크 저장이 끝이 아니다. 읽고, 정리하고, 발행 가능한 글로 바뀌어야 한다.

OpenClaw 쪽에서는 보통 이런 순서가 자연스럽다.

1. 링크를 읽어 0.Inbox/Clipping에 1차 수집한다.
2. 핵심 논지를 추려 Quartz용 문서로 확장한다.
3. 관련 시리즈 문서에 내부 링크를 건다.
4. 필요하면 브라우저나 로컬 미리보기로 공개 화면을 확인한다.

이 흐름이 좋은 이유는 “좋은 생각이 떠오르면 글을 쓴다”가 아니라, 수집부터 발행까지 같은 시스템 안에서 이어진다는 점이다. 특히 발행형 작업은 중간 메모가 남아야 나중에 재활용이 쉽다. 이런 구조는 memory 개념과 세션 운영, 파일 기반 워크플로가 함께 있을 때 더 강해진다.

1대1로 안 옮겨지는 항목도 있다

이 부분은 꼭 짚고 가는 편이 좋다. 원문 40개 항목이 모두 OpenClaw에서 같은 이름으로 대응되는 것은 아니다.

첫째, /undo 같은 개념은 전역 만능 되돌리기보다 git, 백업, 검수 후 적용 쪽으로 보는 편이 맞다. 즉, OpenClaw는 마법 같은 Ctrl+Z보다 운영 절차를 더 중시한다.

둘째, /cost 같은 항목은 일부 세션 상태나 모델 설정에서 감을 잡을 수는 있지만, 모든 실행 비용을 한 명령으로 예쁘게 예고해주는 UX와는 다를 수 있다. 대신 어떤 모델을 어디에 쓸지, 무거운 작업을 언제 돌릴지를 운영 레벨에서 나누는 쪽이 현실적이다.

셋째, /compact도 체감은 다르다. 긴 대화를 압축하는 기능 자체보다, 아예 대화방과 세션을 목적별로 나누고 장기 기억은 파일로 남기는 운영이 더 강하다. 이건 “명령 하나”보다 습관에 가깝다.

지금 바로 써먹는 OpenClaw 치트시트

1) 반복 작업은 먼저 cron/heartbeat로 빼기
2) 문제 나면 doctor → gateway/status → sessions 순서로 자르기
3) 긴 작업은 exec만 쓰지 말고 background/process로 관리하기
4) 대화로 끝내지 말고 MEMORY.md와 일별 메모에 남기기
5) 브라우저 검증이 필요하면 browser tool을 별도 루프로 붙이기
6) 큰 일은 한 세션에 몰지 말고 역할별로 분기하기
7) 성공 기준은 “좋은 답변”이 아니라 “파일과 결과가 남았는가”로 보기

결국 배워야 하는 것은 명령어가 아니라 운영 감각이다

Claude Cowork 40개 명령 정리글이 알려준 진짜 메시지는 “숨은 기능이 많다”가 아니다. 더 중요한 메시지는, AI를 도구처럼만 쓰면 기능이 늘어도 삶이 잘 안 바뀌고, 반대로 반복 업무를 구조화해서 맡기기 시작하면 체감이 확 달라진다는 점이다.

OpenClaw는 바로 그 구조화를 하기 좋은 쪽에 가깝다. 대신 친절한 슬래시 명령이 다 해주는 대신, 세션, 메모리, 자동화, 브라우저, 검증을 사용자가 조금 더 의식적으로 엮어야 한다. 그 한 번의 설계가 끝나면 그다음부터는 “질문하는 사람”이 아니라 “운영하는 사람”이 된다.

다음 읽기

• 25. 크론·서브에이전트 분산운영
• 34. 세션툴로 블로그 검수 자동화
• 36. 스킬 실전
• 39. X·Reddit 트렌드 수집 → NotebookLM 연동
• 🚀 OpenClaw 허브

AI 생성 결과물을 포함한 문서입니다. 실제 채널 연결, 스케줄 설정, 모델 비용 전략은 현재 운영 환경에 맞게 한 번 더 검증한 뒤 적용하세요.