Agent Experts: 당신의 Claude 코드 에이전트가 학습한다면?

IndyDevDan 구독자 43,800명

요약

이 영상은 기존 에이전트가 동작 후 기억하지 못하는 문제를 짚고, 자율 학습하는 ‘에이전트 전문가(Agent Experts)’ 개념을 제안합니다. 메타 에이전틱스(meta-agentics)의 메타 프롬프트, 메타 에이전트, 메타 스킬을 활용해 런타임에 실행→학습→전문성 축적을 자동화하는 방법을 구체 예시와 데모로 소개합니다. 데이터베이스와 웹소켓 전문가 에이전트를 통해 멘탈 모델을 검증하고 코드 변경을 자동 기록·적용하며, 컨텍스트·모델·프롬프트·도구를 핵심 요소로 꼽아 고성능 에이전트를 구축하는 로드맵을 제공합니다.

주요 키워드

Agent Experts Meta-agentics Meta Prompt Mental Model Self-improve Prompt Expertise File Orchestrator Agent Sub-agent Prompt Chaining Memory File

하이라이트

🔑 전통 소프트웨어는 사용 데이터를 기반으로 개선되지만, 현재 에이전트는 실행 후 기억을 유지하지 못해 학습이 불가능하다.
⚡️ 메모리 파일, prime prompt, sub-agent, skill 등 기존 솔루션은 모두 수작업으로 업데이트해야 해 확장성에 한계가 있다.
🌟 에이전트 전문가는 실행 후 유용한 액션을 통해 멘탈 모델을 갱신하고 전문성을 자동 축적한다.
📌 메타 에이전틱스(meta-agentics)는 시스템을 생성하는 시스템으로, 메타 프롬프트·메타 에이전트·메타 스킬로 구성된다.
🚀 데모: 메타 프롬프트로 질문 프롬프트 구축, 메타 에이전트로 플래너 생성, 메타 스킬로 오케스트레이터 스킬 자동 생성 과정을 시연한다.
💡 진짜 전문가 에이전트는 expertise 파일(멘탈 모델)을 먼저 읽고 코드베이스를 검증해 즉시 도메인 지식을 활용한다.
🔄 다중 웹소켓 전문가 에이전트를 병렬 실행해 답변 정확도를 높이고 셀프임프루브 워크플로우로 변경사항을 자동 기록한다.

용어 설명

Agent Expert(에이전트 전문가)

실행 후 학습해 런타임에 전문성을 축적·재사용하는 자율 학습형 에이전트.

Meta-agentics(메타 에이전틱스)

에이전트를 생성·관리하는 시스템을 생성하는 메타 레벨의 프롬프트, 에이전트, 스킬 집합.

Meta Prompt(메타 프롬프트)

다른 프롬프트나 에이전트를 생성·갱신하는 역할을 하는 상위 레벨 프롬프트.

Mental Model(멘탈 모델)

에이전트가 도메인 이해를 위해 유지·갱신하는 시간에 따라 진화하는 내부 데이터 구조.

Self-improve Prompt(셀프임프루브 프롬프트)

실행 후 변경사항을 분석하고 전문성 파일을 자동 업데이트하는 프롬프트.

Orchestrator Agent(오케스트레이터 에이전트)

여러 하위 에이전트를 병렬로 조율해 작업을 분산·관리하는 상위 에이전트.

컨텍스트·프롬프트 엔지니어링에도 해결되지 않는 근본적 문제를 지적하며, 에이전트가 실행 후 기억하지 못하는 특징을 강조한다.

[00:00] 오늘날 에이전트들의 근본적인 문제점을 제기합니다. 뛰어난 컨텍스트 엔지니어링과 프롬프트 엔지니어링으로도 해결되지 않는 핵심 문제가 있다고 설명합니다.

전통 소프트웨어와 달리 현재 에이전트는 사용자 데이터 저장 없이 실행 후 잊어버리며, 메모리 파일·prime prompt·sub-agent·skill 방식의 한계를 설명한다.

[00:16] 기존 소프트웨어와 현재 에이전트의 차이점을 비교합니다. 전통적인 소프트웨어는 사용될수록 개선되고 데이터를 축적하지만, 현재의 에이전트들은 그렇지 않다고 지적합니다.

일반 에이전트와 에이전트 전문가의 차이를 정의(실행 후 잊음 vs 실행 후 학습)하고, 전문성 축적의 중요성을 짚는다.

[00:32] 에이전트의 핵심 문제를 명확히 제시합니다 - 에이전트는 잊어버리며 학습하지 않는다는 점입니다. 기존 해결책들(메모리 파일, 프라임 프롬프트 등)의 한계를 설명합니다.

[01:13] 혁신적인 솔루션을 제안합니다. 에이전트가 런타임에서 행동하고, 학습하고, 전문성을 재사용할 수 있는 '에이전트 전문가' 개념을 소개합니다.

멘탈 모델 개념을 다루며 시간에 따라 진화하는 데이터 구조로서 유용한 액션마다 정보·예시를 축적해 진정한 전문성을 형성하는 과정을 설명한다.

[01:33] 일반 에이전트와 에이전트 전문가의 핵심 차이를 설명합니다. 전자는 실행 후 잊어버리지만, 후자는 실행하며 학습한다고 강조합니다.

메타 프롬프트, 메타 에이전트, 메타 스킬을 포함한 메타 에이전틱스의 개념을 소개하고 시스템 생성 시스템으로서의 가치 제안을 다룬다.

[01:53] 전문가의 본질적 특성을 설명합니다. 진정한 전문가는 학습이 DNA에 내재되어 있으며, 새 작업마다 기술을 다시 배우지 않고 지속적으로 정신 모델을 업데이트한다고 설명합니다.

[02:26] 전문성 축적의 핵심 원리를 제시합니다. 모든 문제가 아닌 비즈니스와 고객에게 가장 중요한 특정 영역에 집중하여 전문성을 쌓는 것이 중요하다고 강조합니다.

메타 프롬프트로 질문 프롬프트 생성→메타 에이전트로 플래너 에이전트 생성→메타 스킬로 오케스트레이터 스킬 자동 구축하는 과정을 시연한다.

[02:45] 개인적 선호와 강의 목표를 명확히 합니다. 수동 관리가 필요한 일반 에이전트보다는 자율적으로 운영되는 전문가 에이전트를 선호한다고 밝힙니다.

