2026년 8월 현재, Claude Code의 스킬(Skills) 기구와 서브 에이전트(Sub-agent) 기능을 조합하면, 개인이라도 「여러 임원이 병행하여 업무를 수행하는 회사」를 코드 베이스로 재현할 수 있다. 나는 OpenClaw라는 플러그인 기반 위에 CEO·CFO·CTO·COO·CMO의 경영 5직과, 부서 라우팅·비서·지식 관리·프로덕트 관리를 담당하는 4체의 보조 에이전트를 조합한, 총 9체 구성의 「AI 경영 OS」를 구축하여 일상 업무에 사용하고 있다.

본고에서는 이 시스템을 실제로 어떻게 설계하고, 어떤 커맨드로 운용하고 있는지를 코드 예시와 함께 해설한다. 단가·연봉 이야기와도 무관하지 않다. 「AI 오케스트레이션(AI Orchestration)을 자신의 손으로 구축할 수 있는」 기술은, SES 엔지니어가 자신의 단가를 높이기 위한 실무적인 레버리지가 된다. 마지막으로 그 접속점에 대해서도 다룬다.

OpenClaw는, Claude Code의 SKILL.md를 기반으로 한 스킬 정의와 서브 에이전트(Agent), 그리고 CronCreate에 의한 스케줄 실행을 조합하여, 업무 프로세스를 「호출 가능한 커맨드」로서 재현하기 위한 플러그인 군이다. 하나의 스킬은 다음과 같은 frontmatter가 포함된 Markdown으로 정의된다.

---
name: cfo
description: CFO(최고 재무 책임자). freee 연동으로 재무 데이터 취득·PL 생성·
...

이것을 .claude/skills/ (또는 플러그인 패키지) 하위에 두면, /cfo 미결제와 같이 슬래시 커맨드(Slash command)로 호출할 수 있게 된다. 포인트는 각 스킬이 독립된 컨텍스트와 툴 권한(Bash, Read, WebFetch 등)을 가진다는 점이다. CFO 에이전트에게는 경리 데이터 액세스 권한만 부여하고, CMO 에이전트에게는 GA4나 Google Ads의 읽기 권한만 부여하는 식으로 역할에 따라 권한을 제한할 수 있다. 이는 보안 측면에서도 「운영 DB에 비서 에이전트가 실수로 쓰기 작업을 하는」 것과 같은 사고를 방지하는 설계가 된다.

회사 조직을 그대로 에이전트화하면 권한과 책무도 분리하기 쉽다. 내가 실제로 운용하고 있는 구성은 다음과 같다.

CEO 에이전트는 스스로 재무 데이터나 코드에 직접 접촉하지 않는다. CFO·CTO·COO·CMO의 「보고」를 받아서 통합하기만 하는 얇은 레이어로 두고 있다. 이는 마이크로서비스(Microservices)에서의 API Gateway 발상과 유사하다. 각 직능 에이전트가 내뱉는 리포트의 포맷만 갖춰져 있다면, CEO 레이어는 차이점의 요약과 알람 추출에 전념할 수 있다.

도입은 크게 3단계로 나뉜다.

mkdir -p .claude/skills/{ceo,cfo,cto,coo,cmo,cc-company,cc-secretary,cc-knowledge,cc-products}
# 각 디렉토리에 SKILL.md를 배치하고, frontmatter로 name/description을 정의

각 에이전트에게 필요한 최소한의 툴(Tool)만 허용한다. 예를 들어 CFO는 Bash와 freee 연동용 스크립트만, CMO는 WebFetch·WebSearch·GA4/GSC 참조만 허용하는 식이다. 과도한 권한을 부여하지 않는 것이 무인 실행 시 사고 방지로 직결된다.

아침 회의 대신, 매일 아침 CEO 대시보드(Dashboard)를 자동 생성하게 하고 있다.

# 평일 아침에 CEO 대시보드를 생성하는 cron 상당의 설정 예시
0 8 * * 1-5 claude --skill ceo --command dash >> logs/ceo_dash.log

Claude Code 환경에서는 CronCreate를 통해 툴(Tool)을 거쳐 에이전트에게 이를 등록하게 할 수도 있다. 사람이 crontab을 작성하는 대신 "매일 아침 8시에 CEO 대시보드를 만들어줘"라고 지시하면, 에이전트 스스로 스케줄을 설정한다.

평일 아침, 내가 가장 먼저 입력하는 것은 /ceo 또는 단축 버전인 /dash이다. CEO 에이전트는 백그라운드에서 CFO·CTO·COO·CMO에게 질의를 던지고, 병렬로 돌아온 리포트를 하나의 대시보드로 통합한다.

