엔지니어 여러분… Claude Code 출력 스타일이 도착했습니다. 이 트렌드를 놓치지 마세요

채널 아이콘
IndyDevDan 구독자 43,800명

요약

이 영상은 Anthropic의 Cloud Code에 새롭게 추가된 출력 스타일과 상태 줄 기능을 심층 분석합니다. Default·Table·YAML·Ultra Concise·Text-to-Speech·HTML 등 6가지 포맷을 비교하며 정보 전달 방식을 최적화하는 방법을 알려줍니다. 특히 HTML 포맷을 활용한 제너레이티브 UI 구현 사례와 활용 팁을 소개하고, Plan Mode와 백그라운드 bash 기능에 대한 비판적 시각도 제공합니다.

주요 키워드

Cloud Code Output Styles Generative UI Status Line System Prompt Context-Model-Prompt Agentic Engineering YAML Text-to-Speech HTML Output

하이라이트

  • 🔑 출력 스타일은 에이전트 응답 형태를 다양하게 지정해 정보 교환 속도를 획기적으로 높이는 제너레이티브 UI의 시작점입니다.
  • ⚡️ Table 포맷은 깔끔한 표 형태로 응답을 정리해 대량 데이터를 빠르게 파악할 수 있게 도와줍니다.
  • 🌟 YAML 포맷은 계층적 구조로 정보를 전달해 에이전트 성능을 더욱 안정적으로 향상시킵니다.
  • 📌 Ultra Concise 포맷은 불필요한 설명을 제거해 토큰 소비를 줄이고 핵심만 간결하게 받아볼 수 있습니다.
  • 🎙 Text-to-Speech 포맷은 에이전트 작업 결과를 음성으로 들려줘 손쉽게 요약 내용을 확인할 수 있게 합니다.
  • 🚀 HTML 포맷은 에이전트가 동적으로 UI를 생성해 실제 인터랙티브 가이드나 문서를 자동으로 만들어 줍니다.
  • 🛠 상태 줄(Status Line)은 모델, 최근 프롬프트, 에이전트 이름을 표시해 멀티 인스턴스 작업 시 컨텍스트를 한눈에 보여줍니다.
  • ⚠️ Opus Plan Mode와 백그라운드 bash 명령은 유용하지만 도구의 간결성과 엔지니어링 자율성을 해칠 수 있어 방향성 재검토가 필요합니다.
  • 🌐 Agentic Engineering의 핵심은 Context-Model-Prompt 3대 요소를 완벽히 이해하고 관리하는 것입니다.
  • 💡 Cloud Code는 비의견적(unopinionated) 엔지니어링 primitive로, 자유롭게 확장해 다양한 문제를 해결할 수 있게 설계되었습니다.

용어 설명

Cloud Code

Anthropic에서 제공하는 터미널 기반 AI 에이전트 도구로, 엔지니어링 primitive(원시 도구) 역할을 수행합니다.

Output Styles(출력 스타일)

시스템 프롬프트를 업데이트해 에이전트 응답 형태를 기본, 테이블, YAML, HTML 등으로 전환하는 기능입니다.

Generative UI

에이전트가 동적으로 HTML 등 인터페이스 요소를 생성해 실질적인 사용자 인터랙션을 가능하게 하는 개념입니다.

Status Line(상태 줄)

Cloud Code 인터페이스 상단에 모델, 최근 프롬프트, 에이전트 이름 등을 표시해 세션 상태를 관리하는 기능입니다.

System Prompt(시스템 프롬프트)

에이전트의 동작 원칙과 행동 전략을 정의하는 핵심 프롬프트 요소입니다.

Context-Model-Prompt

에이전트작업의 세 가지 핵심 요소로, 문맥(Context), 선택된 모델(Model), 실행 명령(Prompt)을 의미합니다.

Plan Mode(Opus Plan Mode)

Opus 모델로 기획(Plan)을 수행하고 Sonnet 모델로 실제 빌드(Build)를 분리 실행하는 기능입니다.

Background Bash Commands(백그라운드 Bash 명령)

Cloud Code에서 bash 스크립트를 통해 백그라운드 작업을 관리·실행하는 기능입니다.

[00:00:00] 도입 및 출력 스타일 미리보기

6개의 Cloud Code 인스턴스에서 기본 테이블, YAML, Ultra Concise, Text-to-Speech, HTML 등 6가지 출력 스타일을 한눈에 확인하며 전체 기능을 개괄합니다.

[00:00] Claude Code의 6가지 새로운 출력 스타일(기본, 테이블, YAML, 극도로 간결한, 텍스트 투 스피치, HTML)을 소개합니다.
[00:00:25] 초기 반응과 실제 유용성

피처 드롭 직후 '쓸모없다'고 생각했지만, 직접 개발 세션을 거치며 기능의 핵심 가치를 깨닫고 선입견 없이 실험해야 한다는 교훈을 전달합니다.

[00:25] 처음에는 이 기능이 쓸모없어 보였지만, 실제로 사용해본 후 매우 유용하다는 것을 깨달았습니다. 첫 반응만으로 판단하지 말고 직접 경험해보는 것이 중요합니다.
[00:00:50] 출력 스타일과 제너레이티브 UI 개념

출력 스타일 기능이 단순한 포맷 변경을 넘어 에이전트와의 정보 교환 속도를 높이는 제너레이티브 UI의 출발점이 될 수 있음을 강조합니다.

[00:50] 텍스트 투 스피치 형식을 통해 완료된 작업을 요약하여 들을 수 있고, 이는 생성형 UI의 시작을 알리는 중요한 기능입니다.
[01:13] Claude 팀이 연달아 가치 있는 기능들을 출시하고 있지만, 도구를 잘못된 방향으로 이끌 수 있는 두 가지 우려스러운 기능이 있습니다.
[00:01:57] Default·Table·YAML 포맷

Default 포맷의 기본 응답을 확인하고, Table 포맷으로 데이터를 표 형태로 깔끔하게 정리하며, YAML 포맷의 구조화된 데이터 전달이 성능까지 향상시킴을 보여줍니다.

[01:57] 각 출력 스타일의 구체적인 비교를 시작합니다. 기본 응답 형식에서 테이블 형식으로 전환하면 정보가 훨씬 체계적으로 정리되어 표시됩니다.
[02:37] YAML 형식은 처음에는 이상해 보이지만 고도로 구조화된 방식으로 정보를 조직화하며, 다른 형식보다 뛰어난 성능을 보여줍니다.
[00:03:24] Ultra Concise·Text-to-Speech 포맷

Ultra Concise 포맷으로 불필요한 설명은 줄이고 핵심 정보만 전달해 토큰 사용량을 절감하는 방법과, Text-to-Speech 포맷으로 작업 요약을 음성으로 듣는 방법을 실습합니다.

[03:27] 울트라 간결 형식은 기본 Claude 코드 응답과 유사하지만 더 간결하며, 입력 및 출력 토큰 소비량을 줄인다고 설명합니다.
[03:40] 텍스트 음성 변환 형식을 소개하며, 에이전트가 작업 완료 후 수행한 내용을 오디오로 요약하는 기능을 시연합니다.
[04:16] HTML 형식이 모든 출력 형식 중 가장 중요하다고 강조하며, 처음에는 읽기 어려워 보일 수 있지만 실제로는 혁신적인 기능이라고 설명합니다.
[00:04:18] HTML 포맷과 제너레이티브 UI 활용

HTML 출력을 통해 에이전트가 동적·정확한 UI를 생성하는 과정을 시연하며, 진정한 제너레이티브 UI의 첫 사례로서의 가치를 설명합니다.

[04:55] HTML 형식의 핵심은 에이전트가 즉석에서 동적이고 정확한 HTML을 생성한다는 점이며, 이것이 생성형 UI의 첫 번째 유용한 응용이라고 설명합니다.
[05:22] 새로운 Claude 코드 인스턴스에서 genui 출력 스타일을 시연하며, 에이전트가 HTML 구조를 기반으로 UI를 즉석에서 구축하는 과정을 보여줍니다.
[00:05:50] 다중 에이전트 동시 작업 사례

Typescript 인터페이스 생성, Hacker News 감정 분석, Pydantic 클래스 생성 등 여러 에이전트를 병렬 운용하며, 각 응답에 실시간으로 UI를 자동 생성하는 흐름을 소개합니다.

[05:50] Claude 코드 훅 추가에 대한 포괄적인 HTML 가이드를 생성하는 실제 사례를 보여주며, 이것이 단순한 속임수가 아닌 강력한 에이전트 디코딩 도구라고 결론짓습니다.
[06:37] 이제 모든 요청마다 에이전트가 UI를 자동으로 생성해주는 생성형 UI 기능을 소개합니다. 일관된 테마와 스타일로 프로젝트 구조와 코드 후크 추가 방법을 분석해주며, HTML 형태의 실시간 UI 생성이 가능합니다.
[07:20] 실제 테스트를 통해 TypeScript 인터페이스 생성과 파이어크롤을 사용한 해커뉴스 상위 5개 글의 감정 분석을 진행합니다. 오푸스 모델을 사용해 YAML 형식으로 파이댄틱 클래스를 생성하는 과정을 보여줍니다.
[07:49] 여러 에이전트가 동시에 작업을 처리하는 모습을 확인합니다. 해커뉴스 감정 분석 결과를 실시간으로 검증하고, 453포인트의 'git에서 대용량 파일의 미래' 글을 확인하며 정확성을 입증합니다.
[08:14] 임시 파일 생성과 TypeScript 인터페이스 자동 생성이 완료됩니다. JSON 구조를 기반으로 새로운 타입 파일이 생성되며, 미리 구성된 변수와 인터페이스 계층 구조까지 자세히 분석해줍니다.
[08:36] 실제 코드베이스에서 생성된 타입을 확인하고, MCP JSON 샘플의 정확한 타이핑을 검증합니다. 시스템 프롬프트의 다른 MCP 서버들을 기반으로 깔끔하게 타이핑된 결과를 확인할 수 있습니다.
[08:53] 클라우드 코드 후크 모델 생성을 통해 모든 출력 타입을 기반으로 한 놀라운 UI가 완성됩니다. 실행할 때마다 UI가 자동 생성되며, 양방향 상호작용과 터미널 사용자 인터페이스까지 발전시킬 수 있는 무한한 가능성을 제시합니다.
[09:26] 생성형 UI의 첫 번째 유용한 애플리케이션이 등장했으며, 에이전트와의 상호작용을 통해 구체적인 응답을 받을 수 있게 되었습니다. 이 모든 것은 출력 스타일 시스템 프롬프트를 기반으로 작동합니다.
[09:47] 이 기능이 극도로 강력함을 인정하며, Claude Code 엔지니어들조차 이 기능의 진정한 잠재력을 완전히 파악하지 못했을 수도 있다고 평가합니다.
[00:10:01] AI 코딩의 3대 요소 및 코스 안내

