🎬 OpenClaw + Obsidian: The Perfect Co-Working System

▶️ 유튜브

• 원본 링크: https://youtu.be/5_JN4kfr-9o?si=Ug8WTS10aav4r0yh

🖼️ 4컷 인포그래픽

💡 한 줄 결론

OpenClaw의 성과는 모델 성능보다도 user.md에 축적된 맥락, Obsidian 기반 공유 작업공간, 그리고 인간·에이전트의 역할 분리 설계에서 나온다. 핵심은 AI를 한 번 쓰는 도구가 아니라 점진적으로 업무를 넘겨받는 운영 인력으로 시스템화하는 것이다.

📌 핵심 요점

1. user.md에 비즈니스 정보, 고객 정의, 제품, 콘텐츠 전략, 표현 가이드까지 통합해 두면 에이전트가 매 세션마다 동일한 사업 맥락을 자동으로 불러와 일관된 결과를 낼 수 있다.
2. 에이전트 전용 머신과 인간의 작업용 머신을 분리하면 24시간 비동기 실행과 즉시 개입이 동시에 가능해져, 핵심 창작은 사람이 유지하고 분석·추적·대시보드 같은 누적 업무는 AI에 넘기기 쉬워진다.
3. Obsidian Sync에 비마크다운 파일 동기화와 플러그인 표시 기능까지 더하면 HTML 대시보드, JSON 설정, TXT 전사 파일을 같은 Vault에서 함께 다룰 수 있어 협업 인터페이스가 폴더 탐색 수준을 넘어서게 된다.
4. Airtable·Notion·별도 DB 없이도 MCP와 HTML 산출물을 조합하면 유튜브 분석 같은 반복 데이터 업무를 에이전트가 직접 수집·가공·시각화·업데이트하는 구조를 만들 수 있다.
5. 가장 중요한 업무를 처음부터 맡기는 대신, 밀려 있던 분석·정리·보조 운영부터 위임하고 시스템 파일을 계속 수정해 기대치를 학습시키는 방식이 재현성과 신뢰도를 높인다.

🧠 상세 요약

1) 배경과 문제 정의

많은 사용자가 OpenClaw를 설치한 뒤 개별 작업에는 활용하지만, 장기 협업이 가능한 작업환경까지 설계하지 못해 생산성이 금방 한계에 부딪힌다. 이 영상의 핵심 문제의식은 AI 자체보다도 맥락 파일, 작업공간 구조, 동기화 방식, 위임 기준이 실제 성과를 좌우한다는 점이다.

2) 섹션별 상세 정리

1. 설치 이후에 필요한 것은 사용법이 아니라 운영 체계다 [00:00]

• 발표자는 OpenClaw를 단순 실행하는 수준이 아니라, 일주일 이상 24시간 가동하며 여러 프로젝트를 동시에 굴리는 협업 환경을 실제 사례로 제시한다.
• 유튜브 분석, 대시보드 제작, 앱 개발, 콘텐츠 운영 같은 서로 다른 업무가 한 시스템 안에서 병렬로 돌아간다는 점을 먼저 보여주며 영상의 방향을 잡는다.

2. 이번 영상의 범위는 도구 소개가 아니라 협업 시스템 설계다 [01:00]

• 설치 방법이나 기초 기능 설명은 생략하고, 이미 OpenClaw를 어느 정도 아는 사용자가 “그 다음 단계”를 어떻게 구성할지에 집중한다.
• 핵심 주제는 시스템 파일, Obsidian 기반 코워킹, 인간용 기기와 에이전트용 기기의 분리, 그리고 위임 경계 설정이다.

3. 협업 실패의 원인은 모델보다 흩어진 맥락과 정리되지 않은 구조다 [02:09]

• 발표자는 많은 사람이 AI를 잘 쓰지 못하는 이유를 성능 부족이 아니라 시스템 부재에서 찾는다.
• 파일이 여기저기 흩어지고 규칙이 명문화되지 않으면, 특히 비개발자일수록 협업 비용이 급격히 커진다고 본다.

