수업 #7 — 터미널에서도 되는 거 아냐?
Source: bbojjak-viewer.vercel.app/lessons/lesson-07 Type: article By: 뽀짝이 / 뽀짝이의 서재 (지피터스 AI스터디) Valid as of: 2026-04-28
Key Insight
“같은 엔진(Claude API), 다른 차체” — 터미널 Claude Code와 OpenClaw의 본질적 차이는 API 위에 얹힌 레이어다. 시스템 프롬프트 자동 조립 + 확장 도구 + 하트비트/크론잡 + 채널 라우팅이 “도구”와 “자율 에이전트”를 가르는 4가지 레이어다.
핵심 Takeaway
- 같은 엔진, 다른 차체: 터미널 Claude Code와 OpenClaw 모두 Claude API를 사용하지만, OpenClaw는 그 위에 시스템 프롬프트 자동 조립·세션 관리·확장 도구·하트비트/크론잡·채널 라우팅 레이어를 추가. “F1 레이싱카 vs 자율주행 택시” (출처: “오픈클로는 클코를 감싸는 건가?” 섹션)
- 시스템 프롬프트 자동 로딩 — 1개 vs 6개: 터미널은 CLAUDE.md 1개만 자동 로드, 나머지 수동 요청 필요. OpenClaw는 SOUL/AGENTS/TOOLS/USER/IDENTITY/HEARTBEAT 6개를 매 대화마다 자동 주입 → 규칙 영구 적용, 절대 안 까먹음 (출처: “시스템 프롬프트 1개 vs 6개” 섹션)
- 확장 도구 = 로컬 vs 외부 연결: 터미널은 파일/터미널/브라우저(로컬). OpenClaw는 message(Slack/카톡/이메일), web_search, sessions_spawn, sessions_send, nodes 추가. “도구”(사람이 지시)와 “자동화 에이전트”(조건 만족 시 알아서)의 차이 (출처: “도구” 섹션)
- “시키면 함” vs “알아서 함”: 터미널은 사람 명령 시에만 실행. OpenClaw는 하트비트(매시간 자동 체크) + 크론잡(정해진 시각 자동 실행)으로 집사가 자도 동작 (출처: “하트비트와 크론잡” 섹션)
- 멀티유저 vs 1인 독점: 터미널은 한 명만 사용. OpenClaw는 팀 전원이 각자 채널/DM에서 동시 사용 가능 (채널별 세션 분리로 컨텍스트 충돌 없음) (출처: “멀티유저” 섹션)
상세 요약
OpenClaw 아키텍처 레이어
Claude API (Anthropic)
↓
OpenClaw 에이전트 런타임
├─ 시스템 프롬프트 자동 조립 (6개 파일)
├─ 세션 관리 및 컴팩션
├─ 확장 도구 연결
├─ 하트비트/크론잡 스케줄러
└─ 채널 라우팅
↓
워크스페이스 파일들
↓
외부 연결 (Slack, 텔레그램, 카카오톡, ...)
6개 자동 로딩 파일 상세
| 파일 | 역할 |
|---|---|
| SOUL.md | 성격, 말투, 정체성 |
| AGENTS.md | 업무 규칙, 20개+ 절대 규칙 |
| TOOLS.md | 도구 사용법, 접근 권한 |
| USER.md | 팀원 정보 |
| IDENTITY.md | 고양이 정체성 메타데이터 |
| HEARTBEAT.md | 자동 점검 루틴 |
※ MEMORY.md는 세션 시작 시 에이전트가 직접 읽음 (장기 기억, 항상 필요)
이 6개 파일이 자동 주입되므로 터미널처럼 “AGENTS.md 읽어줘” 등을 매번 수동 요청할 필요가 없다. 절대 규칙이 20개+가 되어도 모든 대화에 항상 적용된다.
같은 스크립트, 다른 의미
터미널: claude send_message.sh → 사람이 "지금 이 사람한테 이 내용 보내줘"
OpenClaw: conditions → agent_judgment → message tool → 자동 발송
스크립트(도구)는 같지만, 누가 언제 왜 실행하는지가 다르다. 전자는 “도구”, 후자는 “자동화 에이전트”.
상황별 선택 가이드
| 선택 | 상황 |
|---|---|
| 터미널 Claude Code | 일회성·탐색·복잡한 코딩·개인 작업 |
| OpenClaw | 반복 자동화·팀 운영·24시간 감시·외부 채널·장기 기억 |
연결되는 위키 페이지
- agent-runtime-architecture — 이 소스에서 추출한 에이전트 런타임 레이어 비교
- OpenClaw — OpenClaw 프레임워크의 아키텍처 레이어 상세
- harness-engineering — CLAUDE.md 1개 vs 6개 자동 로딩; 하네스 = 런타임 레이어
- agent-workspace-structure — 6개 파일이 시스템 프롬프트로 자동 조립
- heartbeat-mechanism — 하트비트가 “알아서 함”을 가능하게 하는 메커니즘
- agent-session-architecture — 채널 라우팅·세션 관리 레이어
- bbojjak-openclaw-agentic-architecture-lesson01 — 시리즈 Lesson 01
- bbojjak-openclaw-soul-md-lesson02 — 시리즈 Lesson 02
- bbojjak-openclaw-webhook-pipeline-lesson03 — 시리즈 Lesson 03
- bbojjak-openclaw-multi-agent-team-lesson04 — 시리즈 Lesson 04
- bbojjak-openclaw-agents-error-learning-lesson05 — 시리즈 Lesson 05
- bbojjak-openclaw-session-architecture-lesson06 — 시리즈 Lesson 06
- bbojjak-openclaw-memory-architecture-lesson08 — 시리즈 Lesson 08 (기억 3단계·Full-context·Prompt Caching)
- bbojjak-openclaw-scheduling-design-lesson09 — 시리즈 Lesson 09 (하트비트 vs 크론잡·3가지 사고·스케줄링 설계)
- bbojjak-openclaw-skill-design-lesson10 — 시리즈 Lesson 10 (에이전트 스킬 시스템·SKILL.md·n8n→스킬 전환)
- bbojjak-openclaw-automation-layers-lesson11 — 시리즈 Lesson 11 (exec·자동화 3계층·exec-approvals·Trust but verify)
- bbojjak-openclaw-subagent-orchestration-lesson12 — 시리즈 Lesson 12 (sessions_spawn·맥락의 격차·판단 최소화 원칙)
- bbojjak-openclaw-playwright-image-pipeline-lesson13 — 시리즈 Lesson 13 (Playwright·HTML→PNG·browser 도구·디자인 시스템)
- bbojjak-openclaw-gateway-architecture-lesson14 — 시리즈 Lesson 14 (Gateway·멀티채널 라우팅·Tailscale Funnel·보안 4중 잠금)
- bbojjak-openclaw-multichannel-session-lesson15 — 시리즈 Lesson 15 특별편 (Slack 스레드·텔레그램 토픽 세션 분리·DM 함정·bindings)
- bbojjak-openclaw-token-optimization-lesson16 — 시리즈 Lesson 16 (토큰 소비처 5순위·RTK·hook vs 지침·능동적 compact·Sonnet 전환)
- bbojjak-openclaw-agent-security-lesson17 — 시리즈 Lesson 17 (프롬프트 인젝션·보안 3원칙·에이전트 분리·심층 방어)
- bbojjak-openclaw-skill-ecosystem-lesson18 — 시리즈 Lesson 18 (보안 스킬 선택 3단계·구조>스킬·즉시 학습+SSOT·오픈 생태계 신뢰 평가)
- bbojjak-openclaw-resilience-failover-lesson19 — 시리즈 Lesson 19 (Model Failover·세션 스티킨스·Agent Loop·작업별 모델 분리·34% 절감)
- bbojjak-openclaw-information-boundary-lesson20 — 시리즈 Lesson 20 (분리 이후 운영·일방향 동기화·민감정보 추출·에스컬레이션·오탐 관리)