Context, Model, Prompt라는 에이전트 시스템의 핵심 3요소를 설명하고, 이를 숙지하면 도구와 아이디어를 빠르게 전환할 수 있음을 강조하며, Phase 2 코스를 예고합니다.

[10:05] Anthropic과 Claude Code 엔지니어들에게 감사를 표하며, 이것이 Claude Code 원시 도구의 특별한 힘이라고 강조합니다. 올바른 기능 세트와 도구의 조합, 그리고 AI 코딩 기초에 대한 이해가 핵심입니다.
[10:30] 출력 스타일이 단순히 프롬프트를 업데이트하는 것임을 설명하며, 모든 에이전틱 시스템의 세 가지 핵심 요소(컨텍스트, 모델, 프롬프트)를 마스터하면 도구 간 이동이 가능하다고 설명합니다.
[10:59] 이것이 AI 코딩과 생성 AI 시대의 원칙이며, 도구와 결합하면 놀라운 결과를 얻을 수 있다고 강조합니다.
[11:13] 기술 YouTube나 Twitter, 블로그에서 Claude Code 출력 스타일을 사용해 UI를 생성하는 것을 볼 때, 이것을 처음 본 곳을 기억하라고 당부합니다. 채널에서 먼저 소개한 많은 아이디어들이 크레딧 없이 재활용되고 있음을 언급합니다.
[11:40] 자신이 YouTuber가 아닌 에이전틱 엔지니어임을 강조하며, 채널의 오랜 팔로워들도 이 역할로 변화하고 있다고 설명합니다. Claude Code처럼 생성 AI와 에이전틱 코딩 분야의 신호에 집중해왔다고 정리합니다.
[12:20] AI 엔지니어링에서 에이전트 코딩까지의 발전을 소개하며, 잡음 속에서 신호에만 집중하는 것의 중요성을 강조합니다.
[12:38] 에이전트가 사용자 인터페이스로 응답하는 놀라운 기능을 시연하며, Principled AI Coding 코스의 중요성을 설명합니다.
[12:54] 9월 29일 페이즈 2 엔지니어링 코스 출시를 예고하고, 페이즈 1 코스가 모든 AI 코딩 원리의 기초임을 강조합니다.
[13:12] 코스의 위험 부담 없는 환불 정책을 소개하고, 기본기 마스터가 고급 개념 이해의 열쇠임을 설명합니다.
[13:48] 질문 프롬프트가 에이전트와의 정보 흐름 가속화와 엔지니어링 결정에 미치는 가치를 설명하며, 팀 협업에서의 활용법을 제시합니다.
[00:14:09] Status Line 도입 및 개선(v2)

최초 상태 줄에는 단순 모델 정보만 표시됐으나, v2부터는 마지막 프롬프트를 추가해 여러 인스턴스 간 작업 컨텍스트를 빠르게 파악할 수 있도록 업데이트합니다.

[14:13] 출력 스타일 기능을 소개하기 전 상태 라인의 개념과 중요성에 대해 설명을 시작합니다.
[14:19] 기본적인 상태 라인에서 훅과 상태 관리 시스템을 결합한 고급 상태 라인으로 업그레이드하는 방법을 실연합니다.
[14:54] Cursor 설정을 통해 상태 라인을 업데이트하는 실제 과정을 보여주며, v2 버전의 새로운 기능을 시연합니다.
[15:21] 클로드 코드의 새로운 상태 줄 기능을 소개하며, 여러 AI 에이전트를 동시에 관리할 때의 유용성을 설명합니다.
[15:30] AI 코딩에서는 하나의 에이전트로는 부족하며, 더 나은 에이전트 또는 더 많은 에이전트가 필요하다고 강조합니다.
[15:50] 출력 형식은 에이전트 품질 향상에, 상태 줄은 다중 에이전트 관리에 도움이 된다고 설명합니다.
[15:59] 실제 시연을 통해 새 터미널에서 클로드 코드를 실행하고, 텍스트 음성 변환 요약 출력 스타일을 적용해 봅니다.
[00:16:01] 상태 줄 v3 & 세션 스테이트 관리

에이전트 이름, 최근 2개의 프롬프트를 표시하는 v3로 확장하고, JSON 기반 세션 데이터를 훅으로 읽고 써서 동적으로 상태를 관리하는 방법을 상세히 설명합니다.

[16:29] 간단한 프롬프트를 입력하여 상태 줄에 마지막 실행 프롬프트가 표시되는 기능을 보여줍니다.
[16:49] 여러 인스턴스를 사용할 때 각 인스턴스의 작업 내용을 파악하기 위해 상태 줄이 얼마나 유용한지 설명합니다.
[17:21] 상태와 클로드 코드 훅을 결합하면 에이전트 코딩 도구에 강력한 기능을 추가할 수 있다고 설명합니다.
[17:40] 질문과 코드 생성에 따라 다른 이모지가 표시되며, readme 생성 예제를 통해 전구 아이콘이 창작/업데이트 작업을 나타냄을 보여줍니다.
[18:07] Claude의 고급 코드 훅 마스터리 시스템을 분석하고 있으며, 이는 서브 에이전트와 커스텀 동작을 포함한 확장 툴킷이다.
[18:22] 새로운 텍스트 투 스피치 기능을 통해 다중 에이전트와의 상호작용이 개선되었으며, 이는 이전의 스톱 훅 시스템을 대체한다.
[18:34] 아웃풋 스타일을 사용하면 에이전트가 작업 완료시마다 11 Labs 텍스트 투 스피치와 같은 도구를 자동 실행할 수 있다.
[18:47] 아웃풋 스타일과 상태 라인의 조합은 사용자와 에이전트 간의 정보 전달률을 근본적으로 향상시킨다.
[00:18:48] 상태 줄·훅 결합으로 정보율 극대화

Cloud Code 훅과 상태 줄을 결합해 세션 데이터를 자동 갱신하고, 에이전트와의 정보 교환 속도를 높이는 구체적 구현 사례를 보여줍니다.

[19:03] 650줄의 코드를 150줄로 압축하면서도 모든 필수 정보를 유지하는 압축된 readme 파일을 생성했다.
[19:14] 이러한 발전은 제너러티브 UI로 이어지며, 창작자는 미래를 기다리지 않고 적극적으로 혁신을 추진하고 있다고 강조한다.
[19:40] 제너러티브 UI와 강력한 상태 라인을 통해 복잡한 작업들을 추적하고 관리할 수 있게 되었다.
[19:51] 데이터 센터 투자에 대한 질문에 Claude가 연구를 수행하고 분석을 생성했으며, OpenAI의 스타게이트 프로젝트가 4년간 5000억 달러로 가장 큰 투자라는 결과를 제시했다.
[20:08] 모든 응답과 프롬프트, 컨텍스트는 에이전트 코딩의 레버리지 포인트 역할을 하며, 단순한 시작점에서 더 큰 가능성으로 발전한다.
[20:24] 네 개의 윈도우를 병렬로 작업하면서 상태 라인을 통해 각각의 진행 상황을 정확히 추적할 수 있으며, 압축된 readme와 텍스트 투 스피치 요약 기능을 활용하고 있다.
[20:44] 압축된 readme 파일을 열어 검토하고, 음성을 텍스트로 변환한 응답을 확인한 후 인스턴스들을 종료합니다.
[20:56] 상태 라인 V3으로 넘어가며 Claude Opus를 권한과 함께 실행하고, YAML 구조 형식으로 출력 설정을 진행합니다.
[21:17] 새로운 압축된 readme 파일을 검색하여 코드베이스 기능을 파악하고, 상태 라인이 업데이트되면서 에이전트 이름과 향상된 YAML 기반 응답 형식을 확인합니다.
[21:47] 작업 완료 후 개요, 핵심 기능, 클라우드 코드의 8가지 생명주기, 서브 에이전트, 메타 에이전트 등의 내용을 확인하고 기술 스택과 사용 사례를 검토합니다.
[22:17] 상태 라인에는 마지막 프롬프트와 에이전트 이름이 표시되며, 이는 세션 전반에 걸쳐 업데이트되는 상태를 활용해 에이전트와 더 빠르고 나은 상호작용을 돕는 도구입니다.
[22:44] 상태 라인 V3에는 히스토리 뒤따르는 프롬프트들이 추가되어 가장 최신과 이전 프롬프트들을 보여줍니다.
[22:58] 엔지니어로서 에이전트와의 상호작용이 늘어나면서 핵심은 사용자와 에이전트, 그리고 수행하려는 작업 사이의 정보 전달 속도를 높이는 것이라고 강조합니다.
[23:15] 이러한 개선사항들이 큰 발전이라고 평가하지만, 클라우드 코드 팀에서 나온 몇 가지 기능에 대해서는 만족하지 않으며 잘못된 방향으로 가고 있다는 개인적인 의견을 표현합니다.
[23:32] Claude Code의 새로운 Opus Plan 모드 기능에 대한 소개와 ADER라는 기존 AI 코딩 도구와의 비교를 통해 두 모델을 활용한 계획-구축 방식을 설명합니다.
[23:55] ADER가 언어 모델을 활용한 최초의 AI 코딩 도구 중 하나였으며, 전통적인 AI 코딩 방식으로 에이전트 코딩이 아닌 프롬프트 체인을 통해 사고와 구축을 분리한 아키텍트 모드를 개발했다고 설명합니다.
[24:29] 화자가 Claude Code의 Plan-Build 방식과 백그라운드 bash 명령어 기능에 대해 비판적 견해를 표명하며, Claude Code의 핵심 가치인 유연성, 제어력, 단순함에서 벗어나는 방향성 상실의 시작이라고 우려를 표현합니다.
[24:54] 엔지니어가 모델 사용법, 계획, 구축, 백그라운드 작업 관리 등을 스스로 결정할 수 있도록 해야 한다고 주장하며, 도구가 이러한 부분을 지시하는 것에 반대한다는 입장을 명확히 합니다.
[25:20] 생성형 AI 시대에서 새로운 기능을 평가할 때 사용하는 가이드 질문을 제시하며, 프로세스의 모든 단계에서 컨텍스트, 모델, 프롬프트를 정확히 파악할 수 있는지를 중요한 기준으로 삼아야 한다고 강조합니다.
[00:25:21] Plan Mode & Bash Commands 비판