[03:06] 에이전트 전문가의 기술적 정의를 제공합니다. 자기 개선 템플릿 메타프롬프트의 구체적 형태라고 정의하며, 메타프롬프트 이해의 중요성을 강조합니다.

[03:22] 강의의 다음 단계를 예고합니다. 메타 에이전틱(meta agentics)을 간단명료하게 설명하겠다고 약속하며 화려한 용어 없이 접근하겠다고 밝힙니다.

[03:27] 에이전트 전문가의 핵심 구성 요소인 메타 에이전틱스를 소개합니다. 메타 프롬프트, 메타 하위 에이전트, 메타 스킬을 통해 소규모부터 대규모 코드베이스의 특정 영역에서 뛰어난 성능을 발휘하는 에이전트 전문가들을 시연합니다.

메타 도구는 동작하지만 자체 학습 기능이 없어 진정한 전문가가 아니며, 자동 업데이트와 자율 학습이 필수 요소임을 강조한다.

[03:50] 제품 중심 에이전트 전문가를 통한 적응형 사용자 경험 구축을 다룹니다. 엔지니어들이 발굴할 수 있는 새로운 미개척 UI/UX 영역의 가능성을 제시합니다.

[04:06] 메타 에이전틱스의 핵심 개념을 설명합니다. 시스템을 구축하는 시스템의 요소들로서 메타 프롬프트, 메타 에이전트, 메타 스킬의 중요성과 에이전틱 엔지니어 생산성 향상 효과를 강조합니다.

[04:31] 실제 구현 예시를 통해 메타 에이전틱스의 활용법을 시연합니다. 메타 프롬프트로 머메이드 다이어그램 질문 프롬프트를 생성하고, 메타 에이전트로 플래너 에이전트를 구축하며, 메타 스킬로 오케스트레이터 시작 스킬을 만드는 과정을 보여줍니다.

expertise 파일에 담긴 멘탈 모델을 읽고 코드베이스를 검증해 즉시 도메인 지식을 활용하는 데이터베이스 전문가 에이전트를 보여준다.

[05:12] 메타 에이전틱스의 필수성을 강조합니다. 모든 코드베이스에 메타 에이전틱스가 포함되어야 하며, 이들이 새로운 에이전틱 레이어를 빠르게 구축하는 기초 역할을 한다고 설명합니다.

[05:39] 구체적인 구현 결과물들을 검토합니다. 머메이드 다이어그램이 포함된 질문 프롬프트의 구조와 플래너 에이전트의 동작 방식, 그리고 메타 스킬의 기능을 자세히 분석합니다.

멘탈 모델은 소스 오브 트루스가 아니며, 실제 실행·빌드를 책임지는 코드를 유일한 진실로 보고 문서·메모리는 보조적 가치임을 설명한다.

[06:22] meta-agentics를 통해 개발된 스킬들의 구체적인 작동 방식을 설명하며, start orchestrator가 프론트엔드와 백엔드를 시작하는 과정을 보여줍니다.

[06:48] 현재의 메타 에이전틱스들이 진정한 에이전트 전문가인지 의문을 제기하며, 학습 능력의 부재를 핵심 문제점으로 지적합니다.

[07:17] 에이전트 전문가의 핵심 조건인 자기주도적 학습과 전문성 축적의 중요성을 강조하며, 구체적인 예시로 넘어갑니다.

[07:37] database expert의 구체적인 예시를 통해 전문성 파일의 존재와 실행 과정을 보여주며, 에이전트가 질문에 답하는 방식을 설명합니다.

세션 기반 카운터 추가 예시로 웹소켓 전문가가 코드 위치를 파악하고, 3개 에이전트를 병렬 실행해 정확도를 높이는 방법을 시연한다.

[08:14] 에이전트가 전문성 파일을 먼저 읽고 실제 코드와 비교하는 과정을 통해 멘털 모델의 중요성을 설명하며, 이것이 차별화 요소임을 강조합니다.

[08:53] YAML 전문성 파일에 대한 오해를 해소하며, 이것이 진실의 원천이 아닌 작동하는 멘털 모델임을 명확히 설명합니다.

기획→빌드→셀프임프루브를 sub-agent로 분할하고 병렬 스케일링하는 프롬프트 체이닝 워크플로우를 설명한다.

[09:29] 에이전트가 데이터베이스에 대한 포괄적인 플로우를 생성하고, 마크다운 파일로 데이터베이스 정보 플로우 리포트를 만들었다고 설명합니다.

[09:37] 멀티 에이전트 오케스트레이션 애플리케이션에 대해 설명하며, 6개의 PostgreSQL 테이블을 사용하는 시스템 구조를 보여줍니다.

[09:54] 엔티티 관계 다이어그램과 정보 플로우 패턴을 통해 사용자-오케스트레이터-에이전트 간의 3방향 통신 구조를 설명합니다.

[10:19] 핵심 포인트로 에이전트가 멘탈 모델을 빠르게 활용하여 진실의 원천인 코드에 대해 검증했음을 강조합니다.

[10:32] 진정한 진실의 원천은 주석이나 문서가 아닌 코드라고 강조하면서도, 보조 문서와 멘탈 모델의 가치를 인정합니다.

[10:57] 질문 프롬프트의 구조를 설명하며, 전문 지식 파일을 참조하고 코드베이스에 대해 가정을 검증한 후 보고하는 워크플로우를 설명합니다.

변경사항 자동 트래킹과 전문성 업데이트 과정을 통해 고성능 에이전트를 만들기 위한 핵심 4요소(컨텍스트, 모델, 프롬프트, 도구)를 정리한다.

[11:27] 자기개선 데이터베이스 실행을 통해 에이전트의 멘탈 모델을 작업 코드베이스와 동기화하는 과정을 시작합니다.

[11:53] 웹소켓 전문가를 위한 실습 예제로 앱 네비게이션 바에 세션 기반 카운터를 추가하는 작업을 시작합니다.

[12:07] 에이전트가 기존 시스템에 웹소켓 카운터 기능을 추가하는 과정을 시작한다고 설명합니다. 이는 에이전트 전문가가 코드를 잘 알고 빠르게 업데이트할 수 있음을 보여주는 간단한 예시라고 합니다.

[12:26] 멀티 에이전트 오케스트레이션 도구를 사용해 실험을 진행하겠다고 하며, 웹소켓 전문가를 활용해 시스템의 웹소켓 이벤트에 대한 질문을 던질 예정이라고 설명합니다.