4. user.md는 에이전트의 판단 기준을 고정하는 단일 진실 원천이다 [02:55]

• 여러 시스템 파일 가운데 가장 중요한 것은 user.md이며, 여기에 사용자·비즈니스·고객·상품·콘텐츠 전략·표현 규칙까지 모아 둔다고 설명한다.
• 과거처럼 비즈니스 프로필, ICP, 가격, 상품 정보를 여러 파일에 분산 관리하는 방식보다 user.md 하나에 통합하는 편이 누락과 참조 실패를 줄인다.

5. 나머지 시스템 파일은 행동 규칙과 정체성을 보강한다 [03:21]

• agents.md는 동작 규칙과 안전 기준, soul.md는 성격, identity.md는 이름과 정체성, tools.md는 로컬 도구 연결, memory.md는 장기 기억을 담당한다.
• 이 파일들이 세션 시작 시 시스템 프롬프트에 주입되기 때문에, 결국 에이전트 품질은 프롬프트 작성보다도 이 문서 세트의 관리 수준에 달려 있다는 메시지를 준다.

6. Obsidian은 단순 메모 앱이 아니라 인간과 AI의 공용 작업면이다 [04:07]

• Obsidian을 붙이면 마크다운 기반 시스템 문서를 폴더 탐색보다 훨씬 쉽게 읽고 수정할 수 있어, 협업 유지 비용이 낮아진다.
• 발표자는 특히 user.md를 Obsidian 안에서 계속 다듬으면서 인간과 에이전트가 같은 사업 맥락을 공유하도록 만드는 점을 중요하게 본다.

7. 폴더 구조와 역할 분리가 성과를 결정한다 [06:53]

• 작업공간 안에는 시스템 파일뿐 아니라 to-do, 대시보드, 콘텐츠 폴더, 에셋, MCP 설정, 메모리, 스킬 등이 함께 존재하며, 이들을 명확히 나눠 두는 것이 중요하다고 말한다.
• 동시에 인간용 MacBook과 에이전트 전용 Mac Mini를 분리해, 창의적·핵심 업무는 사람이 맡고 24시간 실행형 작업은 에이전트가 맡는 구조를 유지한다.

8. 에이전트를 직원처럼 운영하려면 독립된 실행 환경이 필요하다 [09:18]

• 발표자는 OpenClaw를 대체 도구가 아니라 직원처럼 다뤄야 한다고 말하며, 실제로 별도 기기와 계정, 통신 수단, 작업공간을 분리해 운영한다.
• 이렇게 해야 사용자는 iMessage로 지시하고, 필요하면 화면 공유로 개입하며, 평소에는 결과만 비동기적으로 받는 운영 루틴이 가능해진다.

9. Obsidian Vault와 에이전트 작업공간을 하나로 묶어 결과 수령 경로를 단순화한다 [10:50]

• 에이전트의 실제 작업 디렉터리를 그대로 Obsidian Sync Vault로 만들면, 시스템 파일·대본·프로젝트 파일·산출물이 모두 같은 공간에서 보인다.
• 사용자는 에이전트 기기에 직접 접속하지 않아도 자신의 컴퓨터에서 결과물이 생성되는 흐름을 확인할 수 있어, 협업 마찰이 크게 줄어든다.

10. 비마크다운 파일까지 보여야 실무 협업이 완성된다 [14:08]

• 실제 운영에서는 TXT 전사본, JSON 설정, HTML 대시보드 같은 파일이 빈번히 생성되므로 기본 마크다운 보기만으로는 부족하다.
• 그래서 Data File Editor와 HTML 플러그인을 양쪽 Obsidian에 설치하고, HTML/JSON/TXT를 직접 열람·편집·렌더링할 수 있게 해야 한다고 강조한다.

