나만의 맞춤형 Claude Code 에이전트 OS 구축하기 (3단계)

CChase AI
컴퓨터/소프트웨어창업/스타트업경영/리더십AI/미래기술

Transcript

00:00:00대부분의 사람들은 Claude Code를 슬롯머신처럼 사용합니다.
00:00:02그저 무작위 작업에 무작위 프롬프트를 사용하고 있고,
00:00:05결국 무작위 결과만을 얻고 있죠.
00:00:07하지만 대신 에이전트 기반 OS를 사용한다면,
00:00:10최적화와 추적이 가능하며,
00:00:13결국 팀원이나 고객에게 인계할 수 있는 시스템을 만들 수 있습니다.
00:00:16Claude Code 기반의 에이전트 OS를 통해,
00:00:19여러분의 일상적인 워크플로우를 기술로 바꾸고,
00:00:21기술을 자동화로, 자동화를 아키텍처로 전환합니다.
00:00:25그리고 이 모든 것을
00:00:27기억 및 관측성 레이어로 감싸는 것이죠.
00:00:29오늘 저는 이 모든 과정을 어떻게 수행하는지
00:00:32세 단계로 나누어 보여드릴 것이며, 이 과정을 통해
00:00:34여러분은 Claude Code 사용자의 상위 1%가 될 것입니다.
00:00:37에이전트 OS에 대해 이야기할 때,
00:00:38우리가 다룰 세 가지 요소가 있으며
00:00:40이는 구축을 위한 세 단계와도 연결됩니다.
00:00:42첫 번째는 관측성 레이어이며,
00:00:44지금 화면에 보시는 것이 바로 그것입니다.
00:00:45이것은 일종의 대시보드 시각화 설정으로,
00:00:48터미널 외부에서 OS와 상호작용할 수 있게 해줍니다.
00:00:52두 번째는 기억 레이어입니다.
00:00:53여기서 카파시(Karpathy)의 Obsidian RAG 설정이
00:00:56활용됩니다.
00:00:57마지막으로, 그리고 가장 중요하다고 생각하는 부분은
00:01:00아키텍처, 즉 기술 설정입니다.
00:01:02도입부에서 말씀드렸던,
00:01:04일상적인 워크플로우를 가져와서
00:01:05기술로 만들고, 기술을 자동화로,
00:01:07자동화를 아키텍처로 만든다는 것이 바로 이것을 의미합니다.
00:01:10이것이 근간이며, 실제로
00:01:14에이전트 OS의 부가가치가 발생하는 지점입니다.
00:01:17이 화려한 대시보드가 멋지긴 하지만 이것 자체가 핵심은 아닙니다.
00:01:20이것이 진정한 가치는 아니라는 거죠.
00:01:21진정한 가치는 바로 여기에 있습니다.
00:01:23그렇다면 이 아키텍처란 무엇일까요?
00:01:25왜 관심을 가져야 하며, 어떻게 설정할까요?
00:01:27자, 이것은 기본적으로 Claude Code가
00:01:29여러분 대신 수행해야 할 모든 작업을 시각화하고,
00:01:32이를 체계화하여 궁극적으로 자동화한 모습입니다.
00:01:35개념은 간단합니다.
00:01:36여러분은 Claude Code를 사용하고 있고, 대부분의 사람들은
00:01:39보통 여기서 멈춥니다.
00:01:40터미널을 열어두고
00:01:42무작위 작업을 시킵니다.
00:01:43거기엔 시스템도 없고,
00:01:44정해진 단계도 없습니다.
00:01:45추적되는 것도 없고,
00:01:46최적화되는 것도 없죠.
00:01:47하지만 우리의 에이전트 OS 시스템에서는 대신
00:01:50개인적인 수준에서, 그리고 더 중요하게는
00:01:54비즈니스 수준에서 여러분이 하는 모든 일을 분석하여,
00:01:57여러 도메인으로 분류했습니다.
00:01:59제 경우 기억, 생산성, 연구,
00:02:01콘텐츠, 커뮤니티 등 여러 도메인이 있습니다.
00:02:03여러분에게 구체적으로 필요한 도메인은
00:02:04수행하시는 업무에 따라 다르겠지만, 핵심 아이디어는
00:02:07우리가 하는 수많은 일들이
00:02:08특정 도메인에 속해 있다는 것입니다.
00:02:10예를 들어, 연구 도메인을 한번 살펴보겠습니다.
00:02:12저는 연구를 많이 하는데, 각 도메인 아래에는
00:02:15다수의 개별적 혹은 독립적인 작업들이 있습니다.
00:02:17저의 경우 종종 YouTube에서 자료를 찾아봅니다.
00:02:20심층 연구를 수행해야 할 때도 있고,
00:02:22가벼운 RAG를 처리해야 하기도 합니다.
00:02:23아침 보고서를 받고 싶기도 하고,
00:02:24경쟁사 동향을 파악하고 싶기도 하죠.
00:02:27이처럼 모든 도메인에는 개별 작업이 있습니다.
00:02:29이러한 작업 중 우리가 정기적으로 하는 것이 있다면,
00:02:32그것을 여기에 포함해야 하고, 기술로 전환할 수 있습니다.
00:02:36이것은 YouTube 검색처럼
00:02:38비교적 간단한 것일 수도 있습니다.
00:02:39단순히 YouTube에 들어가서
00:02:42검색어를 입력하는 대신,
00:02:43그것을 하나의 기술로 만들어서
00:02:45매번 완벽한 보고서를 받아보는 건 어떨까요?
00:02:47이것은 훨씬 더 복잡해질 수도 있습니다.
00:02:48심층 연구 같은 것은 단순히
00:02:51Claude에게 "심층 연구해 줘"라고 말하는 게 아닙니다.
00:02:53이것은 X(Twitter), GitHub, 웹,
00:02:56YouTube를 살피는 것뿐만 아니라, 더 나아가
00:02:58Obsidian에 기록된 이전 항목들을 검토하여
00:03:01과거에 어떤 이야기를 했는지 확인하고
00:03:02이 모든 것을 통합하는 과정입니다.
00:03:04중요한 점은 여러분이 일상 생활과
00:03:06비즈니스에서 많은 도메인에 걸쳐
00:03:09수많은 다양한 일을 하고 있다는 것입니다.
00:03:10여러분은 그것을 이런 방식으로 체계화하셨나요?
00:03:12모든 작업을 기술로 전환하셨나요?
00:03:14이 모든 것을 추적하고 최적화할 방법이 있나요?
00:03:17아마 없을 것입니다. 그렇다면,
00:03:19이 전체 Claude OS 시스템에서 다른 기능들을 쓰지 않고,
00:03:22기억 기능이나 대시보드 같은 멋진 것들을 다 빼더라도,
00:03:25여기서만 멈춰도 엄청난 가치를 얻으실 겁니다.
00:03:27자, 우리는 삶과 비즈니스를
00:03:29서로 다른 도메인으로 나누었습니다.
00:03:30그리고 도메인을 작업으로 세분화했죠.
00:03:32그 작업들이 기술이 됩니다.
00:03:34이제 다음 단계는 그 기술들을 가져와서
00:03:36자동화로 전환하는 것입니다.
00:03:38모든 것을 자동화할 필요는 없지만, 어떤 것들은 필요합니다.
00:03:41아침 트렌드 스캔 작업을 예로 들어보죠.
00:03:43이것은 분명 제가 매일 아침
00:03:46제 Obsidian 데이터베이스에 결과가 쌓이길 바라는 작업입니다.
00:03:50AI 분야에서 어떤 일이 일어나고 있는지,
00:03:52YouTube나 GitHub의 경쟁자들은 무엇을 하는지 스캔한 결과 말이죠.
00:03:55이런 것이 자동화의 확실한 성공 사례입니다.
00:03:57자동화에 대해 이야기할 때,
00:04:00크게 두 가지 형태가 있습니다.
00:04:01로컬 자동화일 수도 있고,
00:04:03원격 자동화일 수도 있습니다.
00:04:05다행히도 우리는 어떤 방식이어야 하는지
00:04:06알 필요조차 없습니다.
00:04:08그걸 누가 제일 잘 파악하는지 아세요?
00:04:09바로 Claude Code입니다.
00:04:10제가 Claude Code에게 로컬이나 원격 자동화를
00:04:12만들고 싶다고 말하면, 알아서 방법을 찾아낼 것입니다.
00:04:14하지만 여러분이 관심을 갖는 건 제가
00:04:16로컬 대 원격 자동화의 세부 사항을 설명하는 게 아니겠죠.
00:04:19여러분이 궁금한 건, "Chase, 이걸 어떻게 만드나요?"
00:04:22"어떻게 알아내나요?"일 것입니다.
00:04:24다행히도 그리 어렵지 않습니다.
00:04:27이 프롬프트 하나만 있으면 됩니다.
00:04:29하지만 그 전에, 오늘 영상을 후원해 준
00:04:30저 자신에 대해 잠시 말씀드리겠습니다.
00:04:33최근 제가 Claude Code 마스터클래스를 출시했습니다.
00:04:35초보자에서 AI 개발자로 거듭날 수 있는 최고의 방법이며,
00:04:38특히 비전공자분들에게 더욱 유용합니다.
00:04:41오늘 영상에서 보시는 프롬프트부터
00:04:44제가 직접 사용하는 실제 에이전트 OS 시스템까지
00:04:48모든 내용을 그곳에서 확인하실 수 있습니다.
00:04:50직접 경험해보고 싶으시다면,
00:04:52고정 댓글에 있는 링크를 확인해 주세요.
00:04:54강의에서 뵙기를 기대하겠습니다.
00:04:55방금 말씀드린 것처럼, 우리가 사용할 이 프롬프트는
00:04:57제 커뮤니티 내부에서 찾으실 수 있습니다.
00:04:59이 프롬프트의 아이디어는 여러분과 Claude Code 사이의
00:05:02대화를 시작하게 하는 것입니다.
00:05:04그래서 이런 시스템을 구축할 수 있게 말이죠.
00:05:07일반적으로 시작하는 방식은
00:05:08여러분과 Claude Code가 그저
00:05:10자유롭게 대화를 나누는 것입니다.
00:05:11터미널을 열고 마이크를 켠 뒤,
00:05:13의식의 흐름대로 하루 일과가 어떤지,
00:05:15구체적인 작업들이 무엇인지
00:05:19설명해 보시기를 권장합니다.
00:05:22거기서부터 대화가
00:05:24계속해서 이어질 것입니다.
00:05:26그러면 Claude Code는 "알겠습니다, 이런 일들을 하시는군요."
00:05:29"이것들을 하나의 기술로 만들어볼까요?"라고 할 겁니다.
00:05:32기술로 만들 수 있다면, 그다음에는
00:05:35자동화로 전환하는 것이 의미가 있을까요?
00:05:37말씀드렸듯이 모든 것이 자동화될 필요는 없습니다.
00:05:39아침 트렌드 스캔 같은 건 매우 타당하지만,
00:05:42심층 연구 같은 건 꼭 그렇지는 않죠.
00:05:44하지만 시스템이 모든 작업을 하나씩 짚어가며
00:05:46여러분만의 기술을 만들어 줄 것입니다.
00:05:49그러면 매번 같은 방식으로 작업을 실행할 수 있게 되죠.
00:05:51이때 시스템은 "기술 생성 기술"을 사용할 것입니다.
00:05:53그런 다음 판단을 내리겠죠.
00:05:55이게 자동화가 필요한지?
00:05:56자동화라면 로컬이어야 하는지,
00:05:58아니면 원격이어야 하는지 말입니다.
00:06:00여러분아 나열한 각 도메인에 대해
00:06:02이 과정을 계속 반복할 것입니다.
00:06:04따라서 지금 보시는 화면 속 내용에만 국한되지 않습니다.
00:06:06연구도 안 하고 콘텐츠 제작도 안 하고
00:06:08AI 에이전시를 운영하지 않아도 괜찮습니다.
00:06:10여러분이 어떤 일을 하든, 우리는
00:06:13그에 맞는 도메인을 설정하고, 기술을 만들고,
00:06:16자동화를 구축할 것입니다.
00:06:17그 과정에서 여러분은 Claude Code 기반의
00:06:21에이전트 OS라는 뼈대를 만들게 됩니다.
00:06:23우리는 추적과 최적화가 가능한 방식으로
00:06:26행동을 체계화하고 있는 것입니다.
00:06:28그렇게 하면 Claude Code를 켜고
00:06:29시스템을 사용할 때, 매번 추측에 의존하거나
00:06:31Claude Code가 어제와 똑같이
00:06:33동작해주기만을 바랄 필요가 없습니다.
00:06:35이런 방식의 위력은 단순히 개인 차원의
00:06:38Claude Code 활용을 넘어섭니다.
00:06:41팀과 함께 일하거나
00:06:43고객을 상대하는 분들에게는 엄청난 일입니다.
00:06:46이게 무엇을 의미할까요?
00:06:48제가 하는 거의 모든 일을 기술로 체계화했다면,
00:06:51Claude Code를 써야 하지만 쓰지 못하는 팀원에게
00:06:55이 시스템을 건네줄 수 있고,
00:06:57이제 그들도 그것을 사용할 수 있게 됩니다.
00:06:59고객에게도 마찬가지입니다.
00:07:00타인을 위해 똑같은 시스템을 설정해주고,
00:07:03패키지로 판매하거나 팀원에게
00:07:06사용을 권장할 수 있습니다.
00:07:07심지어 그들은 터미널을 쓸 필요도 없습니다.
00:07:09나중에 대시보드 섹션으로 넘어가서
00:07:12이런 화면을 보게 되면,
00:07:13우리는 결국 이 모든 기술과 자동화를
00:07:14말 그대로 클릭만 하면 되는 버튼으로
00:07:16만들 것이기 때문입니다.
00:07:18그건 누구라도 할 수 있는 일이죠.
00:07:20이것이 에이전트 OS를 만드는 세 단계 중 첫 번째 단계입니다.
00:07:23그것은 바로 아키텍처이며, 이것이 가장 중요합니다.
00:07:27그리고 다른 건 아무것도 하지 않더라도,
00:07:28이것만으로도 엄청난 가치를 얻으실 수 있을 겁니다.
00:07:31자, 이제 2단계는 메모리 레이어입니다.
00:07:33저희는 이를 위해 옵시디언(Obsidian)을 사용할 예정인데요,
00:07:34그 이유는 아무리 운영체제에서 이 모든 것들을 돌린다고 해도
00:07:36과거에 무엇을 했는지 확인하거나 정보를 저장할 수 없다면
00:07:40아무런 소용이 없기 때문입니다.
00:07:42옵시디언은 이를 수행할 수 있는 매우 간단한 방법을 제공합니다.
00:07:44옵시디언의 가장 큰 장점은 무료라는 점입니다.
00:07:47제가 옵시디언 설정법에 대해 많은 콘텐츠를 올려두었으니,
00:07:49더 자세히 알고 싶으시다면
00:07:52꼭 확인해 보시기 바랍니다.
00:07:53옵시디언을 아주 단순하게 정의하자면,
00:07:54우리가 마크다운(Markdown) 파일과 상호작용할 수 있게 해주는
00:07:58훌륭한 인터페이스 레이어일 뿐입니다.
00:08:00단순히 옵시디언을 다운로드하고
00:08:03그 안에서 클로드 코드(Claude Code)를 실행한다고 해서 큰 도움이 되지는 않습니다.
00:08:04중요한 것은 옵시디언 내부의
00:08:05파일 구조를 어떻게 설정하느냐입니다.
00:08:07그 설정을 통해서만 이 시스템의 진정한 가치를 끌어낼 수 있습니다.
00:08:08아마 여러분도 한 번쯤은 안드레이 카파시(Andrej Karpathy)의 옵시디언,
00:08:11소위 말하는 "RAG 시스템"에 대해 들어보셨을 겁니다.
00:08:14우리가 지금 구축하려는 구조가 바로 그것과 비슷합니다.
00:08:16다시 말씀드리지만, 저도 이에 관한 콘텐츠를 다룬 적이 있습니다.
00:08:20시스템의 메모리 레이어를 논할 때 이곳은 시작하기에 아주 좋은 지점입니다.
00:08:23옵시디언의 작동 방식은, 앱을 다운로드한 후
00:08:25특정 폴더 하나를 "볼트(Vault)"로 지정하는 것입니다.
00:08:26꼭 볼트라고 부를 필요는 없지만,
00:08:28이 경우에는 실제로 볼트라고 명명했습니다.
00:08:32이 볼트 폴더가 바로 여러분의 클로드 코드 에이전트 OS가
00:08:35상주하게 될 공간입니다.
00:08:38따라서 터미널을 시작하고 OS를 사용하려면,
00:08:40해당 볼트 폴더 안에 있어야 합니다.
00:08:41자, 이걸 어떻게 구성할지는 궁극적으로 여러분의 몫입니다.
00:08:42오늘 다루는 모든 내용의 장점은
00:08:45사용자 정의가 가능하다는 점입니다.
00:08:46반드시 이 방식과 똑같이 할 필요는 없지만,
00:08:48시작하기에 훌륭한 템플릿이며 입맛에 맞게 수정하실 수 있습니다.
00:08:49안드레이 카파시가 제시한 방식에 따르면,
00:08:51볼트 시스템 안에 세 개의 하위 폴더를 두는 것이 좋습니다.
00:08:54바로 Raw, Wiki, 그리고 Output입니다.
00:08:56큰 그림에서 볼 때, 왜 이 방식이 효과적일까요?
00:08:58먼저 하나의 폴더는 일종의 쓰레기 하치장 같은 역할을 합니다.
00:08:59클로드 코드와 나눈 대화든, 무작위로 조사한 자료든,
00:09:01여기가 바로 임시 보관소(Staging area)가 됩니다.
00:09:03그다음 두 번째 하위 폴더인
00:09:05위키(Wiki) 섹션이 있습니다.
00:09:07이 섹션은 Raw 폴더에 있는 것들을 가져와서
00:09:08위키 형태의 글로 체계화하는 중간 단계입니다.
00:09:12이렇게 하면 에이전트 OS 내부에
00:09:15무작위 정보가 널브러져 있는 것을 방지할 수 있습니다.
00:09:17이제 일련의 위키 문서들이 생기게 되는 것이죠.
00:09:18예를 들어 제가 RAG 시스템에 대해 방대한 조사를 했다고 칩시다.
00:09:21그 모든 조사 자료는 Raw 폴더로 들어갑니다.
00:09:24그러면 클로드 코드가 조사한 내용을 바탕으로
00:09:26상세한 보고서 형태의 문서를 작성할 것입니다.
00:09:28그 결과물이 RAG 시스템 위키로 들어가는 것이죠.
00:09:31그다음, 이 보고서들을 활용해
00:09:35슬라이드 발표 자료를 만들고 싶다고 가정해 봅시다.
00:09:38그건 이제 세 번째 섹션인
00:09:41출력물(Outputs) 폴더로 가게 됩니다.
00:09:43아마 슬라이드 자료용 하위 폴더가 있을 테고,
00:09:46거기에 RAG 시스템 관련 정보가 담기겠죠.
00:09:50이제 흐름이 어떻게 되는지 이해가 가실 겁니다.
00:09:53메모리 레이어의 핵심은 첫째, 옵시디언을 사용하여
00:09:55전체를 제어한다는 것이고,
00:09:57둘째, 진짜 가치는 여러분이 이걸 어떻게 설정하느냐에 달려 있다는 것입니다.
00:09:59무엇이 여러분에게 가장 적합할까요?
00:10:03이건 단지 하나의 방법일 뿐입니다.
00:10:05여러분에게 말이 되는 구조면 무엇이든 상관없습니다.
00:10:06다시 에이전트 아키텍처로 돌아가서 생각해 보면,
00:10:08모든 도메인(영역)을 각각의
00:10:09하위 폴더로 만들 수도 있습니다.
00:10:13조사에 관한 모든 것은 Research 폴더로,
00:10:15AI 에이전시 업무에 관한 것은 AI Agency 폴더로,
00:10:18영업에 관한 모든 것은 Sales 하위 폴더로 넣는 식이죠.
00:10:20사실 방식은 전혀 중요하지 않습니다.
00:10:21정답이나 오답은 없지만,
00:10:24중요한 건 자신에게 합리적인 구조여야 한다는 점입니다.
00:10:25그리고 옵시디언을 사용해야 하는 이유는,” 그것이
00:10:27본격적인 RAG 시스템으로 가는 훌륭한 중간 지점이기 때문입니다.
00:10:3099.9%의 사람들에게는
00:10:34심지어 LightRAG 같은 가벼운 시스템조차 필요하지 않습니다.
00:10:37벡터 데이터베이스도 필요 없습니다. 너무 과하니까요.
00:10:39그저 마크다운 파일만 사용한다면,
00:10:41클로드 코드는 옵시디언이라는 틀 안에서
00:10:44이런 구조를 아주 잘 처리해낼 수 있습니다.
00:10:47다만, 이 OS에서 옵시디언과 클로드 코드를 쓸 때
00:10:49꼭 해야 할 한 가지가 있는데,
00:10:50바로 적절한 "CLAUDE.md" 파일을 만드는 것입니다.
00:10:54여기에 여러분이 사용할 수 있는 템플릿이 있습니다.
00:10:55이 파일이 하는 역할은 첫째,
00:10:57클로드 코드에게 여기서 도대체 무슨 일이 벌어지고 있는지 알려주는 것입니다.
00:10:59"나의 목적은 무엇인가?", "어떻게 작동해야 하는가?",
00:11:02"사용자는 무슨 일을 하는가?" 같은 것들 말이죠.
00:11:06어떤 프롬프트를 주든 클로드 코드가
00:11:08무엇을 신경 써야 하는지도 알려줍니다.
00:11:09CLAUDE.md 파일은 사실상 여러분이 보내는
00:11:11모든 프롬프트 뒤에 덧붙여지는 것이나 마찬가지이기 때문입니다.
00:11:13둘째로, CLAUDE.md 파일은 에이전트 OS 시스템에게
00:11:15메모리가 실제로 어떻게 구성되어 있는지 상세히 설명해 줍니다.
00:11:17시스템에게 메모리 구조를 알려주면,
00:11:20시스템은 실제로 그 구조를 따르게 됩니다.
00:11:22그러면 더 적은 토큰으로 필요한 정보를 찾아낼 수 있고,
00:11:25결과적으로 더 효율적이고 비용도 저렴한 시스템이 됩니다.
00:11:29클로드 코드가 길을 잘 찾을 수 있을 뿐만 아니라,
00:11:32여러분도 쉽게 길을 찾을 수 있게 되죠.
00:11:33여기 제 폴더 구조를 보실 수 있습니다.
00:11:35그리 복잡하지 않습니다.
00:11:36Archive, Content, Ops,
00:11:38Personal Projects, Raw, 그리고 Wiki 폴더가 있죠.
00:11:39카파시의 RAG 구조를 약간 변형한 형태입니다.
00:11:41요점은 이 구조가 저에게 합리적이고,
00:11:42클로드 코드가 보기에 구조화 방식이나
00:11:45데이터가 저장되는 위치가 충분히 명확하다는 것입니다.
00:11:48그게 이해가 가고 제대로 작동한다면 충분합니다.
00:11:50그게 핵심이지만, 반드시 필요합니다.
00:11:55이 섹션을 건너뛰어서는 안 됩니다.
00:11:58이런 메모리 시스템은 무언가를 추적하고
00:12:00그에 따라 최적화할 수 있는 능력도 부여합니다.
00:12:02만약 모든 일이 고립된 상태(Vacuum)에서 이루어진다면,
00:12:04무엇이 정말 효과가 있는지 결코 알 수 없기 때문입니다.
00:12:07다시 강조하지만, 모든 것은 서로 연결되어 있습니다.
00:12:11메모리 부분을 확실히 짚고 넘어가야 합니다.
00:12:12이제 가장 흥미로운 부분인
00:12:14에이전트 OS 대시보드와
00:12:16관측 시스템(Observability system)을 살펴볼 시간입니다.
00:12:17우리가 여기서 하는 일은 간단합니다.
00:12:19이 모든 기술과 자동화 기능들을 가져와서,
00:12:22우리가 중요하게 생각하고 자주 사용하는 것들을 골라
00:12:26이곳 OS 내부에 배치하는 것입니다.
00:12:28제가 한 작업이 바로 이것입니다.
00:12:31여기에 있는 각 버튼은 클릭 한 번으로 실행할 수 있는
00:12:33자동화 기능이거나 기술(Skill)입니다.
00:12:34예를 들어 "Deep Research" 버튼을 누르면,
00:12:36보시는 것처럼 여기에 프롬프트가 자동으로 채워집니다.
00:12:38저는 그저 입력값(Input)만 넣어주면 되죠.
00:12:39이것은 해당 프롬프트를 복사해서
00:12:42클로드 코드에 직접 입력하는 것과 똑같습니다.
00:12:45만약 제가 여기에
00:12:47"Claude Code Skills"라고 쓰고 실행을 누르면,
00:12:49지금 어떤 일이 벌어지는 걸까요?
00:12:52클로드 코드의 또 다른 인스턴스가 시작되는데,
00:12:53이것은 헤드리스(Headless) 방식입니다.
00:12:55일종의 보이지 않는 버전의 클로드 코드인 셈이죠.
00:12:57이것을 위해 단순히 "-p" 플래그를 사용하고 있습니다.
00:12:59그러면 터미널에서 작업하는 것과 똑같이
00:13:01전체 리포트를 받아볼 수 있습니다.
00:13:04기술을 버튼으로 바꾸는 이 시스템의
00:13:06진정한 가치는 팀원이나 클라이언트와 함께
00:13:10작업할 때 빛을 발합니다.
00:13:13사실 여러분이 클로드 코드와 터미널 사용에 능숙하거나,
00:13:15혹은 VS Code나 데스크톱 앱 안에서만 쓰는 데 익숙하다면,
00:13:17이런 자동화와 기술들을 버튼으로 만든다는 개념이
00:13:18듣기에는 좋지만, 본인에게 큰 실익이 없을 수도 있습니다.
00:13:21이미 충분히 잘 다루고 계실 테니까요.
00:13:23그냥 바로 실행하면 그만이지,
00:13:26그런 시스템까지는 필요 없을 겁니다.
00:13:28하지만 AI 에이전시 업무를 하신다면 이건 엄청난 겁니다.
00:13:32팀원들이 터미널을 전혀 다루지 못하지만,
00:13:33그들에게 클로드 코드의 강력함을 경험하게 해주고 싶다면 말이죠.
00:13:37한번 생각해 보세요.
00:13:40여러분은 그들에게 클로드 코드의 능력을 부여하는 겁니다.
00:13:44누구든 지금 이 자리에 앉혀놓고
00:13:46에이전트 OS 앞에서 "X, Y, Z를 하세요"라고 말한 뒤
00:13:49버튼만 알려주면 됩니다.
00:13:53누구라도 해낼 수 있습니다.
00:13:55바로 거기에 진정한 가치가 있는 것이죠.
00:13:57이런 비터미널 기반 시각화 시스템의 두 번째 요소는
00:14:00관측성(Observability) 측면입니다.
00:14:02이것 또한 매우 자유롭게 설정할 수 있습니다.
00:14:07여기 보시면 제 사용량과 관련된 정보들이 있습니다.
00:14:105시간 단위, 주간 단위 사용량이나
00:14:11오늘 사용한 루틴의 횟수 같은 것들 말이죠.
00:14:14또한 오른쪽에는
00:14:17볼트의 최근 변경 사항이나 예측 정보,
00:14:19그리고 기타 유사한 항목들이 표시됩니다.
00:14:21하지만 여기엔 여러분이 원하는 무엇이든 넣을 수 있습니다.
00:14:22이상적으로는 여러분의 기술이나 업무와
00:14:24연결된 정보들이 좋겠죠.
00:14:25터미널 안에서 보고 싶었지만
00:14:29볼 수 없었던 것들이 무엇인가요?
00:14:31터미널이 아무리 좋다고 해도,
00:14:33분명히 몇 가지 한계가 있습니다.
00:14:35우리가 이런 시스템으로 넘어온다면,
00:14:36그러한 한계점들을 극복할 수 있습니다.
00:14:37...
00:14:40...
00:14:43...
00:14:44...
00:14:45...
00:14:46...
00:14:48...
00:14:51...
00:14:53...
00:14:55...
00:14:57...
00:15:00...
00:15:02...
00:15:06그리고 그와 유사한 것들 말이죠.
00:15:07하지만 이건 여러분이 원하는 대로 설정할 수 있습니다.
00:15:08이상적인 상황이라면, 여러분의
00:15:11보유 기술이나 그런 것들과 연결되겠죠.
00:15:13터미널 안에서 실제로
00:15:16무엇을 보고 싶으신가요?
00:15:16터미널이 아무리 훌륭하더라도,
00:15:18터미널에는 몇 가지 한계가 있습니다.
00:15:20만약 우리가 이런 시스템으로 전환한다면,
00:15:22그러한 한계들을 극복할 수 있습니다.
00:15:24추적하고 싶은 항목이 있다면,
00:15:26여기에 배치하면 되기 때문이죠.
00:15:27그리고 Claude Code 내부에서 프롬프트 하나만으로
00:15:30이를 실행할 수 있습니다.
00:15:31심층 조사(Deep Research) 결과물을 한 번 보시죠.
00:15:33개요를 보여주고,
00:15:35모든 소스에 대한 링크를 제공하며,
00:15:37Obsidian 내 어디에 위치하는지에 대한 링크도 포함되어 있습니다.
00:15:40자, 이제 이 대시보드를 만드는 방법에 대해,
00:15:41전용 프롬프트도 준비되어 있습니다.
00:15:44여러분이 직접 실행해 보시면
00:15:45제 것과는 약간 다르게 보일 텐데요.
00:15:46그 이유는 처음에는
00:15:47대부분이 플레이스홀더로 채워지기 때문입니다.
00:15:48사용자와 Claude Code 사이에
00:15:50대화가 시작되면서,
00:15:52어떤 기술을 이 대시보드와
00:15:55연결하고 싶은지 정하게 됩니다.
00:15:56나아가 관측성 측면에서는 무엇을 원하시나요?
00:15:59사용량 제한을 원하시나요?
00:16:00루틴을 원하시나요?
00:16:01저처럼 보관함(Vault)에서 무슨 일이 일어나는지에 대한
00:16:02예측과 업데이트 정보를 원하시나요?
00:16:04아마 아닐 수도 있겠죠.
00:16:06여러분이 무엇을 원하는지는 중요하지 않습니다.
00:16:07어떤 것이든 맞춤형으로 설정할 수 있으니까요.
00:16:09이 커스터마이징 기능은 정말 강력하다고 생각합니다,
00:16:11특히 클라이언트 업무를 하시는 분들이라면 더더욱 말이죠.
00:16:14이것으로 세 가지 단계에 대한 설명이 끝났습니다.
00:16:17첫 번째 단계는 아키텍처입니다.
00:16:20여러분이 하는 일을 도메인별로 나눌 수 있을까요?
00:16:23도메인을 작업으로, 작업을 기술로,
00:16:25그리고 기술을 자동화로 연결할 수 있습니다.
00:16:28두 번째 단계는 메모리(기억) 부분입니다.
00:16:31어떻게 Obsidian 보관함을 설정해야
00:16:33Claude Code가 데이터의 흐름을 명확하게 파악할 수 있을 뿐만 아니라,
00:16:35데이터가 어디로 흘러야 하는지,
00:16:38그리고 어디에 있는지 여러분도 명확히 알 수 있을까요?
00:16:41단순히 Claude가 알아내는 것만으로는 부족하며,
00:16:42여러분도 실제로 무슨 일이 일어나고 있는지
00:16:43직접 볼 수 있어야 하기 때문입니다.
00:16:45진행 상황을 직접 확인하는 것에 대해 말하자면,
00:16:47그것이 바로 세 번째 단계인
00:16:49관측성(Observability)입니다.
00:16:50한 측면으로는 터미널에서 할 수 없는 것들을
00:16:51가능하게 만드는 것이고,
00:16:53다른 측면으로는 팀원이나 클라이언트에게
00:16:56이러한 기술과 자동화를 실행할 수 있는 권한을 부여하는 것입니다.
00:16:58말 그대로 버튼 하나만 누르면 실행되므로,
00:17:00그들은 터미널을 전혀 만질 필요가 없습니다.
00:17:02이 모든 것을 결합하면
00:17:04여러분이 원하는 대로 마음껏 커스터마이징할 수 있는
00:17:06Claude Code 기반의 에이전틱 OS가 탄생합니다.
00:17:07오늘 준비한 내용은 여기까지입니다.
00:17:10언제나 그렇듯 댓글로 여러분의 생각을 알려주세요.
00:17:14Claude Code 마스터클래스와
00:17:16저의 Claude Code 에이전틱 OS를 직접 확인하고 싶으시다면
00:17:18Chase AI+를 꼭 확인해 보시기 바랍니다.
00:17:20그럼 전 다음 시간에 뵙겠습니다.
00:17:22감사합니다.
00:17:27안녕히 계세요.