[12:47] 3개의 에이전트를 생성해서 실행한다고 하며, 이는 에이전트 오케스트레이션 시스템으로 특정 문제에 대해 더 많은 에이전트를 쉽고 빠르게 확장할 수 있다고 설명합니다. 하나의 에이전트 대신 여러 개를 사용해 더 정확한 답을 얻을 수 있다고 합니다.

[13:10] 오케스트레이터 에이전트가 전문화된 시스템 프롬프트를 설계해서 작업을 시작한다고 설명합니다. 이는 4번째 레슨의 에이전트 오케스트레이션 시스템을 활용해 에이전트 전문가의 강력함을 보여주는 것이라고 합니다.

[13:29] 3개의 웹소켓 에이전트 전문가를 하나의 질문에 답하도록 배포했으며, 모든 에이전트에게 같은 프롬프트를 보내서 기존 전문성을 활용해 답을 찾도록 했다고 설명합니다. 여러 전문가의 답변으로 더 높은 확신을 가질 수 있다고 합니다.

[14:01] 이제 웹소켓 기능과 관련된 모든 것을 단일 원샷 프롬프트로 계획, 구축, 개선할 수 있다고 설명합니다. 이 프롬프트는 다른 프롬프트들을 구성하는 3단계 워크플로우로, 각 단계에서 다른 하위 에이전트를 시작하는 에이전틱 워크플로우의 고전적인 프롬프트 체이닝 방식이라고 합니다.

[14:38] 에이전트 시스템이 작업 계획을 수립하고 빌드 및 자기 개선 단계를 거치는 과정을 설명합니다. 기존 방식과 달리 코드 변경사항을 자동으로 추적하고 관리하는 에이전트 전문성의 강력함을 강조합니다.

[15:13] 6단원의 핵심 전술인 자기 개선 프롬프트를 3단계에서 실행하며, 웹소켓 전문가의 유사한 구조를 통해 메타프롬프트 자동화의 패턴을 보여줍니다. 반복되는 작업은 자동화로 전환하는 것이 중요함을 강조합니다.

[15:41] 세 개의 웹소켓 에이전트가 완료되어 애플리케이션이 실시간 업데이트되는 과정을 보여줍니다. 웹소켓 이벤트에 대한 간결한 불릿 포인트를 요청하여 에이전트의 결과를 확인합니다.

[16:11] 오케스트레이터가 모든 결과를 종합하는 과정에서 웹소켓 3번이 작업을 완료하지 못한 사례를 통해 컴퓨팅 확장의 가치를 설명합니다. 여러 에이전트를 동시에 투입하면 각각 다른 것을 발견하여 더 나은 결과를 얻을 수 있음을 강조합니다.

[16:47] 에이전트 전문가들이 21가지 유형의 웹소켓 이벤트를 구축하고 검증한 결과를 확인합니다. UI가 실시간으로 업데이트되는 과정을 보여주며, 이전 강의에서 다룬 컨텍스트 위임 방식을 설명합니다. 최상위 에이전트는 8만 토큰의 계획 단계를 거쳐 빌더에게 작업을 전달하는 구조입니다.

[17:17] 세 명의 에이전트 전문가가 자기개선 작업을 완료했으며, 필요하다면 더 많은 전문가를 추가로 생성하여 시스템을 확장할 수 있다고 설명합니다.

[17:35] 강력한 오케스트레이션 시스템과 전문가 시스템을 구축하면 다양한 작업을 수행할 수 있으며, 웹소켓 빌드가 61k 토큰과 41번의 도구 사용으로 완료되었음을 보여줍니다.

[17:52] Opus 오케스트레이터 에이전트들이 실행되고 자기개선 웹소켓 전문가가 시스템 업데이트를 진행하는 과정을 실시간으로 확인할 수 있습니다.

[18:05] 올바른 정보와 프롬프트만 있으면 고성능 에이전트를 만들고 원하는 대로 구성할 수 있는 새로운 단계에 접어들었다고 강조합니다.

[00:00] 오늘날의 에이전트들은 많은 문제를 가지고 있습니다. 대부분은

[00:02] 훌륭한 컨텍스트 엔지니어링과

[00:05] 뛰어난 에이전틱 프롬프트 엔지니어링으로

[00:07] 해결할 수 있습니다. 하지만 하나의 거대한

[00:10] 문제가 지속됩니다. 아무리

[00:12] 훌륭한 컨텍스트 엔지니어링이나

[00:14] 에이전틱 프롬프트 엔지니어링을 해도 말이죠.

[00:16] 기존 소프트웨어는 사용될수록 개선되며,

[00:19] 사용자 분석 데이터, 사용 패턴,

[00:22] 그리고 알고리즘을 생성하는

[00:25] 패턴들을 저장합니다. 하지만 오늘날의 에이전트는 그렇지 않죠.

[00:29] 에이전트의 거대한 문제는 바로 이것입니다.

[00:32] 여러분의 에이전트는 잊어버립니다. 즉,

[00:36] 여러분의 에이전트는 학습하지 않습니다. 몇 가지

[00:39] 해결책이 있지만, 각각

[00:41] 고유한 문제를 가지고 있습니다. 메모리 파일은 항상 로드되는

[00:45] 전역 강제 컨텍스트입니다. 아시다시피,

[00:48] 전문성은 적절한 때에 규칙을

[00:51] 깨는 것을 요구합니다. 메모리 파일도

[00:54] 수동으로 업데이트해야 하므로, 여러분이나

[00:56] 팀의 시간을 소모합니다. 그 다음으로는

[00:59] 프라임 프롬프트, 서브 에이전트, 그리고 스킬이 있습니다.

[01:02] 강력한 에이전틱 도구들이죠. 하지만 다시 말하지만,

[01:05] 새로운 정보를 추가하고

[01:08] 에이전트를 다른 방향으로 유도하려면

[01:10] 이 모든 것들을 수동으로 업데이트해야 합니다. 그렇다면

[01:13] 에이전트 엔지니어링을 위한 최고의 도구를

[01:15] 한 단계 더 발전시켜서, 에이전트가

[01:18] 행동하고, 학습하고, 그리고 런타임에서

[01:21] 자신의 전문성을 재사용하도록 가르칠 수 있다면 어떨까요?

[01:25] 에이전트 전문가를 만들 수 있다면 어떨까요?