$ /dash
[CEO] 취합 중... CFO/CTO/COO/CMO로 병렬 질의
- CFO: 미결제 청구서 있음 → /cfo 미결제 로 상세 확인 가능
...

여기서 신경 쓰이는 항목이 있다면 해당 에이전트로 핀포인트(Pinpoint)하게 들어간다. 재무라면 /mikessai (/cfo 미결제의 단축키), 기술적인 우선순위 판단이라면 /priority (/cto priority의 단축키)와 같이 단축키 스킬(Shortcut Skill)을 별도로 정의해 두면 타이핑 수를 줄일 수 있다.

비서 에이전트(cc-secretary)는 inbox/today/archive의 YAML 파일을 직접 조작하는 역할을 맡으며, /inbox로 미처리 태스크 목록을 가져오고 처리된 것을 archive로 옮긴다. 사람이 "오늘 할 일"을 직접 적는 작업을 이곳으로 모았다.

무인 실행되는 에이전트 군단을 운영하다 보면, 코드상의 버그보다 "운영 규칙"의 설계 미비가 사고로 이어지기 쉽다는 것을 뼈저리게 느낀다. 실제로 설계에 포함시킨 안전장치를 몇 가지 꼽자면 다음과 같다.

• API 호출의 단일화: LLM API를 여러 곳에서 종량제로 호출하게 두면, 예상치 못한 루프(Loop)로 인해 과금이 폭증할 리스크가 있다. 호출 경로를 CLI를 경유하는 하나로 제한하고, 신규 직접 API 호출은 원칙적으로 금지했다.
• SNS 게시물 연속 게시 간격: SNS 게시를 담당하는 에이전트에게 자동 공개까지 맡기면, 짧은 시간 내의 연속 게시가 플랫폼의 스팸 판정에 걸릴 수 있다. 생성은 자동, 공개는 인간의 승인이라는 분리를 필수화했다.
• 권한 범위(Scope) 최소화: cc-secretary와 같은 YAML 조작 전용 에이전트에게 운영 DB의 쓰기 권한을 주지 않는다. 역할별로 툴을 제한함으로써 오작동의 영향 범위를 국소화할 수 있다.
• 「구현 완료」와 「가동 실적」의 구분: 새로운 에이전트를 구성한 직후에는 아직 실운영에서 검증되지 않았다. 몇 주간의 운영 실적이 쌓이기 전까지는 "가동 중"이라고 표기하지 않도록 하는 구분을 지식(cc-knowledge)에 명문화했다.

이것들은 책상 위의 보안론이 아니라, 무인 실행을 지속하면서 "그러고 보니 이 부분이 허술했네"라고 깨달으며 사후에 추가한 규칙들이다. cc-knowledge 에이전트에 교훈을 축적해 두면, 동일한 실패 패턴을 다음 에이전트 설계 시 자동으로 참조할 수 있다.

"AI 경영 OS를 만들었더니 매출이 몇 배가 되었다"라는 종류의 이야기는 검증 가능한 형태로 말할 수 있는 단계에 아직 이르지 못했다. 솔직히 말하면 효과 측정은 앞으로의 과제다. 다만 설계상 다음과 같은 지표는 추적하기 쉽게 되어 있다.

• 의사결정에 필요한 정보를 수집하기까지의 리드 타임 (사람이 각 툴을 일일이 열어 다니는 시간 vs /dash 한 번의 시간)
• 리포트 작성에 드는 수작업 유무 (freee나 GA4를 매번 수동으로 열어 전기하던 작업이 명령어 하나로 집약되었는가)
• 교훈의 재사용률 (동일한 종류의 실수를 cc-knowledge가 감지하여 미연에 방지했는가)

수치로서의 「가동 실적」을 주장할 수 있는 것은, 최소 1~2주간의 지속적인 운용 데이터가 쌓인 후라고 생각한다. 지금은 아직 그 과정에 있으므로, 본고에서는 「만들 수 있다」, 「돌아가고 있다」라는 사실 기반의 공유에 그친다.

여기서 SES 엔지니어의 실무 관점으로 돌아가 보자. SES 계약 형태에서는 자신의 단가가 엔드 기업(End Client)에 얼마로 납품되는지 보이지 않는 경우가 많으며, 다중 하청 구조 속에서 기술에 걸맞은 단가가 그대로 연봉에 반영되기 어렵다. 프리랜서 에이전트를 통해 독립하면, 이 구조상의 중간 마진을 절감할 수 있는 만큼 단가 협상의 주도권을 갖기 쉬워진다.

그 독립 시에 무기가 되는 것이 바로 이번에 소개한 것과 같은 「AI 에이전트를 스스로 설계·운용할 수 있는」 기술 스택(Skill set)이다. 이유는 단순하다.