Key Takeaway

Claude Code를 아키텍처, 메모리, 관측성 레이어로 구성된 에이전틱 OS로 체계화하면 반복 업무를 버튼 하나로 실행하는 자동화 시스템으로 전환할 수 있다.

Highlights

  • Claude Code를 단순한 챗봇이 아닌 최적화와 추적이 가능한 에이전트 기반 OS로 구축하여 자동화 시스템을 구현한다.

  • 업무 도메인을 분류하고 반복 작업을 기술(Skill)로 정의한 뒤, 이를 로컬 또는 원격 자동화 아키텍처로 전환한다.

  • 안드레이 카파시의 구조를 차용한 Obsidian 메모리 레이어는 Raw, Wiki, Output 세 단계 폴더로 정보를 체계화한다.

  • CLAUDE.md 파일은 에이전트의 목적과 메모리 구조를 정의하여 토큰 소모를 줄이고 작업 효율성을 높인다.

  • 비터미널 기반 대시보드는 복잡한 터미널 명령어를 버튼 형태의 UI로 시각화하여 팀원이나 클라이언트의 접근성을 높인다.

Timeline

에이전트 OS의 핵심 개념과 3단계 구조

  • 무작위 프롬프트 사용 방식에서 벗어나 최적화와 인계가 가능한 시스템을 구축한다.
  • 에이전트 OS는 관측성, 기억, 아키텍처라는 세 가지 핵심 레이어로 구성된다.
  • 일상적인 워크플로우를 기술로, 기술을 자동화로, 자동화를 아키텍처로 단계적으로 발전시킨다.