[01:29]

[01:33] 일반적인 에이전트와 에이전트 전문가의

[01:36] 차이는 간단합니다. 하나는

[01:38] 실행하고 잊어버리고, 다른 하나는 실행하고

[01:41] 학습합니다. 이 강의에서 모든 것을 실행하고,

[01:44] 여러분은 행동을 전문성으로 바꾸는

[01:46] 에이전트를 구축하는 방법을 배우게 될 것입니다.

[01:49] 올바른 정보를 자동으로 저장하고

[01:50] 사람의 개입 없이 재사용하는 방법을 말입니다.

[01:53] 이것이 핵심입니다. 이것이 바로

[01:56] 전문가를 전문가로 만드는 것입니다. 전문가에게

[01:58] 학습하라고 말할 필요가 없습니다. 그것은

[02:00] 그들의 DNA에 있습니다. 또한, 진짜 전문가는

[02:03] 새로운 작업이 있을 때마다 자신의 기술을

[02:06] 다시 배우지 않습니다. 진정한 전문가는 항상

[02:08] 학습합니다. 그들은 자신의 정신적

[02:11] 모델을 업데이트합니다. 이 정신적 모델은 간단히 말해

[02:14] 시간이 지남에 따라 진화하는 데이터 구조입니다.

[02:18] 유용한 각 행동과 함께, 전문가들은

[02:20] 정보, 예시, 그리고 궁극적으로는

[02:23] 특정 주제에 대한 전문성을 축적합니다.

[02:26] 이것이 핵심입니다. 여러분은 모든 문제를

[02:28] 해결하려고 하는 것이 아닙니다. 여러분,

[02:30] 여러분의 비즈니스, 그리고 고객에게

[02:33] 가장 중요한 문제를 해결하려고 하는 것입니다.

[02:35] 전문가는 자신이 운영하는 게임이

[02:38] 한 가지 조건을 제외하고는 절대 끝나지 않는다는 것을

[02:41] 이해합니다. 그들이 학습을 멈추는 순간 말입니다.

[02:45] 모르겠지만, 저는 확실히

[02:47] 제 코드베이스와 제품을 운영하는 전문가를 원하지,

[02:49] 잊어버리는 일반적인 에이전트를 원하지 않습니다.

[02:52] 계속해서 부팅하고 메모리 파일을

[02:54] 수동으로 관리해야 하는 그런 것 말입니다.

[02:56] 그것이 이 강의의 초점입니다. 그렇다면

[02:59] 에이전트 코딩, 프롬프트 엔지니어링, 그리고

[03:01] 컨텍스트 엔지니어링의 세계에서

[03:03] 에이전트 전문가란 정확히 무엇일까요?

[03:06] 에이전트 전문가는 자기 개선 템플릿

[03:09] 메타프롬프트의 구체적인 형태입니다.

[03:12]

[03:14] 복잡하게 들리네요. 이를 분해해보겠습니다.

[03:16] 메타프롬프트를 이해한다면,

[03:18] 에이전트 전문가를 이해할 수 있을 것입니다.

[03:22] 이 강의에서는 메타 에이전틱을 살펴보겠습니다.

[03:25] 쉽게 말하면, 화려한 용어 없이

[03:27] 언어, 메타 프롬프트, 메타 하위 에이전트,

[03:30] 그리고 메타 스킬에 대해 알아보겠습니다. 이런 작업을 하는 이유는

[03:33] 에이전트 전문가를 구성하는 핵심 요소들을

[03:35] 보여드리기 위함입니다. 우리는

[03:37] 4강에서 다룬 오케스트레이터 에이전트를 사용하여

[03:40] 소규모부터 대규모 코드베이스의

[03:43] 특정 영역에서 놀라운 성능을 발휘하는

[03:45] 에이전트 전문가들을 시연해보겠습니다. 이는

[03:48] 전문가의 핵심 활용 사례 중 하나입니다.

[03:50] 그 다음에는 적응형 사용자 경험을

[03:52] 구축할 수 있게 해주는 제품 중심 에이전트 전문가를

[03:54] 살펴보겠습니다. 이는 여러분과 같은 엔지니어들에 의해

[03:58] 발굴되기를 기다리고 있는 완전히 새로운

[04:01] 미개척 UI/UX 영역입니다.

[04:03] 메타 에이전틱스부터 시작해보겠습니다. 핵심적으로

[04:06] 메타 에이전틱스는 시스템을 구축하는 시스템의

[04:09] 요소들을 구축하는 데 도움을 줍니다.

[04:11] 앞서 언급했듯이, 여기에는 메타 프롬프트,

[04:13] 메타 에이전트, 그리고 메타 스킬이 포함됩니다.

[04:16] 이들을 다루는 것이 중요한 이유는

[04:18] 에이전트 전문가가 있든 없든

[04:19] 에이전틱 엔지니어로서의 여러분의 생산성을

[04:22] 크게 향상시키기 때문입니다.

[04:24] 각각의 가치 제안을 보여드리기 위해

[04:26] 하나씩 살펴보겠습니다. 이 에이전트 전문가

[04:28] 코드베이스는 아래 루프 박스에서

[04:29] 액세스할 수 있습니다. 메타 프롬프트부터

[04:31] 시작해서 머메이드 다이어그램이 포함된

[04:32] 새로운 버전의 질문 프롬프트를 만들어보겠습니다.

[04:36] 이를 실행해보겠습니다. 메타 에이전트,

[04:38] 즉 에이전트를 구축하는 에이전트를

[04:40] 실행해보겠습니다. 플래너 프롬프트를

[04:42] 직접 읽고 실행하는 새로운

[04:44] 플래너 에이전트를 만들어보겠습니다.

[04:45] 이렇게 하면 여러 에이전트에서

[04:48] 계획을 병렬로 확장할 수 있습니다.

[04:50] 마지막으로 메타 스킬을 사용하여

[04:53] 프론트엔드와 백엔드를 시작할

[04:55] 시작 오케스트레이터 스킬을

[04:58] 만들어보겠습니다. 이는 4강에서 다룬

[04:59] 멀티 에이전트 오케스트레이션 애플리케이션을

[05:02] 시작하는 역할을 합니다.

[05:04] 프롬프트를 작성하는 프롬프트,

[05:06] 에이전트를 구축하는 에이전트,

[05:08] 그리고 스킬을 구축하는 스킬이 있습니다.