Claude Code나 OpenClaw와 같은 에이전트 기반을 능숙하게 다룰 수 있는 엔지니어의 모수가 아직 적기 때문에, 프로젝트 단가 협상의 재료가 되기 쉽다 -
업무 자동화 구현 경험은, SES 상주처에서의 「AI를 도입하고 싶지만 방법을 모르겠다」라는 수요에 직접적으로 파고든다 -
프리랜서 에이전트 각사가 기준으로 내거는 「SES 연봉 800만 엔」 클래스의 프로젝트는, 단순한 구현력뿐만 아니라 업무 프로세스를 에이전트화하여 제안할 수 있는 기획력까지 포함하여 평가받는 경우가 많다

즉, SES에서 쌓은 「고객사 상주하며 여러 시스템의 실무를 횡단적으로 봐온 경험」과 OpenClaw와 같은 에이전트 기반을 구축하는 기술력을 결합하면, 프리랜서 전향 시 제안의 해상도가 높아진다. 연봉 800만 엔이라는 숫자 자체는 각 에이전트의 마케팅상의 기준이며 보장된 수치는 아니지만, 단가 협상의 토대로서 「업무를 자동화할 수 있다는 증거」를 손에 쥐고 있는 것의 가치는 크다.

Q. OpenClaw는 어떤 SaaS인가요?

아니다. 특정 SaaS가 아니라, Claude Code의 스킬(Skills)·서브 에이전트(Sub-agent)·Cron 기능을 조합하여 「업무 프로세스를 커맨드화(Commandize)하는」 설계 패턴 겸 플러그인 집합이다. 기존의 freee나 GA4, Google Ads 등의 API는 교체가 가능하며, 계약 중인 툴에 맞춰 스킬 측의 frontmatter와 처리 내용을 다시 쓰기만 하면 된다.

Q. 9체(9개)여야 할 필연성이 있나요?

없다. 회사의 의사결정 단위에 맞춰 증감시키면 된다. 나의 경우 CEO/CFO/CTO/COO/CMO라는 경영 5직에, 라우팅·비서·지식(Knowledge)·프로덕트 관리라는 운용 4층을 더해 9체가 되었을 뿐, 1인 개인 사업이라면 3~4체 구성으로도 충분히 돌아간다. 중요한 것은 개체 수가 아니라, 권한을 역할별로 분리하는 설계 사상이다.

Q. SES 엔지니어가 주말 동안 따라 할 수 있는 수준인가요?

스킬 1개의 정의 자체는 Markdown의 frontmatter와 Bash 커맨드의 조합이므로, 기존의 쉘 스크립트(Shell script)를 한 개 SKILL.md로 만드는 것부터 시작하면 주말 동안 시도해 볼 수 있다. 9체까지 확장할지 여부는 업무량과 권한 관리의 필요성에 따라 판단하면 된다.

OpenClaw를 사용한 9체 구성의 경영 OS는 특별한 인프라를 필요로 하지 않는다. Claude Code의 스킬 메커니즘과 서브 에이전트, cron 스케줄링을 조합하는 것만으로, 역할별로 권한을 제한한 「병렬로 일하는 임원」을 재현할 수 있다. 중요한 것은 무인 실행 시의 안전책(API 호출의 단일화, SNS 게시물의 인간 승인, 권한의 최소화)을 설계 단계에서 심어두는 것이다.

SES 엔지니어에게도 이러한 종류의 에이전트 오케스트레이션(Agent Orchestration) 설계는 남의 일이 아니다. 단가와 연봉을 스스로 컨트롤하고 싶다면, 우선 자신의 업무 프로세스를 하나 스킬화하는 것부터 시작하는 것이 좋다.

• SES 엔지니어가 Claude Code로 자신의 커리어를 데이터 분석해 보았다 | 연봉 상승의 실천 Tips
• 【2026년 최신】 AI 코딩 툴 5선 비교 | 결국 무엇을 사용해야 하는가 Tier별 해설
• SES 단가가 오르지 않는 사람에게. 데이터 분석을 Claude Code로 무기화하는 방법

AI 구동塾 — AI를 사용한 스몰 비즈니스 만드는 법을 배우다

Claude Code, OpenClaw, AI 경영 OS의 실전 노하우를 매주 공개 중.

월간 ¥4,980로 과거 기사 모두 무제한 읽기.

SES 해체신서 프리랜서 DB에서는 고단가 프로젝트를 다수 게재 중입니다.

• ✅ 마진율 공개로 투명한 거래
• ✅ AI/Cloud/Web 계열 엄선 프로젝트
• ✅ 전담 코디네이터가 단가 협상을 지원