대부분의 사용자가 Claude Code를 일회성 도구로 사용하는 것과 달리, 에이전트 OS는 업무 전반을 관통하는 체계적인 인프라를 제공한다. 시각화 대시보드는 겉모습일 뿐이며, 진정한 부가가치는 업무 기술을 자동화된 아키텍처로 설계하는 지점에서 발생한다. 이 시스템은 단순한 도구를 넘어 타인에게 전달하거나 판매할 수 있는 비즈니스 자산이 된다.

업무 도메인 분류와 기술 및 자동화 설계

  • 비즈니스와 일상 업무를 연구, 콘텐츠, 커뮤니티 등 특정 도메인으로 분류한다.
  • 반복적으로 수행하는 개별 작업을 독립적인 기술(Skill)로 전환하여 실행력을 높인다.
  • 기술 중 매일 수행해야 하는 트렌드 스캔과 같은 작업은 자동화 대상으로 지정한다.

연구 도메인에서 YouTube 검색이나 심층 조사를 수행할 때, 매번 명령어를 입력하는 대신 최적화된 하나의 기술로 만든다. 심층 조사의 경우 웹, GitHub, Obsidian 기록을 모두 통합하여 검토하는 복잡한 과정까지 기술화할 수 있다. 이러한 체계화가 이루어지면 업무의 추적과 최적화가 가능해지며 개인의 생산성이 비약적으로 상승한다.