[05:12] 제가 만드는 코드베이스 중에

[05:14] 메타 에이전틱스가 없는 것은 없습니다.

[05:18] 모든 코드베이스에는 메타 에이전틱스가

[05:20] 반드시 있어야 합니다. 이것을 항상 사용하고

[05:23] 다음 작업을 구축하는 데 도움이 될 수 있도록

[05:25] 이들을 준비해두라는 리마인더로

[05:28] 받아들이시기 바랍니다. 이들은 새로운 에이전틱

[05:31] 레이어를 빠르게 구축하는

[05:33] 기초 역할을 하며, 이는 마지막

[05:35] 에이전틱 호라이즌 강의의

[05:37] 주제가 될 것입니다. 머메이드 다이어그램이 포함된

[05:39] 질문이 구축되었습니다. 클래식한

[05:41] 에이전틱 프롬프트 형식으로

[05:43] 훌륭한 구조를 볼 수 있습니다.

[05:44] 변수는 사용자 질문을 받아들이고

[05:46] 목적에 따라 정확히

[05:47] 무엇이 일어나는지 볼 수 있습니다.

[05:50] 핵심은 머메이드를 검색하면

[05:52] 항상 이해를 향상시키는

[05:54] 머메이드 다이어그램을 생성할 것이라는

[05:56] 점입니다. 메타 프롬프트에 의해

[05:58] 구축된 강력한 질문 프롬프트가 있습니다.

[06:00] 그 다음 메타 에이전트가 새로운 플래너 에이전트를

[06:03] 구축했습니다. 기존 프롬프트를

[06:05] 단순히 읽어서 하위 에이전트로

[06:08] 실행합니다. 이는 기존 프롬프트를

[06:10] 재사용하고 독립적인 에이전트로

[06:12] 확장하는 강력한 방법입니다.

[06:15] 마지막으로 메타 스킬이 있습니다.

[06:17] 메타 스킬은 오케스트레이터

[06:20] 프론트엔드와 백엔드를 시작하는

[06:22] 이제 이것을 구체적인 스킬로 사용할 수 있습니다.

[06:25] start orchestrator 스킬을 열어보면

[06:26] 정확히 어떻게 작동하는지 볼 수 있습니다.

[06:29] 정확한 목적을 볼 수 있죠. 프론트엔드와

[06:31] 백엔드의 orchestrator 3을 시작합니다.

[06:33] 플래그가 있고, 어디로 가야 하는지,

[06:36] 어떻게 시작하는지에 대한 세부 정보가 있습니다.

[06:38] 완료되면 Chrome에서 열어주기까지

[06:39] 해줍니다. 그리고 이 모든 것이

[06:42] 우리의 메타 에이전틱스, 메타 프롬프트,

[06:45] 메타 에이전트, 메타 스킬 덕분에 구축되었습니다.

[06:48] 이제 중요한 질문을 해봅시다.

[06:50] 이런 메타 에이전틱스들이 에이전트 전문가일까요?

[06:53] 행동은 하지만, 핵심적인 부분이

[06:55] 빠져있습니다. 전혀 학습하지 않죠.

[06:58] 메타프롬프트 내부에서도, 메타 에이전트에서도,

[07:00] 메타 킬에서도 아무것도 자동으로

[07:02] 업데이트되지 않습니다. 우리의 메타 도구들이

[07:05] 더 숙련되고 있지 않습니다. 따라서

[07:07] 이것들은 에이전트 전문가가 아닙니다.

[07:10] 이것이 에이전트 전문가를 만드는

[07:13] 핵심 요소입니다. 스스로 학습해야 합니다.

[07:17] 에이전트 전문가는 반드시 스스로 학습해야 합니다.

[07:21] 학습하도록 가르쳐주지만, 그 이후에는

[07:24] 스스로 전문성을 축적하고

[07:26] 관리해야 합니다. 구체적인 예시를 봅시다.

[07:28] 전문가처럼 보이기 시작하는 프롬프트 세트를

[07:31] 살펴보겠습니다.

[07:34] 코드베이스를 운영하는 것처럼 말이죠.

[07:37] do.claw 디렉토리를 보면

[07:40] 프롬프트가 저장된 commands로 들어가면

[07:42] experts 디렉토리가 있고, database expert가

[07:45] 있습니다. 이걸 클릭해서

[07:47] 이 새로운 전문성 파일의

[07:49] 두 프롬프트를 이해해봅시다.

[07:52] 이것들을 열어보고, 자세히 살펴보기 전에

[07:54] 데이터베이스 에이전트에게 질문을 실행해보겠습니다.

[07:58] /quest를 타이핑하면 질문 프롬프트를

[08:00] 볼 수 있습니다. database question에서

[08:02] 탭을 하고 이렇게 물어보겠습니다.

[08:04] 우리 데이터베이스 테이블들 사이에서

[08:06] 정보가 어떻게 흐르는지, 맞죠?

[08:08] 이 temp 파일에 리포트를 작성해주세요.

[08:10] 이 에이전트가 가장 먼저 하는 일은 중요하고

[08:14] 모든 흐름을 바꿉니다. 먼저 이

[08:17] 전문성 파일을 읽습니다. 이게 뭘까요?

[08:19] 전문성 파일은 에이전트 전문가를 위한

[08:22] 문제 공간의 멘털 모델입니다.

[08:25] 먼저 전문성 파일을 읽고 나서

[08:29] 실제 코드와 자신의 이해를

[08:31] 비교하기 시작했고, 즉시 해냈습니다.

[08:35] 검색하거나 파일을 찾을 필요가 없었죠.

[08:38] 어디에 있는지 알고 있었습니다.

[08:40] 이것이 에이전트 전문가의

[08:42] 차별화 요소입니다.

[08:44] 당신이나 저, 또는 팀의 어떤 엔지니어처럼

[08:46] 작동하는 멘털 모델을 포함하고 있습니다.

[08:50] 이것은 중요합니다. 좋아요.

[08:53] 이 YAML 파일 안에서 우리가 개발한 것은

[08:56] 매우 중요하니 이 아이디어를 바로

[08:58] 다뤄보겠습니다. 많은 진짜 엔지니어들이

[09:00] 이렇게 생각할 수 있습니다.

[09:02] 이것이 또 다른 진실의 원천 아닐까요?

[09:04] 이제 코드, 주석, PRD,

[09:07] 계획, 제품 문서, 그리고 이