Opus Plan Mode와 백그라운드 bash 명령이 기능적으로는 유용하지만, 단순성·자율성을 해칠 수 있다는 관점에서 방향성 재검토가 필요하다고 개인 의견을 제시합니다.

[25:50] 빅 3(컨텍스트, 모델, 프롬프트) 관리에 대한 의견을 삽입하는 기능들이 경고 신호라고 지적하면서도, Opus Plan 모드와 백그라운드 명령어가 유용한 기능임을 인정하되 제품 방향성 측면에서는 문제가 있다고 평가합니다.
[26:23] 클라우드 코드팀이 제공하는 기능들이 정말 올바른 방향인지에 대한 의문을 제기하며, 조금씩 궤도에서 벗어나는 첫 신호일 수 있다고 언급한다.
[26:52] 출력 스타일과 상태 라인이 사용자와 에이전트 간의 정보 전달률을 높이는 간단하면서도 유용한 기능이라고 설명하며, 클라우드 코드팀이 복잡하지 않게 잘 유지하고 있다고 평가한다.
[00:26:57] 결론: Cloud Code의 본질과 방향

출력 스타일과 상태 줄로 정보율을 높이는 것이 핵심이며, Cloud Code를 '엔지니어링 primitive'로서 비의견적·유연하게 유지해야 한다는 원칙을 강조하며 마무리합니다.