11. 동기화 범위를 넓혀야 같은 Vault가 진짜 공유 작업공간이 된다 [17:41]

• 표시만 가능해도 충분하지 않고, Obsidian Sync에서 “다른 모든 파일 유형” 동기화를 켜야 HTML·JSON 같은 비지원 기본 파일이 실제로 양쪽에 복제된다.
• 동기화 아이콘 상태를 확인하고, 싱크가 완료될 때까지 기다리는 습관까지 포함해야 협업 중 파일 불일치와 오작동을 줄일 수 있다.

12. 최종 목표는 미뤄 둔 운영 업무를 AI가 지속적으로 흡수하는 구조다 [19:24]

• 실제 활용 예로는 유튜브 전사를 뉴스레터로 변환하거나, 유튜브 데이터 API와 MCP를 이용해 분석 대시보드를 자동 생성·업데이트하는 흐름이 제시된다.
• 발표자는 아이디어 발상과 핵심 콘텐츠 제작은 계속 직접 하되, 분석 추적·소셜 운영 보조·대시보드 생성·정리 업무처럼 시간이 부족해 쌓여 있던 일들을 에이전트에 넘긴다고 설명한다.

13. 위임은 작은 일부터 시작해 시스템 파일 갱신으로 학습시켜야 한다 [22:40]

• 신입 직원에게 바로 핵심 업무를 맡기지 않듯, 에이전트에게도 처음에는 중요하지만 치명적이지 않은 보조 업무부터 맡겨야 한다고 조언한다.
• 이후 user.md와 관련 시스템 문서를 주기적으로 업데이트하면서 기대치와 맥락을 보정하면, 매주 더 나은 협업 파트너로 진화할 수 있다는 것이 영상의 최종 권고다.

✅ 액션 아이템

• user.md에 내 사업/프로젝트 기준으로 최소 5개 항목을 한 번에 정리한다: 고객 정의, 제공 가치, 현재 수익원, 반복 제작하는 콘텐츠, 절대 쓰지 않을 표현.
• 현재 업무 중 내가 직접 하지 않아도 되는 누적형 작업 3개를 고른다: 예를 들면 유튜브 지표 추적, 뉴스레터 초안 정리, SNS 반응 수집처럼 반복성이 높은 항목으로 한정한다.
• Obsidian Vault를 에이전트 작업공간과 연결한 뒤, 양쪽 기기에서 Data File Editor·HTML 플러그인 설치와 “다른 모든 파일 유형” 동기화 활성화까지 점검한다.
• 에이전트 전용 폴더 구조를 만든다: dashboard, transcripts, drafts, mcp, memory, tasks처럼 결과물 성격별로 분리하고, 첫 위임 업무가 어느 폴더에 떨어질지 미리 정한다.
• 첫 주에는 핵심 매출 업무 대신 밀려 있던 분석/정리 업무 하나만 맡겨서 결과물 품질, 파일 위치 정확성, 재실행 가능성을 기준으로 위임 범위를 조정한다.

❓ 열린 질문

• user.md를 단일 진실 원천으로 두었을 때, 제품·고객·포지셔닝이 빠르게 바뀌는 초기 사업에서도 정보 노후화를 어떻게 통제해야 재현성이 유지될까?
• Airtable·Notion·별도 DB 없이 HTML 대시보드 중심으로 운영할 경우, 데이터 이력 관리나 다중 프로젝트 비교 분석에서 어느 시점부터 구조적 한계가 드러날까?
• 에이전트를 “직원처럼” 운영하는 방식은 강력하지만, 실제로는 어떤 업무부터 맡겨야 인간의 검수 비용보다 자동화 이익이 커지는 임계점이 생길까?
• 전용 머신과 분리 계정을 갖춘 구조가 협업 안정성을 높이는 대신 운영 복잡도와 비용도 키우는데, 1인 창업자 기준으로 그 투자가 정당화되는 최소 업무량은 어느 정도일까?