[09:09] 전문성 파일을 갖게 되지 않을까요?

[09:11] 이것은 그런 것이 아닙니다.

[09:14] 이것에 대해 매우 명확하게 말씀드리겠습니다.

[09:16] 이것은 진실의 원천이 아닙니다.

[09:18] 코드베이스에 대한 당신의 멘털 모델은

[09:20] 마음속에 진실의 원천을 갖고 있지 않습니다.

[09:22] 작동하는 메모리 파일을 갖고 있죠.

[09:24] 멘털 모델을 갖고 있습니다. 우리는

[09:29] 데이터베이스에 대한 포괄적인 플로우를 생성했음을 확인할 수 있습니다.

[09:32] 이 파일을 열어보겠습니다.

[09:33] 여기서 마크다운 파일의 프리뷰를 확인해보겠습니다.

[09:35] 데이터베이스 정보 플로우 리포트입니다.

[09:37] 명확히 하자면, 우리 에이전트를

[09:39] 멀티 에이전트 오케스트레이션을 가리키고 있습니다.

[09:41] 애플리케이션으로요.

[09:42] 이는 무엇이든 될 수 있습니다. 좋습니다.

[09:44] 시스템은 6개의 PostgreSQL을 사용합니다.

[09:46] 오케스트레이터를 추적하는 데이터베이스 테이블

[09:47] 에이전트 명령과 그들의 통신

[09:49] 그리고 로깅입니다. 우리는 부모-자식 패턴을 가지고 있습니다.

[09:51] 이는 연쇄 삭제를 수행합니다. 알겠습니다.

[09:54] 엔티티 관계 다이어그램이 있습니다.

[09:55] 멋진 분석이네요.

[09:58] 모든 테이블들이 어떻게 연관되어 있는지 볼 수 있습니다.

[10:00] 정보 플로우 패턴을 가지고 있습니다.

[10:02] 사용자 간의 3방향 통신이 있습니다.

[10:04] 즉, 당신이나 저, 오케스트레이터, 그리고

[10:06] 사용자에게 다시 응답하지만

[10:08] 에이전트와도 대화하고 소통할 수 있습니다.

[10:10] 그러면 에이전트는

[10:12] 오케스트레이터에게 응답합니다.

[10:14] 이는 멀티 에이전트 오케스트레이션 시스템에 관한 것이 아닙니다.

[10:16] 우리는 단지 우리 에이전트를 이 도메인으로 가리키고 있을 뿐입니다.

[10:18] 좋습니다. 여기에는 많은 세부사항들이 있습니다.

[10:19] 여기서 핵심은 이것입니다.

[10:21] 에이전트가 매우 빠르게 자신의 멘탈 모델을 사용했습니다.

[10:25] 실제 진실의 원천에 대해

[10:27] 자신의 멘탈 모델을 검증했습니다.

[10:30] 진정한 진실의 원천은 항상 코드입니다.

[10:32] 당신과 저는 그것을 알고 있습니다.

[10:34] 주석도 아니고, 문서도 아니고,

[10:36] 계획도 아닙니다. 바로 코드입니다.

[10:38] 코드가 실행되고 제품을 만듭니다.

[10:40] 하지만 그렇다고 해서

[10:43] 보조 문서와 메모리 그리고

[10:45] 멘탈 모델, 즉 전문 지식이

[10:47] 모두 매우 가치 없다는

[10:49] 의미는 아닙니다.

[10:51] 이를 계속해서 보게 될 것입니다.

[10:53] 이것은 어떻게 보일까요?

[10:55] 이 전문 지식 파일에는 무엇이 있을까요?

[10:57] 그리고 거기에 가기 전에,

[10:58] 아주 높은 수준에서 분해해보자면

[11:00] 질문 프롬프트, 인수를 받아들이고

[11:03] 우리의 질문 프롬프트는 또한

[11:05] 물론 전문 지식 파일을 참조하는

[11:07] 정적 변수를 가지고 있으며

[11:09] 가장 먼저 하는 일은 이것을 읽는 것입니다.

[11:11] 알겠습니다. 워크플로우에서 이것을

[11:14] 즉시 읽고 나서

[11:16] 코드베이스에 대해 자신의 가정을 검증합니다.

[11:18] 매우 중요한 라인입니다.

[11:20] 그래서 여기에 두 번 넣었습니다. 좋습니다.

[11:22] 그런 다음에야 실제로 보고합니다.

[11:24] 그것이 질문 프롬프트입니다.

[11:27] 이제 전문 지식이 무엇이고

[11:29] 어떻게 구축할까요?

[11:30] 이 자기개선 데이터베이스를 실행해보겠습니다.

[11:32] 여기에 몇 가지 추가 플래그가 있습니다. 그 중 어느 것도 필요하지 않습니다.

[11:35] 시작해보겠습니다. 좋습니다.

[11:37] 우리 에이전트가 자신의 멘탈 모델을

[11:39] 작업 중인 코드베이스와 동기화하도록 하겠습니다.

[11:43] 무엇이 올지 볼 수 있습니다, 맞죠?

[11:45] 자기개선 프롬프트가 무엇인가요?

[11:47] 그것은 실제로...

[11:49] 웹소켓 전문가를 살펴보기 전에

[11:53] 시작해보겠습니다.

[11:54] 여기서 3단계 에이전트 워크플로우를 사용하겠습니다.

[11:57] 그리고 이것을 할 겁니다.

[11:59] 앱 네비게이션 바에 세션 기반 카운터를 추가하여

[12:00] 총 웹소켓 이벤트 수를

[12:02] 표시하도록 하겠습니다. 맞죠?

[12:04] 웹소켓 전문가에게 완벽합니다. 모든 것이 어디에 있는지 알고 있습니다.

[12:07] 모델이죠. 그럼 이제 바로 시작해보겠습니다.

[12:08] 그리고 명확히 말하자면, 우리는 에이전트가

[12:10] 여기에 기능을 추가하도록 하고 있는 거죠.

[12:12] 현재 우리는 active, running, logs, cost가 있고

[12:15] 웹소켓 카운터를 여기에 추가할 예정입니다.

[12:17] 간단한 예시로 에이전트 전문가가

[12:19] 어떻게 코드를 가장 잘 알고 있는지,

[12:21] 누구보다 빠르게 무언가를 업데이트할 수 있는지

[12:23] 보여주는 예제입니다. 이것을 자세히 살펴보기 전에