프롬프트를 통한 에이전트 OS 구축 방법

  • Claude Code와의 자유로운 대화를 통해 하루 일과와 구체적인 작업 내용을 분석한다.
  • Claude Code는 대화 내용을 바탕으로 어떤 작업이 기술화와 자동화에 적합한지 스스로 판단한다.
  • 체계화된 기술은 터미널에 익숙하지 않은 팀원이나 클라이언트에게 패키지 형태로 제공 가능하다.

구축 과정은 터미널에서 마이크를 켜고 자신의 업무 흐름을 의식의 흐름대로 설명하는 것에서 시작한다. 시스템은 이 대화를 분석하여 개별 기술을 생성하고, 로컬 혹은 원격 자동화가 필요한지 여부를 결정한다. 최종적으로는 터미널을 전혀 모르는 사람도 버튼 클릭만으로 복잡한 AI 작업을 수행할 수 있는 환경을 목표로 한다.

Obsidian을 활용한 메모리 레이어 구축

  • 정보의 저장과 과거 데이터 확인을 위해 무료 마크다운 인터페이스인 Obsidian을 활용한다.
  • Raw(임시), Wiki(체계화), Output(결과물)의 3단계 폴더 구조로 데이터를 관리한다.
  • CLAUDE.md 파일에 에이전트의 목적과 폴더 구조를 명시하여 토큰 효율성을 극대화한다.