[27:15] 클라우드의 출력 스타일 기능을 소개하며 불릿 포인트, HTML 구조, 마크다운, Gen UI 등 다양한 형식을 제공한다고 설명하고, 코드베이스가 공개될 예정이라고 언급한다.
[27:29] 시청자들에게 구독을 요청하며, 매주 무료로 가치 있는 콘텐츠를 제공하고 있으니 구독 버튼을 눌러 감사를 표현해달라고 당부한다.
[28:03] GUI와 에이전트 워크플로우에 대해 설명하며, 에이전트가 연속적으로 행동을 취할 수 있는 핵심 워크플로우 단계와 프롬프트의 상세 분석을 얻을 수 있다고 소개한다.
[28:39] 상태 라인 기능을 위한 폴더 구조를 설명하며, 출력 스타일은 Anthropic 전용이고 상태 라인은 조직적 목적으로 만든 것이라고 구분하여 설명한다.
[28:54] 클로드 코드 훅과 결합된 세션 데이터 관리 시스템을 소개합니다. 모든 클로드 코드 프롬프트가 에이전트별 데이터에 기여하며, JSON 객체로 세션 정보를 저장하고 관리할 수 있습니다.
[29:37] 실제 데모를 통해 상태 라인이 최근 3개의 프롬프트를 추적하는 모습을 보여줍니다. 간단한 상태 관리 시스템과 JSON 기반의 읽기 쉬운 구조를 강조합니다.
[30:03] GPT5 나노 에이전트와 유사한 방식으로 온디바이스 모델(GPTOSS 200억)을 사용해 에이전트 이름을 자동 생성하는 기능을 설명합니다. 맥북에서 직접 실행되는 강력한 모델을 활용합니다.
[30:34] 에이전트 이름 생성 과정의 세부사항을 설명합니다. 프롬프트 엔지니어링 101 수준의 간단한 방식으로 한 단어 이름을 생성하며, 5초 시간 제한과 대체 메커니즘을 갖추고 있습니다.
[30:46] 아웃풋 스타일의 핵심 개념과 확장 가능성을 논의합니다. 조건부 분기와 프롬프트 기반 아웃풋 타입 선택 기능을 통해 더욱 정교한 시스템 구축이 가능함을 설명합니다.
[31:09] 클로드 코드가 엔지니어링의 새로운 원시 도구라고 강조하며, 비편향적이고 커스터마이징 가능한 특성을 설명합니다. 플랜 모드와 배시 명령의 한계에 대한 비판적 견해를 제시합니다.
[00:00] 개발자 여러분, 여기 6개의 Claude 코드가 있습니다
[00:04] 각 인스턴스마다 6가지 고유한 출력 스타일이 있어요
[00:07] 기본, 테이블 형식, YAML 형식
[00:10] 극도로 간결한 형식, 텍스트 투 스피치 요약
[00:14] 그리고 가장 중요한 HTML 형식까지요
[00:17] 모든 에이전트의 모든 스타일에 대해
[00:20] 단 하나의 프롬프트만 있습니다
[00:23]
[00:25] 솔직히 출력 스타일 기능이 출시되었을 때
[00:28] 제 첫 반응은 '이건 쓸모없어'였어요
[00:31] 하지만 저는 첫 반응만으로
[00:34] 실제 작업을 하고 기능을 이해하는 것을
[00:36] 포기하지 않습니다
[00:39] 빠른 개발 세션 후에
[00:41] 이 출력 스타일들이 얼마나 유용한지 깨달았어요
[00:44] 실제 작업을 해보지도 않고
[00:48] 첫 반응만으로 판단하지 마세요
[00:50] Dan, 예제와 구성 단계를 통해
[00:53] Claude 코드 설정에 새 훅을 추가하는 방법을
[00:55] 설명했습니다
[00:57] 텍스트 투 스피치 형식이 완료된 작업을
[00:59] 정확히 요약하는 것을 들을 수 있어요
[01:03] 결과가 여기서 흘러나오기 시작하는 걸 볼 수 있네요
[01:04] 이 모든 출력 형식을
[01:06] 하나씩 살펴보겠습니다
[01:08] 믿기 어렵겠지만, 이 기능 출시는
[01:10] 실용적인 생성형 UI의 시작을 알립니다
[01:13] Claude 코드 팀은 세대적인 연승 행진을 이어가며
[01:16] 가치 있는 기능들을 연달아 출시하고 있어요
[01:19] 하지만 제가 좋아하지 않는 두 가지 기능이 있습니다
[01:23] 왜냐하면 이 도구를 완전히 잘못된 방향으로
[01:26] 이끌 수 있기 때문이에요
[01:29] 이 비디오에서 이에 대해 이야기하겠습니다
[01:31] 출력 스타일 드롭 바로 옆에
[01:33] Claude 코드 인터페이스를 맞춤 설정할 수 있는
[01:36] 상태 라인 기능도 있습니다
[01:38] 그리고 보장할 수 있는 것은
[01:40] 아직 이 기능을 최대한 활용하지 못하고 있다는 것입니다
[01:43]
[01:51] [음악]
[01:57] 기본, 테이블, YAML, 극도로 간결한, 텍스트 투 스피치, HTML
[02:01] 새로운 기능은 기존 기능과의 관계에서만
[02:04] 가치가 있습니다
[02:06] 첫 번째 Claude 코드 인스턴스에서
[02:08] 다음 프롬프트에 대한 기본 응답을
[02:09] 볼 수 있어요
[02:12] /quest, 새로운 훅을 어떻게 추가할 수 있나요?
[02:15] 이 응답 형식을 보면
[02:17] 기본 Claude 코드 응답 형식이지만
[02:19] 이제 Claude 코드의 출력 스타일을
[02:21] 완전히 제어할 수 있습니다
[02:24] 테이블 출력 형식으로 전환하면
[02:27] 매우 다른 것을 볼 수 있어요
[02:29] 깔끔하게 포맷된 테이블이 있어서
[02:31] 우리와 에이전트 간의 정보 흐름을 가속화하는 데 도움이 됩니다
[02:34] 이것이 정보 정리에 가치 있는 형식임을 알 수 있어요
[02:37] 이제 제가 두 번째로 좋아하는 출력 형식인
[02:39] YAML에 대해 알아보겠습니다
[02:41] 처음에는 이 형식이 좀 이상하고
[02:44] 어색해 보일 수 있지만
[02:47] YAML 출력 형식은 실제로
[02:49] 고도로 구조화된 방식으로 정보를
[02:52] 조직화하는 정말 흥미로운 방법이 있어요
[02:54] 이 특정 Claude 코드 인스턴스가
[02:57] 일반적으로 나머지보다 뛰어난 성능을 보인다는 것을
[02:58] 발견했습니다
[03:01] 왜 그럴까요?
[03:03] 이 모든 것을 복사해서 여기에
[03:05] 출력 형식을 좀 정리해보겠습니다
[03:08] 여기서 작업을 볼 수 있어요
[03:09] 훅 시스템 분석, 새 훅 추가에 대한
[03:11] 가이드 제공, 상태 완료
[03:13] 몇 가지 세부사항이 있습니다
[03:16] YAML 형식은 Claude 코드 인스턴스에서
[03:18] 응답을 받는 고도로 구조화된
[03:21] 정보 제공 방법을 제공합니다
[03:24] 다음으로 극도로 간결한 형식이 있습니다
[03:27] 기본 Claude 코드 응답과 가장 유사하지만
[03:29] 간결하고 필요한 정보만 제공합니다.
[03:31] 충분한 정보만 제공합니다.
[03:33] 또한 울트라 간결 응답 형식이
[03:35] Claude 코드가 소비하는 입력 및 출력
[03:38] 토큰 수를 줄인다는 것을 발견했습니다.
[03:40] 다음은 텍스트 음성 변환 형식입니다.
[03:44] 처음에 에이전트가 작업을 완료한 후
[03:46] 정확히 무엇을 했는지
[03:48] 소통하는 것을 들었습니다.
[03:50] 다시 실행해보겠습니다. 다시 말해보세요.
[03:52] 좋습니다, 다시 들어보겠습니다.
[03:54] Claude 코드 설정에 새 훅을 추가하는 방법을
[03:55] 예제와 구성 단계로 설명했습니다.
[03:57] Dan을 위한 Claude 코드 훅 설정 및 구성에 대한
[03:59] 오디오 요약을 다시 실행합니다.
[04:01] 구성에 대해서 말이죠.
[04:03] 시스템 프롬프트에
[04:06] 지시사항이 있습니다.
[04:07] 방금 실행한 명령이 무엇이든 요약하라고 되어있죠.
[04:09] 오디오 요약을 다시 실행하라고 했고
[04:11] 실행한 다음 오디오 요약에 대한
[04:13] 오디오 요약을 실행했습니다.
[04:16] 정말 환상적입니다. 하지만
[04:18] 다른 모든 것보다 중요한 출력 형식이 하나 있습니다.
[04:22] 바로 HTML 형식입니다.
[04:25] 이것이 가장 중요한 출력 형식입니다.
[04:28] 이유를 설명해드리겠습니다.
[04:30]
[04:35] 이것은 모든 것을 지배하는 하나의 출력 형식입니다.
[04:38] 처음에는 아마도
[04:39] 'Dan, 이건 바보같아. 너무
[04:41] 읽기 어려워. HTML을 읽어서
[04:44] 정보를 얻을 수는
[04:46] 없을 것 같은데'라고 생각할 겁니다.
[04:49] 실제 엔지니어링 작업을 할 때 Claude 코드와
[04:51] 에이전트 코딩 도구를 사용하여
[04:53] 하루에 10개에서 수백 개의 응답을 다루니까요.
[04:55] 천천히 생각해보고
[04:58] 여기서 무슨 일이 일어나고 있는지 정말로 생각해봅시다.
[05:00] 우리는 동적이고 정확한 HTML 생성을 가지고 있습니다.
[05:04] 우리 에이전트가 즉석에서 생성하고 있습니다.
[05:06] 여기서 보고 있는 것은
[05:09] 생성형 UI의 첫 번째 유용한 응용입니다.
[05:13] 이 프롬프트에 몇 가지 조정을 가하면
[05:16] 우리와 에이전트 간의
[05:18] 정보 전달률을 향상시키는
[05:21] 새로운 출력 스타일을 만들 수 있습니다.
[05:22] 정확히 무엇을 의미하는지 보여드리겠습니다.
[05:24] 새 Claude 코드 인스턴스를 실행하고
[05:27] 출력 스타일을 업데이트하겠습니다.
[05:29] 그다음 genui를 실행하겠습니다.
[05:32] 방금 본 것이 형식 8이었습니다.
[05:35] 이것이 우리 HTML 구조입니다.
[05:37] 이 프롬프트는 HTML 레이어 위에 구축됩니다.
[05:40] 실행해서 이전에 실행했던
[05:42] 정확히 같은 프롬프트를 실행해보겠습니다.
[05:45] /quest, 새 훅을 어떻게 추가할 수 있나요?
[05:47] 여기서 보게 될 것은
[05:50] 정말 놀라운 것입니다.
[05:53] 출력 스타일과 Claude 코드로 우리 에이전트가
[05:57] 즉석에서 UI를 구축할 수 있습니다.
[05:59] Claude 코드에 새 훅을 추가하는 방법을 설명하는
[06:02] 포괄적인 HTML 가이드를 만들겠습니다.
[06:05] 모든 응답에서 우리 에이전트가
[06:08] UI를 생성하고 이런 풍부한 방식으로 응답할 겁니다.
[06:12] 새 Claude 코드 훅 추가 방법을 확인해보세요.
[06:15] 정확히 무슨 일이
[06:16] 일어났는지 보겠습니다.
[06:18] 임시 파일에 작성했습니다.
[06:21] 응답 끝에서 열었고
[06:24] HTML 가이드를 생성했습니다.
[06:27] 이것이 생성형 UI입니다. 이것은 속임수가 아닙니다.
[06:30] 이것은 또 다른 강력한 에이전트
[06:32] 디코딩 도구, 강력한 에이전트 디코딩
[06:34] 패턴이며, 이제 여러분의 도구상자에 있습니다.
[06:37] 이제 모든 요청마다
[06:40] 에이전트가 UI를 생성해줄 수 있습니다. 이것이
[06:43] 생성형 UI입니다. 여기서 보시는 것처럼
[06:46] 정확히 어떻게 추가하는지 훌륭하게 분석해줍니다.
[06:48] 일관되고 간단한 테마와 스타일을 제공해줍니다.
[06:51] 정말 대단하죠?
[06:53] 그리고 프로젝트
[06:54] 구조도 있어요. 실제로
[06:55] 클라우드 코드 후크를 어떻게 추가할 수 있는지 분석해줍니다.
[06:58] 다음 단계까지 제공하고
[07:00] 참조 파일들도 있어요. 여기서 보시는 것은
[07:03] 실시간으로 생성된 UI입니다. 이것은
[07:06] HTML이에요. UI의 언어이자
[07:09] 물론 소네트나 오푸스가
[07:12] 문제없이 생성해줄 수 있는 것이죠.
[07:15] 응답 생성에 시간이 조금 더 걸리긴 하지만
[07:17] 얼마나 강력한지 보실 수 있죠.
[07:18] 이건 그냥 기믹이 아닙니다.
[07:20] 더 테스트해봅시다.
[07:22] 출력 스타일 genui, 출력 스타일 genui.
[07:27] 여기서는 TypeScript 인터페이스를 생성할 거예요.
[07:29] 여기서는 파이어크롤로
[07:32] 리서치를 할 예정입니다.
[07:33] 해커뉴스 상위 5개 글을 보고
[07:35] 감정 분석도 해보겠습니다.
[07:36] 모델을 업데이트하겠습니다.
[07:38] 오푸스로 바꾸고 YAML 형식으로
[07:40] 진행할 예정입니다.
[07:42] 클라우드 코드 후크 출력 구조를 위한 파이댄틱 클래스를 만들어보겠습니다.
[07:44] 등등이요.
[07:45] 그럼 실행해보겠습니다.
[07:47] 이제 여러 에이전트가 우리 대신해서
[07:49] 작업을 처리하고 있습니다.
[07:52] 이거 보세요. 해커뉴스
[07:54] 감정 분석입니다.
[07:56] 빠르게 검증할 수 있어요. 'git에서 대용량 파일의 미래는
[07:58] git이다'라고 검색해보면
[08:00] 453포인트가 보이네요. 맞는 것 같습니다.
[08:02] 정말 흥미롭습니다.
[08:04] 새로운 패러다임이 있네요.
[08:06] 옆에 포인트도 보이고요.
[08:07] 이 날짜 기준으로
[08:09] 해커뉴스 상위 5개 글을 가져오고 있습니다.
[08:12] 실시간으로 임시 파일도 생성되고 있어요.
[08:14] 여기 또 다른 것도 있습니다.
[08:16] TypeScript 인터페이스가 생성되었어요.
[08:18] 작업 완료 요약도 있습니다.
[08:19] 태스크 완료. 이 파일의
[08:21] JSON 구조를 기반으로
[08:23] 새로운 타입 파일을 만들어줬습니다.
[08:26] 깔끔하고 간단한 작성물이죠.
[08:28] 정확히 무엇이 완료되었는지 자세히 설명하고 있습니다.
[08:31] 미리 구성된 변수들도 있어요.
[08:33] 여기 인터페이스 계층 구조도 보시면
[08:35] 어떤 모습인지 분석해주고 있습니다.
[08:36] 물론 이 코드베이스를 열어볼 수도 있어요.
[08:38] 타입을 검색해보면
[08:40] 바로 여기 있네요. MCP JSON
[08:43] 샘플을 보면, 바로 이 타입이 여기 있고
[08:46] 시스템 프롬프트에 있는
[08:48] 다른 MCP 서버들을 기반으로
[08:50] 깔끔하게 타이핑해준 것 같습니다.
[08:53] 여기 마지막 요청으로
[08:56] CC 클라우드 코드 후크 모델 생성을 마무리합니다.
[08:58] 후크들의 모든 출력 타입을 기반으로
[09:01] 이 놀라운 UI를 보세요!
[09:04] 실행할 때마다
[09:06] UI를 생성해주고 있어요.
[09:08] 이것을 더 발전시켜서
[09:10] 위에 레이어를 추가해서 양방향으로
[09:14] 상호작용할 수 있다고 상상해보세요.
[09:16] 클라우드 코드 자체가
[09:18] 터미널 인터페이스가 실제로 우리에게
[09:21] 생성된 터미널 사용자 인터페이스를 제공하고
[09:24] 그것과 상호작용할 수 있게 하는 레이어를 상상해보세요.
[09:26] 맞죠? 이 기능에는 정말 한계가 없습니다.
[09:28] 우리는 진정으로 생성형 UI의
[09:30] 첫 번째 유용한 애플리케이션을 갖게 되었습니다.
[09:33] 우리가 에이전트와 상호작용하고,
[09:35] 에이전트가 우리에게 구체적인 응답을 제공하는 것입니다.
[09:37] 여기서 볼 수 있듯이 모든 훅을 분석하고 있습니다.
[09:39] 이는 모두 우리의 출력 스타일 시스템
[09:41] 프롬프트를 기반으로 합니다.
[09:44] 이 기능은 극도로 강력합니다.
[09:47] 이게 유용하지 않다고 생각했던
[09:49] 제 자신이 거의 부끄럽습니다.
[09:51] 이건 극도로 강력하고, 아마도
[09:54] Claude Code 엔지니어들조차
[09:56] 이 기능이나 이것이 어디까지
[09:58] 발전할 수 있는지 제대로 깨닫지 못했을 것입니다.
[10:01] 하지만 이제 이 비디오를 보고 있으니
[10:03] 깨달았겠죠.
[10:05] 안녕하세요, Anthropic 엔지니어들,
[10:07] Claude Code 엔지니어들, 감사합니다.
[10:08] 여러분이 여기서 하고 있는 놀라운 작업에
[10:11] 감사하지만, 이것은 정말 특별합니다.
[10:13] 이것이 바로 Claude Code라는
[10:16] 원시 도구의 힘입니다.
[10:19] 올바른 기능 세트를 쌓아 올리고,
[10:21] 올바른 도구들을 함께 조합하는 것의 힘이며,
[10:23] 가장 중요하게는 AI 코딩의 기초와
[10:25] 에이전트의 후드 아래에서
[10:27] 실제로 무슨 일이 일어나고 있는지
[10:30] 이해하는 것의 힘입니다.
[10:31] 이것이 하는 일은 단지 프롬프트를 업데이트하는 것뿐입니다.
[10:33] 출력 스타일, 여기서 말하고 있듯이,
[10:35] 그들이 업데이트하고 있는 기본 단위에 대해
[10:37] 정말 명확하게 설명하고 있어서 기쁩니다.
[10:39] 출력 스타일은 시스템 프롬프트를 업데이트합니다.
[10:41] 채널 시청자들이 알다시피,
[10:43] 모든 에이전틱 시스템에는 세 가지 핵심 요소만 있습니다.
[10:46] 컨텍스트, 모델, 프롬프트입니다.
[10:49] 이것들을 마스터하고, 이해한다면,
[10:51] 도구에서 도구로, 아이디어에서
[10:54] 아이디어로 빛의 속도로 이동할 수 있습니다.
[10:57] 모든 것이 이것 위에 구축되어 있기 때문입니다.
[10:59] 이것이 AI 코딩의 원칙입니다.
[11:03] 생성 AI 시대의 원칙입니다.
[11:06] 이것을 몇 가지 도구와 결합하면,
[11:08] 정말 놀라운 것들을 얻게 됩니다.
[11:09] 문서를 다시 읽어드릴 필요는 없겠죠.
[11:11] 요점은 이해하셨을 겁니다.
[11:13] 기술 YouTube 생태계나
[11:15] Twitter 브로들이나 어떤 블로그에서
[11:17] Claude Code 출력 스타일을 사용해서
[11:22] UI를 생성하는 것을 볼 때,
[11:24] 여러분이 이것을 처음 본 곳을 기억하세요.
[11:26] 여러분이 여기서 처음 본
[11:28] 얼마나 많은 것들이 있는지 기억하세요.
[11:30] 보고 나면 모든 것이 너무 명백합니다.
[11:33] 우리가 채널에서 해온 많은 것들이
[11:35] 마땅한 크레딧을 주지 않고
[11:37] 재활용되는 것을 봤습니다.
[11:40] 물론 저는 매주 여기 와서
[11:42] 이런 아이디어들을 여러분과 공유합니다.
[11:43] 허세를 부리는 게 아니라,
[11:46] 우리가 채널에서 매주
[11:47] 계속해서 해오는 놀라운 작업들의
[11:49] 사실들을 말하는 것뿐입니다.
[11:51] Indie Dev Dan 비디오를 처음 보신다면,
[11:54] 채널에 오신 것을 환영합니다.
[11:58] 새로운 구독자들이 제가 YouTuber라고
[12:00] 생각하는 게 재미있습니다.
[12:03] 저는 YouTuber가 아닙니다. 저는 에이전틱 엔지니어입니다.
[12:05] 그리고 채널의 많은 오랜 팔로워들도
[12:08] 이 역할로 변화하고 있습니다.
[12:11] 일주일에 하나씩, 개념 하나씩 말이죠.
[12:12] Claude Code처럼, 우리는
[12:15] 생성 AI, 프롬프트 엔지니어링,
[12:18] AI 코딩, 그리고 이제 에이전틱 코딩 분야에서
[12:20] 엔지니어링, AI 코딩, 그리고 이제는 에이전트
[12:23] 코딩까지. 구독을 잊지 마세요.
[12:24] 지금 무슨 일이 일어나고 있는지 놓치지 마세요.
[12:27] 잡음이 너무 많습니다. 신호에만 집중하세요.
[12:29] 신호에만 집중하세요. 이런 가치 있는
[12:31] 정보에만 집중하세요. 좋습니다.
[12:33] 우리 에이전트가 사용자
[12:36] 인터페이스로 응답하고 있습니다.
[12:38] 좋습니다, 이건 정말 대단합니다.
[12:40] 구독을 꼭 해주시고, Principled AI Coding을
[12:44] 꼭 수강하셔서 에이전트 엔지니어링의
[12:46] 기초가 되는 기본기를
[12:49] 이해하시기 바랍니다. 페이즈 2
[12:51] 엔지니어링 코스가 출시되기 전에 말이죠.
[12:54] 저는 9월 29일 출시를 위해
[12:56] 밤낮으로 작업하고 있습니다. 날짜를 기록해두세요.
[12:59] 카운트다운이 시작되었습니다. 좋습니다.
[13:01] 이것이 페이즈 1 코스입니다. 앞으로
[13:03] 우리가 할 모든 것은 AI 코딩의
[13:06] 핵심 원리를 기반으로 합니다. 여기서 중요한 점은
[13:08] 여러분이 빅 3를 마스터해야 한다는 것입니다.
[13:12] 이 코스를 언급하는 것도
[13:14] 거의 마지막이 될 것입니다. 이제부터는
[13:16] 페이즈 2에 모든 집중을 할 것입니다. 그런데 이건 위험 부담이 없어요.
[13:19] 레슨 4 시작 전까지는
[13:22] 질문 없이 환불 가능합니다. 그러니
[13:24] 여기서 뛰어들어서 기본기를 마스터하세요.
[13:27] 그래야 구성적 아이디어들, 즉
[13:30] 더 큰 아이디어들을 마스터할 수 있습니다.
[13:32] 제가 이렇게 빠르게 움직이고 이런 기능들을
[13:35] 빠르게 흡수할 수 있는 이유는
[13:38] 기본기를 이해하고 있기 때문입니다.
[13:40] 그리고 저는 여러분이 AI 코딩과
[13:42] 이제는 에이전트 코딩을 마스터하는 데
[13:44] 필요한 모든 기본기를 이 코스에 담았습니다.
[13:46] 한번 보세요. 그런데 말씀드리자면,
[13:48] 이런 질문 프롬프트는 여러분과 에이전트 간의
[13:51] 정보 흐름을 가속화하는 데 매우 유용합니다.
[13:53] 이것은 엔지니어링 결정을 내리는 데 필요한
[13:55] 정보를 제공하면서 에이전트를
[13:58] 프라이밍하는 데 도움이 됩니다.
[14:00] 또한 엔지니어링 팀이
[14:01] 속도를 높이는 데도 훌륭합니다.
[14:03] 만약 팀의 리더이거나
[14:04] 팀에 가치를 더하고 싶다면
[14:06] 이 쿼스트 프롬프트를 추가하세요. 좋습니다.
[14:09] 출력 스타일이 어떻게 작동하는지 알아보기 전에
[14:13] 상태 라인에 대해 이야기해봅시다.
[14:19] 여기 보시면 저는 꽤 최소한의
[14:21] 상태 라인을 가지고 있습니다. 지금까지 보셨던
[14:24] 상태 라인들은 대부분
[14:25] 바이브 코딩 같은 것들입니다. 가장 손쉬운 것이죠.
[14:28] 훅과 간단한 상태 관리 시스템을
[14:30] 결합하면 상태 라인이
[14:33] 훨씬 더 가치 있어집니다.
[14:34] 정확히 무슨 말인지 보여드리겠습니다.
[14:36] 여기 몇 개의 인스턴스를 제거하겠습니다.
[14:38] 정리하고 단일 인스턴스에만
[14:40] 집중해봅시다. 여기 간단하고 최소한의
[14:42] 상태 라인이 있습니다. 모델, 현재 작업 디렉토리,
[14:46] git 브랜치, 그리고 커밋되지 않은
[14:47] 변경사항이나 클로드 코드 버전이 있습니다.
[14:49] 이것은 간단하고 대부분 정적인 정보입니다.
[14:52] 상태 라인을 새 형식으로 업데이트해봅시다.
[14:54] Cursor를 열고 설정으로
[14:56] 가겠습니다. 상태 라인을 검색해보겠습니다.
[14:58] 폴더 구조를 열면
[15:01] 전용 상태 라인 디렉토리가 있고
[15:02] 4가지 버전이 있어서 다른 상태 라인
[15:06] 출력을 제공합니다. v2로 업데이트하고
[15:09] 어떤 모습인지 확인해봅시다.
[15:10] 클로드를 닫고 다시 열어보겠습니다.
[15:13] 이걸 보세요. 이제 모델과
[15:15] 최근 프롬프트 없음이 표시됩니다. 그러니까
[15:18] 여러분은 이것이 어떻게 되는지 정확히 볼 수 있겠죠?
[15:21] 정확히 어떤 방향으로 가는지 보시겠어요?
[15:22] 안녕하세요라고 말하면, 이제 상태 줄에 가장 최근 프롬프트가 표시됩니다.
[15:25] 그런데 뭐가 그렇게 중요한지, 왜 이게 중요한지 궁금할 수 있어요.
[15:28] 이게 좀 바보같지 않나요?
[15:30] 만약 이 채널을 팔로우하신다면,
[15:32] 아마도 한 번에 여러 개의 클로드 코드 인스턴스를
[15:34] 실행하고 계실 겁니다.
[15:36] AI 코딩만으로는 충분하지 않거든요.
[15:38] 하나의 에이전트로는 부족합니다.
[15:41] 클로드 코드 같은 강력한 에이전트 코딩 도구를
[15:43] 사용하기 시작하면, 특히 클로드 코드는
[15:45] 갈 수 있는 방향이 딱 두 가지밖에 없습니다.
[15:48] 더 나은 에이전트든지, 더 많은 에이전트든지요.
[15:50] 출력 형식은 더 나은 에이전트를 만드는 데 도움을 주고,
[15:53] 상태 줄은 더 많은 에이전트를 활용하는 데 도움을 줍니다.
[15:56] 이걸 여기서 설명하는 건 정말 간단해요.
[15:59] 새 터미널 창을 열어보세요.
[16:01] 클로드 코드를 실행합니다.
[16:02] Opus 모드로 YOLO를 해봅시다.
[16:04] 재미삼아 출력 스타일을 업데이트해보죠.
[16:07] 텍스트 음성 변환 요약을 사용하겠습니다.
[16:09] 이건 여러 에이전트가 있고 병렬로 작업할 때,
[16:12] 많은 작업과 장시간 실행되는 작업을 할 때
[16:14] 정말 유용한 형식입니다.
[16:16] 텍스트 음성 변환을 켜두면
[16:18] 에이전트가 작업을 끝냈을 때
[16:19] 응답을 해줄 것입니다.
[16:22] 이건 더 많고 더 나은 에이전트에 훌륭합니다.
[16:23] 여기서 핵심은 이겁니다. 안녕하세요라고 했을 때
[16:26] 구글과 누가 AI 데이터센터에 가장 많이 투자하고 있는지 물어볼 수 있어요.
[16:29] 아무 프롬프트나 말이에요. 그냥 아무거나 던지는 거죠.
[16:33] 여기서 보시면 완전히 새로운
[16:35] 마지막 실행 프롬프트가 있습니다.
[16:36] 이것만으로는 그다지 유용하지 않죠?
[16:39] 하지만 인스턴스를 계속 바꿔가며 사용할 때,
[16:41] 이 코드베이스에 대해 말해달라고 하면
[16:43] 이게 매우 유용해집니다.
[16:45] 여기 하나의 인스턴스가 있고, 여기에도 다른 인스턴스가 있어요.
[16:49] 이 도구를 정말 열심히 사용한다면
[16:51] 아마도 여러 개를 열어놨을 거예요.
[16:53] 3개, 5개, 10개의 인스턴스를 말이에요.
[16:55] 이 도구의 인스턴스를 열고
[16:57] 계속 프롬프트를 입력하고 있을 겁니다.
[17:00] 여기 또 다른 프롬프트가 있어요.
[17:02] 그래서 이 마지막 프롬프트 상태 줄이
[17:05] 무슨 일이 일어나고 있는지 알려주는 것이
[17:08] 정말 정말 도움이 됩니다.
[17:12] 이제 이 클로드 코드 인스턴스를 빠르게 보고
[17:14] 상태 줄을 읽으면
[17:15] 아, 맞아, 이게 내가 프롬프트했던 거고
[17:17] 이 특정 인스턴스에서 작업하고 있던 거구나
[17:19] 라고 알 수 있어요.
[17:21] 약간의 상태와 클로드 코드 훅을 결합하면
[17:23] 도움이 필요하지만 언급하신 완전한 프롬프트나 질문을
[17:25] 공유해 주셔야 합니다
[17:27] 상태 줄과 함께
[17:29] 정말 정말 강력한 기능을 얻게 되죠
[17:30] 에이전트 코딩 도구를 기반으로 구축된
[17:32] 여기서 웹이 실행되기 시작하는 것을 볼 수 있고
[17:34] 이걸 보면 상태 줄을
[17:37] 바로 확인할 수 있어요
[17:38] 질문을 하는지, 새 코드를 만드는지에 따라
[17:40] 이모지가 있죠
[17:42] 새 인스턴스에서 해봅시다
[17:43] 클로드, 이런 readme를 기반으로
[17:46] 압축된 readme를 만들어줘
[17:48] 여기에 create 키워드가 있고
[17:49] 정보 밀도가 높은 키워드가 있어요
[17:52] 이제 우리의 최근 프롬프트가 있네요
[17:56] 전구 아이콘이 있어요
[17:59] 생성하거나 업데이트하고 있다는 뜻이죠
[18:01]
[18:04]
[18:06]
[18:07] 새로운 뭔가를 만들고 있네요. 그래서, 우리가
[18:10] 몇 가지만 업데이트하고 있는 거죠?
[18:11] 도구들을 사용하고 있어요.
[18:12] 당신의 Claude 코드 훅들을 분석했습니다
[18:15] 마스터리 코드베이스. 이것은 고급
[18:17] 툴킷으로 Claude 코드를 확장하기 위한
[18:19] 훅, 서브 에이전트, 그리고 커스텀 동작들이죠.
[18:22] 훌륭하네요. 텍스트 투 스피치
[18:24] 응답을 받았군요. 이것도 또한
[18:26] 다중 에이전트와 상호작용하는데 유용해요. 이것은
[18:28] 우리가 가지고 있던 스톱 훅 텍스트 투
[18:31] 스피치 응답을 대체하는 종류의 것이에요
[18:32] 이전 비디오들에서 사용해왔던 것 말이죠. 이제
[18:34] 아웃풋 스타일로 우리는 에이전트가
[18:37] 작업을 끝낼 때마다 도구를 실행할 수 있어요.
[18:40] 이 경우에, 도구는 11
[18:42] Labs 텍스트 투 스피치입니다. 정말로
[18:44] 이 도구로 무엇을 할 수 있는지에
[18:47] 주의를 기울이고 있길 바라요, 맞죠? 아웃풋
[18:49] 스타일을 상태
[18:51] 라인과 조합하면. 이게 무엇을 하는 거죠? 근본적인
[18:53] 변화가 일어나고 있는 것이
[18:54] 무엇일까요? 우리는 정보
[18:57] 전달률을 늘리고 있는 거예요. 우리와 에이전트 사이의,
[19:00] 맞죠? 그리고 이것을 더 밀어붙이면
[19:02] 뭔가와 같은
[19:03] 압축된 readme를 만들었어요
[19:05] 650줄을 150줄로 줄이면서 모든
[19:09] 필수 정보를 유지했습니다.
[19:10] 훌륭해요. 그리고 이것을
[19:12] 더욱 밀어붙이면 무엇을 얻을까요? 맞아요.
[19:14] 제너러티브 UI를 얻는 거예요. 좋아요. 맞아요. 이것이
[19:19] 일종의 모든 것이
[19:20] 향하는 방향이에요. 여러분이 더 큰
[19:22] 그림을 볼 수 있길 바라요. 이 도구를 얼마나 멀리
[19:25] 밀어붙일 수 있는지에 대해서 말이에요. 좋아요. 그리고 다시 말하지만
[19:27] 구독하지 않았다면 여행에
[19:28] 합류해 보세요. 우리는 이런 큰 아이디어들에
[19:30] 매주 집중해요. 저는 미래가
[19:32] 나타나기를 기다리지 않아요. 저는
[19:33] 그것을 향해 달려가고 있고 달려가면서
[19:35] 아이디어들을 공유하고, 여러분도 어떻게
[19:38] 이런 도구들을 사용할 수 있는지를 공유해요. 우리는
[19:40] 제너러티브 UI를 가지고 있어요, 맞죠? 우리는 강력한
[19:42] 상태 라인들을 가져서 도대체 무슨 일이 일어나고 있는지
[19:45] 계속 추적할 수 있도록 해줘요. 그래서, 여기에
[19:47] 제가 데이터 센터에 대해 물어본 질문에 대한
[19:49] 또 다른 제너러티브 UI 응답이 있어요
[19:51] 투자에 대해서 말이에요. 클라우드 코드가 좀
[19:52] 조사를 하고 우리를 위한 분석을 만들어줬어요.
[19:55] AI 데이터 센터에서 명확한 승자네요.
[19:56] OpenAI 스타게이트 4년간 5000억 달러.
[19:59] 꽤 대단하네요. 훌륭한 분석이에요.
[20:01] 다시 말하지만, 제너러티브 UI. 제 에이전트가 그냥
[20:04] 저를 위해 이것을 만들어줬어요. 여기에 작은
[20:05] 타임라인이 있네요. 그리고 항상 그냥
[20:08] 시작점일 뿐이죠, 맞죠? 모든 응답,
[20:10] 여러분이 작성하는 모든 프롬프트, 모든
[20:12] 에이전트에 추가되는 컨텍스트 조각.
[20:14] 이것은 그냥 또 다른 도구일 뿐이에요, 또 다른
[20:17] 에이전트 코딩을 위한 레버리지 포인트.
[20:19] 좋아요. 그래서, 환상적이네요. 정말 멋진
[20:22] 것들이에요. 상태 라인으로
[20:24] 다시 집중해 보죠. 이제, 저는 이
[20:25] 네 개의 윈도우를 열어두고 있어요, 맞죠? 저는
[20:27] 병렬로 많은 작업을 하고 있어요. 이것들을 순환하면서
[20:29] 정확히 무슨 일이 일어나고 있었는지 알 수 있어요,
[20:31] 맞죠? 그래서, 말 그대로 여기에서는
[20:32] 아무것도 일어나지 않았어요. 그냥 데모 프롬프트.
[20:34] 하지만 여기에서는, 누가 가장 많이 투자하고 있나요?
[20:35] 좋아요, 이제 그것에 대해 후속 조치를 할 수 있어요. 또 무엇이
[20:37] 있을까요? 맞아요. 압축된
[20:38] readme를 만들기. 좋아요, 환상적이에요. 우리는 또한
[20:41] 그 텍스트 투 스피치 요약을 받았어요. 650에서
[20:44] 이거요. 그 파일을 열어보세요. 물론, 우리가
[20:48] 얻게 될 건데요
[20:49] 압축된 readme 파일을 열어서
[20:50] 검토할 수 있도록 했습니다
[20:53] 음성을 텍스트로 변환한 응답이네요. 환상적입니다.
[20:54] 여기서 인스턴스들을 종료해보겠습니다.
[20:56] 집중해봅시다. 방금 전 건 두 개의
[20:58] 상태 라인이었죠? 이제 상태 라인 V3으로 가보겠습니다
[21:01] 그리고 V4는 여러분이 실험해보시도록 남겨두겠습니다.
[21:03] 여기서 Claude를 다시 실행해보겠습니다.
[21:05] 권한을 가진 Opus로 실행합니다. 여기서 보시면
[21:08] 프롬프트를 시작하기 전까지는 매우 유사한 형식입니다.
[21:10] 여기서 저의 새로운 작업 흐름은
[21:12] 출력 형식을 설정하는 것입니다. 여기서 YAML 구조 형식을
[21:15] 설정해보겠습니다.
[21:17] 그리고 새로운 압축된 readme를
[21:19] 검색해보겠습니다. 이 코드베이스는
[21:22] 무엇을 하는지요? 이 파일만 읽기 모드로 보세요.
[21:26] 빠른 이해를 위한 것이고
[21:27] 정말 놀라운 것을 보시게 될 겁니다.
[21:28] 여기 상태 라인이 업데이트되었습니다.
[21:30] 에이전트의 이름이 있네요. 비슷한 형식이죠?
[21:33] Opus가 YAML 포맷팅에서 조금 더 뛰어납니다.
[21:35] 훌륭한 YAML 기반 응답 형식을
[21:37] 가지고 있습니다. 다시 말하지만,
[21:39] 이 응답 형식에는 이 에이전트의
[21:41] 성능을 개선하는 뭔가가 있습니다.
[21:43] 꼭 이것을 가지고 놀아보세요.
[21:45] 맞죠? 우리는 무엇을 하는지 물었고,
[21:47] 이 파일만 읽어보라고 했습니다.
[21:49] 작업이 완료되었습니다. 개요.
[21:51] 핵심 기능. 맞습니다.
[21:54] 클라우드 코드를 제어하는 8가지 생명주기입니다.
[21:56] 맞아요. 서브 에이전트. 좋습니다. 메타 에이전트.
[21:59] 아주 좋습니다. 이전 비디오에서
[22:00] 다뤘던 내용입니다. 커스텀 기능.
[22:02] 상태 라인. 출력 형식. 아주 좋습니다.
[22:04] 기술 스택. 좋네요. Astral UV.
[22:07] 맞습니다. Astral에게 박수를.
[22:09] 사용 사례. 주요 혁신. 훌륭한 내용입니다.
[22:12] 맞습니다. 그리고 우리 상태 라인에는
[22:14] 마지막 프롬프트와 에이전트 이름이 있습니다.
[22:17] 에이전트를 확장할 또 다른 도구이자
[22:19] 세션 전반에 걸쳐 업데이트되는
[22:21] 상태를 어떻게 활용할 수 있는지
[22:24] 에이전트를 안내하고 에이전트와
[22:27] 더 빠르고 더 나은 상호작용을 하도록
[22:28] 도와주는 또 다른 예시입니다. 맞죠?
[22:31] 더 많은 에이전트, 더 나은 에이전트.
[22:32] 먼저 에이전트를 더 좋게 만들고,
[22:35] 그 다음에 더 많은 에이전트를 추가하는 거죠.
[22:39] 알겠죠? 이제 readme를 읽어보고
[22:41] 이해도를 업데이트해보세요.
[22:44] 좋습니다. 그런 식으로 말이죠. 그리고 이
[22:46] 상태 라인 V3에는 이제 뒤따르는
[22:48] 프롬프트들이 있습니다. 맞죠? 히스토리
[22:51] 뒤따르는 프롬프트들. 여기가 가장 최신이고
[22:53] 여기가 우리가 실행한 두 번째
[22:55] 마지막 프롬프트입니다. 정말 강력한 것들이죠.
[22:58] 여기서 요점을 이해하셨을 겁니다. 우리가
[23:00] 엔지니어로서 에이전트와 점점 더 많이
[23:03] 상호작용하면서, 핵심 아이디어, 핵심 가치
[23:06] 제안은 당신과 당신의 에이전트
[23:08] 사이의 정보 전달 속도를 높이는 것입니다.
[23:11] 맞죠? 당신과 당신이 하려는
[23:13] 작업 사이의 정보 전달 속도를 높이는 것입니다.
[23:15] 이들은 큰 개선입니다. 처음에 언급했듯이
[23:17] 클라우드 코드 팀에서 나온 몇 가지 기능에 대해
[23:19] 그다지 만족하지 않습니다.
[23:21] 그런 것들에 대해 빠르게 얘기해보겠습니다.
[23:25] 제가 얘기하고 싶은 몇 가지 기능이
[23:26] 있는데 음 클라우드 코드를 잘못된
[23:29] 방향으로 밀어붙이고 있다고 생각합니다.
[23:30] 제 개인적인 의견이지만 여러분과
[23:32] 이것을 여러분과 공유하고 싶습니다. 이것에 대한
[23:36] 여러분의 생각도 듣고 싶습니다. /model
[23:38] [음악]
[23:40] Opus Plan 모드입니다. 프롬프트를 제출하면
[23:42] Claude Code는 Opus로 계획을 세우고
[23:44] Sonnet으로 구축합니다. 만약
[23:45] 여러분이 채널을 오래 봐오셨다면
[23:48] 이 기능이 ADER, 원조 AI 코딩 도구를
[23:51] 떠올리게 할 것입니다. ADER는
[23:53] 언어 모델을 진정으로 활용한
[23:55] 최초의 AI 코딩 도구 중 하나였습니다.
[23:57] 이것은 전통적인 AI 코딩입니다.
[23:59] 에이전트 코딩이 아닙니다. ADER에서는
[24:02] 도구 호출이 일어나지 않습니다. 그 PR, 그
[24:04] 패치는 아직 나오지 않았습니다. ADER는
[24:07] 아키텍트 모드를 구축한
[24:09] 최초의 도구 중 하나였습니다. 2024년에
[24:12] 나온 이 훌륭한 블로그를 볼 수 있습니다.
[24:14] 이것이 혁신적이었던 이유는 프롬프트
[24:16] 체인을 사용했기 때문입니다. 두 개의 모델로
[24:19] 두 개의 프롬프트를 말이죠. ADER는
[24:21] 사고와 구축을 분리했습니다.
[24:22] 네, 이것은 정말 큰 변화였습니다. 우리는
[24:24] 이 시기 즈음 채널에서 이미 프롬프트 체이닝에
[24:26] 대해 이야기했었습니다. 제가 왜
[24:29] 이것에 문제가 있다고 생각할까요? 왜
[24:31] 플랜, 빌드, 아키텍트, 빌더가
[24:33] 제가 불만을 가지는 부분일까요?
[24:36] Claude Code의 힘은 유연성, 제어력,
[24:39] 그리고 단순함에 있습니다.
[24:41] 창시자 Boris가 말했듯이, Claude Code는
[24:44] 원시 기능입니다. 엔지니어링
[24:47] 원시 기능이죠. 이 기능은 저에게
[24:50] 백그라운드 bash 명령어와 함께
[24:52] 약간의 권한 초과로 느껴집니다.
[24:54] 저에게는 방향성 집중력 상실의
[24:57] 시작처럼 느껴집니다.
[24:58] 그들은 엔지니어가 모델을 어떻게
[25:01] 사용할지, 계획, 구축,
[25:03] 그리고 백그라운드 작업 관리 같은
[25:05] 것들을 결정하도록 해야 합니다.
[25:08] bash 제어 같은 것 말이죠.
[25:10] 제가 여기서 하려는 모든 말을
[25:12] 조금 더 간단히 정리해서
[25:14] 말하자면, 모델을 어떻게 사용할지
[25:16] 지시하지 마세요. 백그라운드
[25:18] 프로세스에서 bash 명령어를 어떻게
[25:20] 관리할지 지시하지 마세요.
[25:22] 네, 이것은 제가 모든 도구에서
[25:24] 항상 주의 깊게 지켜보는 부분입니다.
[25:28] 특히 선두 도구에서 말이죠. 저에게는
[25:30] 새로운 기능이 가치가 있는지 또는
[25:32] 존재해야 하는지를 판단하는 데 도움이 되는
[25:35] 가이드 질문이 있습니다.
[25:37] 생성형 AI 시대에서는 매 단계마다
[25:41] 컨텍스트 모델과 프롬프트를 항상
[25:44] 추적해야 합니다. 여기서 핵심 질문은
[25:47] '제가 사용하는 도구의 프로세스
[25:50] 모든 단계에서 컨텍스트, 모델,
[25:52] 그리고 프롬프트가 정확히 무엇인지 알고
[25:55] 있는가?'입니다. 네. 이것을 모호하게
[25:58] 만들거나 여러분이나 제가
[26:00] 빅 3를 어떻게 관리해야 하는지에 대한
[26:03] 의견을 삽입하는 모든 기능은
[26:05] 저에게 거대한 노란색, 주황색,
[26:07] 빨간색 경고 신호를 던집니다.
[26:10] 이제 분명히 하자면
[26:12] 이 두 기능 모두 유용합니다.
[26:15] Opus가 계획하고 Sonnet이 구축하는
[26:16] Opus Plan 모드는
[26:18] 꽤 유용한 기능입니다. 제가 이것이
[26:20] 가치 있는 기능이 아니라고 말하는 건
[26:23] 클라우드 코드팀에서 제공하는 클라우드 코드가
[26:24] 정말 그들이 구축해야 할 올바른 기능 세트인지
[26:27] 궁금합니다.
[26:28] 이것이 조금씩 궤도에서 벗어나는 첫 번째 신호라고
[26:30] 생각하는데요.
[26:32] 아마도 제가 과하게 분석하고 있거나
[26:34] 너무 세부적으로 보고 있을 수도 있습니다.
[26:36] 클라우드 코드의 이런 방향성에 대해
[26:38] 개별 기능들과는 별개로 어떻게 생각하는지
[26:40] 댓글로 알려주세요.
[26:42] 백그라운드 bash 명령어와 오푸스 플랜이
[26:46] 가치 있는 기능이 아니라는 말은 아닙니다.
[26:52] 그건 제쳐두고,
[26:54] 여기서 보시면 출력 스타일과 상태 라인이
[26:57] 사용자와 에이전트 간의
[26:59] 정보 전달률을 높여줍니다.
[27:02] 이것이 어떻게 작동하는지
[27:04] 빠르게 알아보겠습니다.
[27:06] 정말 간단한 기능들인데
[27:08] 완전히 마음에 듭니다.
[27:11] 클라우드 코드팀이 단순하게 유지하고 있어요.
[27:13] 클라우드를 열어보면
[27:15] 출력 스타일을 열어볼 수 있고,
[27:17] 여기에 모든 출력 스타일이 자세히
[27:19] 나와 있는 것을 볼 수 있습니다.
[27:21] 제가 완전히 놓친 불릿 포인트 형식도 있고,
[27:24] HTML 구조도 있습니다.
[27:25] 마크다운도 있고요.
[27:28] 물론 Gen UI도 있습니다.
[27:29] 이 코드베이스는 여러분이
[27:31] 사용할 수 있게 제공될 예정입니다.
[27:33] 링크는 설명란에 있어요.
[27:35] 참고로, 여기까지 영상을 보셨고
[27:37] 매주 시청하시면서도
[27:38] 아직 구독하지 않으셨다면
[27:40] 뭐 하고 계신 거예요?
[27:41] 매주 이 모든 작업과
[27:43] 우리가 이야기하는 모든 아이디어들을 보시면서
[27:45] 감사 표현으로 버튼 하나
[27:47] 누르지 못하시겠어요? 제발요.
[27:50] 구독해 주세요. 함께 해요.
[27:52] 이상하게 굴지 마세요.
[27:54] 좋은 사람들과 함께하는 거예요.
[27:55] 제가 여기서 무료로
[27:56] 매주 가치를 전달하고 있으니까
[27:58] 기차에 올라타세요.
[27:59] 앞으로 계속해서 더욱 가속화될 테니까요.
[28:03] 자, 그게 GUI입니다.
[28:04] 이걸 확인해 보세요.
[28:06] 다시 말하지만,
[28:07] 링크는 설명란에 있습니다.
[28:08] 이것이 어떻게 작동하는지 볼 수 있고
[28:11] 자신만의 것으로 조정할 수 있습니다.
[28:13] 이런 에이전트 워크플로우의
[28:15] 핵심 워크플로우 단계가 있는 것을
[28:17] 볼 수 있는데, 에이전트가
[28:19] 연속으로 행동을 취하길
[28:21] 원하는 곳입니다.
[28:23] 여기는 프롬프트가 정확히 무엇을 하는지
[28:25] 상세한 분석을 얻을 수 있는
[28:27] 좋은 곳입니다.
[28:28] 그게 바로 HTML 구조예요.
[28:30] TTS도 모두 거기 있습니다.
[28:32] 그걸 닫으면 상태 라인에
[28:35] 집중할 수 있고,
[28:37] 이를 위한 전용 폴더를
[28:38] 만들어 놨습니다.
[28:39] 출력 스타일은 Anthropic 전용 디렉토리이고,
[28:42] 상태 라인은 조직적 목적으로
[28:44] 제가 만든 것입니다.
[28:46] 여기 데이터 디렉토리처럼요. 잠시 후에 이야기할게요.
[28:49] 상태 라인 디렉토리에서 집중해야 할 것은
[28:52] 메인뿐입니다. 우리는 라인을 읽어 들이고
[28:54] 클로드 코드 훅과 정말 멋진 조합으로 나타나는 기능입니다.
[28:58] 사용자 프롬프트를 찾아보면,
[29:00] 이 파일들을 나란히 열어보겠습니다.
[29:01] 우리는 세션 데이터를 관리하고 있습니다.
[29:05] 모든 클로드 코드 프롬프트는
[29:08] 우리의 에이전트별 데이터에 기여합니다.
[29:11] 맞죠? 새로운 클로드가 있습니다.
[29:13] 데이터를 열어보면, 여기에
[29:15] 여러 세션이 있는 걸 볼 수 있습니다.
[29:17] 세션 중 하나를 열어보면,
[29:19] 특정 세션에 대한 정보가 있습니다.
[29:21] 업데이트하고 작성하고 읽을 수 있는 정보죠.
[29:24] 네, 예상하시겠지만,
[29:26] 세션 ID, 에이전트 이름, 프롬프트들이 있습니다.
[29:29] 이것이 에이전트 이름과
[29:32] 프롬프트 히스토리를 채우는 방법입니다.
[29:34] 계속 프롬프트를 입력할 수 있습니다.
[29:37] 환상적입니다. 잘 작동하네요.
[29:38] 그냥 무작위 프롬프트로 시연해보겠습니다.
[29:40] 이 상태 라인으로 가장 최근 3개의 프롬프트를
[29:43] 추적하고 있다는 걸 보여주려고 합니다.
[29:45] 이 모든 것이 간단한 상태 관리 시스템
[29:47] 때문에 가능합니다.
[29:49] 다시 말하지만, 그냥 JSON 객체들이에요.
[29:52] 매우 읽기 쉽고 이해하기 쉽습니다.
[29:53] 그게 전부입니다. 사용자 프롬프트
[29:55] 제출 훅에서 클로드 코드 훅이 있습니다.
[29:57] 우리는 이 두 기능을 결합해서
[29:59] 더 많은 가치를 얻고 있습니다.
[30:02] 프롬프트 추가. 에이전트 이름이 없으면,
[30:03] 정말 멋진 일을 하고 있습니다.
[30:05] GPT5 나노 에이전트 비디오를 기억하시나요?
[30:09] 우리는 GPTOSS 200억을 실행했었습니다.
[30:12] 여기서 정확히 같은 일을 하고 있습니다.
[30:14] olama.py를 열어보면, 제 맥북에서 바로
[30:17] 강력한 온디바이스 모델을 실행하고 있습니다.
[30:19] 에이전트를 위한 고유한 이름을 생성합니다.
[30:23] 이것은 이런 에이전트들의
[30:25] 매우 간단하고 훌륭한 사용 사례입니다.
[30:27] 여기서 보시면, 에이전트 이름 생성.
[30:29] 이 파일을 확인해보실 수 있습니다.
[30:31] 정말 간단합니다.
[30:33] 한 단어 이름을 생성하고 있어요.
[30:34] 이게 프롬프트 엔지니어링 101입니다.
[30:36] 그게 전부예요. 에이전트는 이것을 생성할 때
[30:38] 5초가 있고, 그렇지 않으면 대체합니다.
[30:42] 이것이 상태 라인을 위한
[30:44] 상태 업데이트 방법입니다.
[30:46] 여기서 보시고 있는 것, 이 비디오에서
[30:48] 보신 모든 기능들,
[30:50] 이것들은 아웃풋 스타일로 할 수 있는
[30:52] 핵심 아이디어들입니다.
[30:54] 이것을 더 발전시켜서 결합하고,
[30:56] 병합하고, 조건부 분기를
[30:59] 아웃풋 스타일 시스템 프롬프트에 직접 추가해서
[31:02] 현재 프롬프트에 기반해
[31:03] 에이전트가 사용할 아웃풋 타입을 지시할 수 있습니다.
[31:05] 네, 이것을 더 발전시키고 싶다면
[31:07] 그것이 훌륭한 방향입니다.
[31:09] 이것이 클로드 코드를 훌륭하게 만드는 이유입니다.
[31:12] 이것은 엔지니어링의 새로운 원시 도구입니다.
[31:15] 점점 더 커스터마이징 가능한 엔지니어의 에이전트이고
[31:18] 지금까지 매우 비편향적입니다.
[31:21] 이것이 핵심입니다.
[31:23] 전용 솔루션이 아닙니다.
[31:25] 이것은 우리 엔지니어들이 직면하는
[31:28] 모든 문제를 해결하기 위해 필요한 것입니다.
[31:31] 이것이 다시 한번 플랜 모드와
[31:33] 배시 명령이 비편향적이고 간단한
[31:36] 엔지니어링 원시 도구라는 원칙의
[31:37] 약간의 과도한 확장처럼 보이기 시작하는
[31:39] 이유라고 생각합니다.
[31:41] 이에 대해 어떻게 생각하시는지 알려주세요.
[31:43] 아래 댓글을 남겨주세요. 이 코드베이스는 설명란의 링크에서 확인하실 수 있습니다. 무엇보다 집중해서 계속 만들어 나가세요.