[12:26] 몇 가지 프롬프트를 더 실행해보죠.

[12:27] 멀티 에이전트 오케스트레이션 도구로

[12:28] 재미있게 실험해보겠습니다.

[12:30] 여기서 보시는 것처럼 우리의 전문가가 있고

[12:32] 특히 웹소켓 전문가가 있습니다.

[12:34] 이 질문 프롬프트를 실행해보고 싶습니다.

[12:36] 여기를 클릭해서

[12:38] 시스템에 어떤 웹소켓 이벤트가 있는지

[12:40] 질문하겠습니다. 이것을 실행하고

[12:42] 실제로 규모를 늘려보겠습니다.

[12:46] 3개의 에이전트를 만들어서

[12:47] 실행하겠다고 하겠습니다.

[12:49] 이것은 에이전트 오케스트레이션 시스템입니다.

[12:52] 특정 문제에 대해 더 많은 에이전트를

[12:55] 쉽고 빠르게 확장할 수 있습니다.

[12:57] 이는 올바른 답을 얻기 위한

[12:59] 정말 멋진 협업 방식입니다.

[13:01] 하나의 에이전트가 답하는 대신

[13:03] 3개, 5개, 10개를 사용하는 거죠.

[13:05] 답이 얼마나 중요한지에 따라서 말입니다.

[13:07] 자, 여기 있습니다. 오케스트레이터 에이전트가

[13:10] 이것을 시작할 것입니다.

[13:11] 전문화된 시스템 프롬프트를 설계했고

[13:13] 우리를 대신해서 작업할 것입니다.

[13:15] 4번째 레슨에서 에이전트 오케스트레이션을

[13:17] 다뤘습니다. 이것은 에이전트 오케스트레이션

[13:19] 시스템에 관한 것이 아닙니다.

[13:21] 우리는 이것을 사용해서 에이전트 전문가가

[13:23] 얼마나 강력한지 보여주려고 합니다.

[13:25] 우리는 이제 3개의 웹소켓 에이전트 전문가를

[13:27] 하나의 질문에 답하도록 배포했습니다.

[13:29] 그들이 답을 가지고 돌아왔을 때

[13:32] 우리는 그들이 올바른 답을 주고 있다는 것을

[13:35] 훨씬 더 확신할 수 있을 것입니다.

[13:37] 보시는 것처럼 우리는 모든 에이전트에게

[13:39] 정확히 같은 프롬프트를 보냈습니다.

[13:41] 어떤 웹소켓 이벤트가 존재하는가?

[13:43] 여기서도 같고, 여기서도 같습니다.

[13:45] 3개의 웹소켓 전문가가 우리를 위해

[13:47] 작업을 하고 있고, 질문에 대한 답을

[13:49] 찾고 있습니다. 그들의 기존 전문성을

[13:51] 활용해서 말이죠.

[13:53] 이 모든 것이 어떻게 작동하는지

[13:55] 살펴보겠습니다.

[13:57] 여러 에이전트가 다른 시스템에서

[13:58] 작업하고 있습니다. 훌륭하죠.

[14:01] 이제 우리는 이 코드베이스에서

[14:03] 웹소켓 기능과 관련된 모든 것을

[14:06] 단일 원샷 프롬프트로 계획, 구축,

[14:08] 개선할 수 있습니다. 명확히 하자면

[14:11] 이 프롬프트는 다른 프롬프트들을 구성합니다.

[14:13] 이것을 접어보겠습니다.

[14:15] 우리는 3단계 워크플로우를 가지고 있고

[14:17] 각각이 다른 하위 에이전트를

[14:19] 시작할 것입니다.

[14:20] 계획을 세우는 고전적인 계획 단계입니다.

[14:23] 그 다음 계획에 따라 구축합니다.

[14:25] 전에 보셨죠? 이것은

[14:27] 에이전틱 워크플로우에서의 고전적인 프롬프트 체이닝입니다.

[14:30] 우리는 프롬프트들을 함께 조합해서

[14:32] 에이전트가 더 많은 일을 하도록 하고

[14:33] 확장하는 것입니다.

[14:35] 여기서 하위 에이전트를 사용해서

[14:36] 작업을 완료하는 것을 볼 수 있습니다.

[14:38] 작업을 완료하기 위한 계획을 세웁니다. 좋습니다,

[14:40] 빌드 단계를 거치고 나서

[14:41] 자기 개선 단계가 있습니다. 이제

[14:45] 갑자기 상황이 정말

[14:47] 흥미로워집니다. 우리는 단순히

[14:48] 코드베이스 업데이트를 계획하고 빌드하는 것이 아니라,

[14:49] 진실의 소스 업데이트까지 하지만

[14:51] 아무도 추적하지 않습니다. 실제로

[14:53] 무엇이 변경되었는지 아는 사람이 없습니다. 엔지니어인 당신이

[14:55] 개입해서 무슨 일이

[14:57] 일어났는지 이해하고, 일어난 일을 검증하고,

[14:59] 어딘가에 변경 사항을 추적하고,

[15:01] 리뷰 문서를 만들어야 합니다.

[15:03] 에이전트 전문성은 극도로 강력한데, 그 이유는

[15:05] 우리 에이전트가 이것을 추적할 수 있게 해주기 때문입니다.

[15:08] 여기서 우리가 하고 있는 것은 정말로

[15:10] 6단원의 핵심 전술을 활용하는 것입니다.

[15:13] 3단계에서 우리는 무엇을 실행할 것 같나요?

[15:15] 바로 자기 개선 프롬프트입니다.

[15:17] 웹소켓 전문가를 위해 이것을 클릭하면,

[15:20] 매우 유사한 구조를 볼 수 있습니다.

[15:22] 마치 내가 전문가를

[15:25] 메타프롬프트로 이것을 생성하게 한 것 같습니다. 좋습니다,

[15:28] 힌트입니다. 슬쩍슬쩍, 윙크윙크. 한번

[15:32] 시스템에서 반복적으로 무언가를 구축하기 시작하면,

[15:34] 그것을 자동화로 옮기고 싶어집니다,

[15:36] 맞죠? 세 번이면

[15:38] 패턴이 됩니다. 실제로 저는

[15:41] 메타 전문가가 있습니다. 여기 어딘가에 카운터가 나타날 텐데,

[15:44] 지금은 우리의 세 웹소켓 에이전트가

[15:46] 완료되었습니다. 애플리케이션이