대부분의 사용자에게 고비용의 벡터 데이터베이스나 복잡한 RAG 시스템은 불필요하며, 잘 구조화된 마크다운 파일만으로도 충분하다. Raw 폴더에 수집된 무작위 정보를 Claude가 정리하여 Wiki로 옮기고, 이를 다시 가공하여 Output 폴더에 저장하는 흐름을 만든다. CLAUDE.md는 에이전트에게 지도를 제공하는 역할을 하여 정보를 찾는 데 드는 비용과 시간을 줄여준다.

대시보드와 관측성 시스템을 통한 시각화

  • 자주 사용하는 기술과 자동화 기능을 클릭 가능한 버튼 형태의 대시보드로 배치한다.
  • 터미널의 한계를 극복하기 위해 실시간 사용량, 루틴 횟수, 데이터 업데이트 현황을 시각화한다.
  • 사용자 맞춤형 대시보드 설정을 통해 클라이언트 업무의 전문성을 강화한다.

대시보드는 보이지 않는 헤드리스 버전의 Claude Code를 제어하는 컨트롤 타워 역할을 한다. 'Deep Research' 버튼을 누르면 내부적으로 특정 프롬프트가 실행되어 Obsidian에 결과물이 저장되고 소스 링크까지 제공된다. 이러한 관측성 시스템은 단순한 시각적 효과를 넘어, 작업의 진행 상황을 투명하게 공개하고 비전문가도 전문적인 AI 도구를 사용할 수 있게 만든다.

Community Posts

View all posts