[15:47] 실시간으로 업데이트되기 시작하는 것을 볼 수 있습니다.

[15:49] 좋네요.

[15:51] 음, 이것을 열어서 기반으로 묻고

[15:54] 그냥 클릭클릭클릭하겠습니다

[15:56] 어떤 웹소켓 이벤트들이 있는지 간결한 불릿

[15:59] 포인트로 말해주세요.

[16:01] 좋습니다. 모든 에이전트가

[16:02] 완료되었습니다. 해당 에이전트로부터 소비된

[16:04] 모든 파일들을 볼 수 있고

[16:06] 이것을 구체적으로 볼 수 있습니다. 우리의 오케스트레이터는

[16:07] 모든 결과를 종합할 수 있고

[16:10] 여기서 매우 흥미로운 점이 있습니다.

[16:11] 확인해보겠습니다. 맞죠? 웹소켓 3번은

[16:14] 작업을 완료하지 못했습니다. 이것이 바로

[16:16] 컴퓨팅을 확장하는 또 다른 핵심 가치

[16:18] 제안입니다. 때때로 다섯 개의 에이전트를

[16:20] 문제에 던지면 오직 하나만 성공합니다. 하나는

[16:22] 다른 것이 찾지 못한 것을 찾고,

[16:24] 다른 것은 다른 것들이

[16:25] 찾지 못한 것들을 찾고, 그런 다음 그것을

[16:27] 함께 구성하면 더 나은 결과를 얻습니다. 좋습니다,

[16:30] 이것이 맞습니다. 음, 내

[16:32] 멘털 모델로 이것을 검증할 수 있습니다. 실제로 우리는

[16:34] 21가지 유형을 가지고 있습니다. 7개 범주가 있는지는

[16:36] 모르겠지만,

[16:37] 약 20개의 웹소켓 이벤트가 있습니다.

[16:40] 에이전트 생명주기, 에이전트 커뮤니케이션,

[16:42] 오케스트레이터, 채팅, 시스템, 등등

[16:43] 등등. 좋습니다. 우리는 에이전트

[16:45] 전문가들이 이것을 구축하고, 이

[16:47] 작업을 검증하게 했고, UI가 깜빡이는 것을 볼 수 있습니다

[16:49] 여기서 우리의 빌드 웹소켓 에이전트가

[16:52] 스토어를 업데이트하고 곧

[16:54] 실제 프론트엔드를 업데이트할 것입니다

[16:56] 계획에 기반해서. 우리는 이전

[16:57] 의제 호라이즌 강의에서 이에 대해 이야기했지만,

[16:59] 우리는 컨텍스트를 줄이고 위임하고 있습니다.

[17:02] 여기 계획 단계는 8만 개의

[17:05] 토큰을 사용했습니다. 여기 최상위 에이전트는

[17:08] 컨텍스트가 완전히 보호됩니다. 모든 작업은

[17:11] 반환 계획을 빌더에게

[17:13] 전달하는 것이었습니다. 그리고 빌더가 완료되면,

[17:15] 차이점 가져오기 작업을 전달할 것입니다

[17:17] 바로 우리의 자기개선으로 들어갑니다. 세 명의 에이전트

[17:20] 전문가들이 작업을 완료했습니다. 그리고 만약

[17:22] 원한다면, 알다시피, 우리는 이것을

[17:23] 더욱 확장할 수도 있었습니다. 그리고 이런 식으로

[17:26] 말할 수 있습니다, 맞죠? 세 명의

[17:28] 전문가를 더 만들어라. Ultra에 동일한 프롬프트로

[17:32] 검증해라. 좋습니다, 우리는 이런 강력한

[17:35] 것들을 모두 할 수 있습니다. 한번 이런 강력한

[17:37] 오케스트레이션 시스템과 강력한

[17:39] 전문가 시스템을 구축하고 운영하면 말입니다. 웹소켓

[17:41] 빌드가 완료되었습니다. 이거 봐보세요. 61k 토큰,

[17:44] 41번의 도구 사용. 그리고 우리는 이걸

[17:46] 여기서 볼 수 있을 것입니다. 계속해서

[17:47] 새로고침하겠습니다. 자, 됐습니다. 웹소켓 이벤트

[17:49] 하나. 거기에 또 다른 것이 들어오고

[17:50] 있습니다. 좋습니다. 그리고 여기서 보시다시피

[17:52] 우리의 Opus 오케스트레이터 에이전트들이

[17:54] 여기서 실행되고 있습니다. 그리고 마지막 단계에서

[17:57] 여기서, 우리의 자기개선

[17:59] 웹소켓 전문가가 시작되고 있는 것을 볼 수 있습니다. 그것은

[18:01] 업데이트를 하고 있습니다, 맞죠? 시스템에 변화가

[18:03] 생겼습니다. 우리는

[18:05] 정말 이상한 단계에 접어들고 있습니다. 여기서 당신은

[18:08] 진정으로 고성능 에이전트를 만들 수 있고

[18:11] 필요한 것은 올바른 정보,

[18:13] 올바른 프롬프트뿐이고, 그러면

[18:14] 원하는 대로 구성할 수 있습니다.

[18:17] 좋습니다, 알다시피 많은 엔지니어들이

[18:18] 그냥 스킬을 만들면 된다고 생각할 수도 있습니다

[18:20] 그것은 스킬이 될 수도 있고, 그것은

[18:21] 에이전트가 될 수도 있고, 서브 에이전트가 될 수도 있습니다. 뭐든지

[18:23] 상관없습니다. 좋습니다, 원하는

[18:27] 추상화를 구축하세요. 자신만의

[18:29] MCP 서버를 구축하고, 자신만의 스킬을 구축하고,

[18:31] 원하는 무엇이든 하세요. 저는 항상

[18:34] 기본 단위에 집중합니다. 그것들이 무엇인지 아시나요?

[18:36] 컨텍스트, 모델, 프롬프트, 도구,

[18:39] 핵심 4요소입니다. 좋습니다, 모든 것이 그것일 뿐입니다

[18:42] 약간의 멋진 도구와 약간의

[18:44] 코드 구조만 있으면 됩니다. 좋습니다,

[18:46] 원한다면 스킬을 구축하고, 원한다면 커스텀 에이전트를

[18:48] 구축하고, 원한다면 시스템 프롬프트를 덮어쓰세요.

[18:49] 원한다면요.