Grok 4로 무엇이든 구축하는 방법

David Ondrej 구독자 277,000명

요약

이 영상에서 데이비드 안드레는 XAI가 발표한 Grok 4가 어떻게 기존 AI 모델을 압도하는지 설명하고, 이를 실제 개발 워크플로우에 접목하는 과정을 단계별로 데모합니다. 벤치마크에서의 성능 비교부터 멀티에이전트 아키텍처, 컨텍스트 윈도우, 함수 호출 등 핵심 기능을 짚고, Cursor와 Repo Prompt를 이용한 실전 프롬프트 엔지니어링 과정을 상세히 보여줍니다. 마지막으로 저비용 월 $20 구독으로 Grok 4를 포함한 다양한 모델을 활용하는 Vectal 통합 솔루션을 제안하며 생산성 혁신을 강조합니다.

주요 키워드

Grok 4 멀티에이전트 시스템 컨텍스트 윈도우 Repo Prompt 프롬프트 엔지니어링 멀티모달 함수 호출 Vectal AGI 벤치마크

하이라이트

🚀 벤치마크 압도: Grok 4 Heavy 버전은 GPQA, Math, Coding 등 주요 테스트에서 경쟁 모델을 완전히 제압한다.
🔑 256K 컨텍스트 윈도우: 멀티모달 이미지·텍스트 처리와 함수 호출, 구조화된 출력이 가능한 대용량 문맥 이해 능력을 제공한다.
🤖 멀티에이전트 시스템: Grok 4 Heavy는 네 개의 에이전트를 병렬로 실행해 합의(consensus)로 최적 솔루션을 선택하는 혁신적 구조를 갖췄다.
💡 프롬프트 엔지니어링: Repo Prompt를 통해 코드베이스를 분석하고 필요한 파일을 추출한 뒤, Super Grok Heavy에 최적화된 지시문을 전달하는 과정을 시연한다.
💰 합리적 비용 제안: 월 $300대 Heavy 버전 대신, Vectal Pro를 통해 월 $20에 Grok 4를 포함한 다양한 최첨단 모델을 사용할 수 있다.
📈 AI 경쟁 예측: XAI와 Google DeepMind가 AGI 레이스를 주도할 것으로 전망하며, 지금이 AI 스타트업과 에이전트 개발에 뛰어들 최적 시기라고 강조한다.
🔧 실제 개발 적용: Cursor UI에서 코드베이스를 로드하고, 칸반 보드 UI 개선을 위한 세부 지시를 내리며 자동화된 커밋·푸시·PR 생성까지 보여준다.
🌱 지속적 업스킬: AI 모델 활용뿐 아니라 매일 60분씩 강력한 모델로 학습해 스스로 경쟁력을 키워야 한다고 제안한다.

용어 설명

Grok 4 Heavy

네 개의 AI 에이전트를 병렬 실행해 합의(consensus)를 통해 최적 솔루션을 선택하는 프리미엄 버전 모델

멀티모달

텍스트와 이미지를 모두 이해·처리할 수 있는 모델 특성

컨텍스트 윈도우

한 번에 모델이 참고·이해할 수 있는 토큰(문맥) 범위(256K 토큰) 범위

함수 호출(Function Calling)

모델이 외부 API나 함수를 직접 호출해 구조화된 출력을 생성하는 기능

멀티에이전트 시스템

여러 에이전트가 병렬로 작업한 뒤 합의 과정을 통해 최적 답안을 고르는 구조

Repo Prompt

코드 리포지토리 전체를 모델에 전달해 필요한 파일과 정보를 자동으로 추출하는 도구

프롬프트 엔지니어링

AI에 정확한 지시를 내리기 위해 입력을 구조화·최적화하는 기법

Vectal

Grok 4를 비롯한 다양한 모델과 AI 에이전트를 월 $20 구독으로 통합 제공하는 생산성 툴

AGI

Artificial General Intelligence(범용 인공지능)을 가리키는 용어

데이비드가 Grok 4를 소개하며 OpenAI·Anthropic·Google 등 기존 모델을 어떻게 성능 면에서 앞서는지 간략히 설명한다.

[00:00] 데이비드 안드레가 Grok 4를 세계 최고의 AI 모델로 소개하며, XAI가 OpenAI, Anthropic, Meta, Google을 완전히 압도했다고 주장한다.

[00:15] Grok 4 Heavy 버전이 월 300달러이며, 영상에서는 다른 모델들과의 비교와 실제 사용법을 보여줄 예정이라고 설명한다.

GPQA, 고급 수학(AMY), 코딩 테스트 등 인기 벤치마크에서 Grok 4 베이스·툴 사용·헤비 버전 세 가지가 경쟁 모델을 압도하는 결과를 보여준다.

[00:29] GPQA, AMI 등 인기 벤치마크에서 Grok 4가 경쟁자들을 완전히 압도하는 성과를 보여주며, 세 가지 버전의 차이점을 설명한다.

256K 컨텍스트 윈도우, 멀티모달 처리, 함수 호출, 구조화된 출력 등 Grok 4의 주요 스펙을 설명하고 베이스 버전과 헤비 버전의 차이를 정리한다.

[00:52] Grok 4의 핵심 기능을 설명한다. 멀티모달, 추론 모델, 256k 컨텍스트 윈도우, 텍스트/이미지 처리, 함수 호출 등이 가능하다.

[01:14] Grok 4 Heavy의 멀티 에이전트 시스템이 어떻게 작동하는지 설명한다. 4개의 에이전트가 병렬로 실행되어 협력적으로 문제를 해결한다.

[01:29] XAI가 Grok 4가 모든 분야에서 PhD 수준을 능가한다고 주장하며, 이는 GPT-4 출시 이후 가장 큰 발표일 수 있다고 평가한다.

Grok 4가 이전에 유튜브에서 제한 없이 '미친' 발언을 한 것은 엘론 머스크의 전략적 마케팅으로 의도된 대규모 홍보 전략일 수 있다는 이론을 제시한다.

[01:36] Grok의 무제한 응답 기능이 엘론이나 그의 팀의 전략적 마케팅 전략이었다는 개인적인 이론을 제시한다.

[01:55] AI 콘텐츠만 소비하지 말고 스타트업이나 AI 에이전트를 만들어야 한다고 조언하며, AI 발전 속도가 너무 빨라 테스트할 것조차 부족하다고 경고한다.

모델 테스트가 부족할 정도로 AI 성능이 급속히 발전 중이라며, AI 콘텐츠 소비자를 넘어 AI 스타트업·에이전트 구축자로 행동할 것을 권장한다.

[02:15] 6개월 전에 XAI가 AI 경쟁에서 승리할 수 있는 두 회사 중 하나가 될 것이라고 예측했다며, 자신의 예측이 맞았다고 주장한다.

데이터·인재·컴퓨트·실행력 네 가지 요소로 XAI와 Google DeepMind가 AGI 경쟁을 주도할 것으로 예측하며 구독 유도 전략을 제안한다.

[02:25] 화자가 몇 달 전 AGI 경쟁에서 구글 딥마인드와 XAI가 승리할 것이라고 예측했지만 아무도 믿지 않았다고 설명합니다. 인재, 데이터, 컴퓨팅 파워, 실행력이 그 이유라고 주장합니다.

[02:46] Grok 4가 혼자서도 사업을 운영할 수 있다고 설명하며, 복잡한 제조업은 어렵지만 자판기 운영 같은 간단한 사업은 가능하다고 합니다. 실제로 벤딩 벤치 테스트에서 1위를 차지했다고 언급합니다.

[03:12] 일론 머스크가 Grok 4가 Cursor보다 더 잘 작동한다고 주장했다고 언급하며, 향후 로드맵을 설명합니다. 다음 달에는 코딩 특화 모델, 9월에는 비디오 멀티모달 에이전트, 10월에는 비디오 생성 모델이 출시될 예정입니다.

[03:42] 실제 개발 작업을 시작하며, 55,000명 이상이 사용하는 자신의 스타트업 벡터에서 repo prompt를 사용해 작업할 예정이라고 설명합니다. 벡터 프로 구독으로 월 20달러에 Grok 4에 액세스할 수 있다고 홍보합니다.

Cursor 환경에서 Repo Prompt로 코드베이스를 로드하고, Grok 4 모델을 선택해 칸반 보드 UI 개선 작업을 어떻게 시작하는지 실습한다.

타임라인 정보가 없습니다.

필요 파일 추출 → 프롬프트 작성 → Super Grok Heavy에 전달하는 전체 과정을 통해 효과적인 프롬프트 엔지니어링 방법을 시연한다.

[04:19] Super Grok을 사용해 UI 변경 작업을 하겠다고 하며, 특히 팀 작업용 캔버스 보드를 개선하고 싶다고 합니다. Cursor에서 Grok 4를 선택했다고 언급하며 실제 코딩 작업을 시작할 준비를 합니다.

[04:43] Cursor에서 Grok 4 모델을 설정하는 방법을 설명합니다. 모델 설정에서 'view all models'를 통해 Grok 4를 찾고 활성화한 후 max mode를 토글해야 합니다.

[05:12] 칸반 보드 UI 개선을 위해 Grok 4에게 코드베이스를 분석하여 가장 관련 있는 파일들을 찾아달라는 명확한 프롬프트를 제공합니다.

[05:47] Super Grok과 일반 Grok 4의 차이점을 설명합니다. Super Grok은 grok.com에서만 사용 가능하고, API 버전인 Grok 4는 Claude와 동일한 가격으로 Opus보다 5배 저렴합니다.

[06:20] Grok 4가 분석한 파일 목록을 확인하고 repo prompt에서 관련 파일들을 로드합니다. 칸반 카드, 컬럼, 뷰, 태스크 매니저 등 5개 파일을 선택합니다.

[06:55] 칸반 카드 디자인 개선 목표를 설정합니다. 우선순위 배지를 오른쪽 위로 이동, 불필요한 패딩 제거, 전체 카드 높이 축소를 통해 더 깔끔하고 미니멀한 디자인을 만들고자 합니다.

Grok 4 Heavy의 네 에이전트가 병렬로 해결책을 탐색하고 합의 과정을 통해 우수 답안을 선택하는 독창적 접근 방식을 설명한다.

[07:20] 칸반 카드를 더 간단하고 잘 디자인하기 위해 최소한이고 깔끔한 디자인이 필요하다고 설명하며, 게으르지 말고 업데이트된 파일의 전체 코드를 제공하라고 요청합니다.

[07:39] Repo prompt를 사용하는 이유를 설명하며, 이는 컨텍스트를 grog.com에 복사하여 Grok 4 Heavy 버전(에이전트 팀)에 액세스하기 위함이라고 밝힙니다.

[07:57] Repo prompt가 매우 긴 프롬프트를 컨텍스트 엔지니어링할 수 있게 해주는 도구라고 설명하며, 모든 파일 내용과 사용자 지침을 제공하여 O3 Pro나 Grok 4 Heavy로 보낼 수 있다고 합니다.

월 $300 헤비 버전 대신 Vectal Pro로 월 $20에 Grok 4 포함 최첨단 모델과 AI 에이전트를 사용할 수 있는 실무 적용 팁을 제안한다.

[08:18] Grok 4 Heavy가 4개의 AI 에이전트를 병렬로 실행하여 문제를 다른 방식으로 해결하려고 시도하는 독특한 접근법이라고 설명하며, 이는 Codex의 4개 변형과는 다르다고 합니다.

[08:36] Grok 4 Heavy에서는 에이전트들이 함께 작업하는 멀티 에이전트 팀이며, 한 에이전트가 다른 세 개가 놓친 참신한 해결책을 찾으면 Grok 4가 그 해결책을 선택한다고 설명합니다.

[08:54] Codex의 4개 변형은 완전히 독립적이어서 세 개가 틀리고 하나가 맞아도 사용자는 수동으로 테스트하지 않는 한 알 수 없다고 비교하며, 이것이 XAI의 완전히 새로운 패러다임이라고 강조합니다.

[09:07] 벤치마크를 보면 약간 오해의 소지가 있을 수 있는데, Grok 4 Heavy가 에이전트 팀인데 에이전트 팀이 아닌 기본 모델들과 비교되고 있다고 지적하며, 더 공정한 비교는 Heavy 변형이 아닌 Grok 4를 보는 것이라고 합니다.

[09:25] XAI의 벤치마크 비교가 약간 의심스러울 수 있지만, Grok 4는 Heavy 없이도 에이전트 팀 없이도 여전히 벤치마크를 압도하고 있으며, 이 모델은 엄청나게 좋아서 사용하지 않으면 뒤처진다고 강조합니다.

[09:57] Vector에 최신 AI 모델들을 빠르게 추가하는 이유와 Vector Pro 구독자들이 모든 모델에 단일 구독으로 접근할 수 있는 장점을 설명합니다.

[10:14] 기존의 구식 업무 관리 소프트웨어들을 대신하여 Vector로 작업을 옮기는 방법과 다양한 뷰 옵션들을 소개합니다.

[10:28] Vector 팀 플랜의 장점과 팀 전체의 생산성을 높이는 방법, 그리고 다른 도구들을 대체할 수 있는 Vector의 통합적 기능들을 설명합니다.

[10:58] 각 프로젝트마다 맞춤형 시스템 프롬프트를 설정할 수 있는 기능과 AI 에이전트들이 맥락을 이해하는 방식을 소개합니다.

[11:21] Grok 4 모델의 실행 상태를 확인하고, 강력한 추론 모델이지만 시간이 걸리는 이유와 그 가치를 언급합니다.

[11:34] Grok 4 실행 완료와 소요 시간을 발표하고, 트위터 팔로우를 통한 조기 액세스 혜택을 홍보합니다.

[12:00] 칸반 카드 업데이트 결과를 확인하고 Cursor로 돌아가서 Heavy 버전 사용을 위한 코드 변경사항을 검토합니다.

[12:23] 개발자가 파일 변경사항을 확인하며 칸반 컬럼을 복사하고 있습니다. 파일 길이가 변경되지 않은 것에 대해 의문을 표하며, 시스템이 파일을 최적화하고 있는지 궁금해합니다.

[12:50] 칸반 뷰로 전환하며 파일들을 검토합니다. 500줄 이상의 긴 파일을 확인하고, AI가 요청을 잘못 이해했는지 의심스러워합니다.

[13:16] 실제로 변경사항이 있음을 확인하고, 칸반 카드만 업데이트된 것을 알게 됩니다. 불필요한 코드 줄을 만들 필요가 없었다고 판단하며, 레이아웃 개선을 긍정적으로 평가합니다.

[13:44] UI 개선점을 제시합니다. 작업 이름이 상단에 위치해야 하고, 프로젝트 이름을 제거할 수 있다고 제안합니다. 프로젝트 전환이 쉽고 위치가 명확해야 한다고 설명합니다.

[14:03] Grok 4가 실행 중이며, 이번 작업은 간단한 질문이라 더 쉬울 것이라고 예상합니다. XAI의 혁신적인 UI 디자인을 높이 평가하며, 4개의 다른 에이전트가 작업하는 것을 확인합니다.

[14:26] 29초의 처리 시간은 길지만 6분처럼 과도하지는 않았다고 평가합니다. 더 자세한 지시사항을 주기 위해 커서 액션을 사용하기로 결정합니다.

[14:43] 칸반 카드 업데이트에 대한 구체적인 지시사항을 작성합니다. 작업 이름이 상단에 위치하고, 우선순위 배치와 같은 레벨에 있어야 하며, 다른 것은 변경하지 말라고 명시합니다.

[15:09] Super Whisper 도구의 불안정성 때문에 재시작이 필요하다고 언급합니다. AI 친구들이 개발 중인 새로운 도구로 전환을 고려하고 있으며, 투자까지 생각하고 있다고 밝힙니다.

[15:22] 화자가 고급 음성-텍스트 변환 도구에 대한 투자를 고려하고 있으며, 시청자들이 AI 음성 도구에 관심이 있다면 댓글을 달아달라고 요청합니다. 현재 Super Whisper, Whisper Flow 같은 도구들은 괜찮지만 커스터마이징이나 안정성 면에서 부족하다고 평가합니다.

[15:52] 프로젝트 UI 개선 작업을 시작하며 칸반 보드로 돌아가 디자인 조정을 합니다. 마감일을 왼쪽으로 이동하고 프로젝트를 색깔 있는 점으로 표시하는 방안을 고려하며, 우선순위 뱃지와의 충돌 가능성을 언급합니다.

[16:25] UI 레이아웃을 재구성하여 마감일을 왼쪽 끝에 두고 프로젝트 정보를 작업 이름 바로 아래에 배치하는 방안을 결정합니다. 이 변경사항을 적용하기 위해 'canban redesign'이라는 새 브랜치를 생성하고 변경사항을 푸시하려고 합니다.

[16:55] Grok 4의 git 명령어 이해도와 도구 호출 능력을 테스트합니다. 새 브랜치 생성, 변경사항 커밋, upstream 추적 설정 등의 작업을 통해 터미널 명령어 순서에 대한 이해와 도구 실행의 신뢰성을 확인하려고 합니다.

[17:30] Grok 4의 주요 장점을 설명합니다. Grok 3와 달리 Grok 4는 강화 학습에 도구 호출을 포함시켜 시스템 프롬프트에서 별도로 지시하지 않아도 문제 해결 과정에서 자연스럽게 도구를 사용할 수 있다고 강조합니다.

[18:07] Grok의 도구 사용 기능은 시스템 프롬프트에서 별도 지시 없이도 추론 과정에서 자연스럽게 작동한다고 설명합니다.

[18:15] 파일 스테이징, 브랜치 생성, 커밋 작성, upstream 푸시 등의 Git 작업이 완벽하게 수행되었다고 확인합니다.

[18:27] 칸반 카드 내부에 새로운 텍스트 레이어를 추가하는 요구사항을 설명합니다. 작업 이름, 프로젝트 이름, 담당자 사이에 수직적인 중간 레벨이 필요하다고 구체적으로 명시합니다.

[18:54] 카드 레이아웃을 재정의합니다. 상단에 작업 이름과 우선순위 배지, 중간에 프로젝트 이름, 하단에 마감일과 담당자를 배치하는 것이 목표입니다.

[19:06] 칸반 카드 내부 요소들의 간단한 위치 조정을 세계적인 디자이너 수준으로 실행하라고 지시하며, 다른 것은 변경하지 말라고 당부합니다.

[19:16] AI에서 좋은 결과를 얻는 핵심은 좋은 프롬프트 엔지니어링과 컨텍스트 엔지니어링이라고 강조합니다. repo prompt 같은 도구가 고급 프롬프트 구성에 도움이 된다고 설명합니다.

[19:34] Grok Heavy의 월 300달러 가격에 대해 논의합니다. 99.9%의 사람들에게는 가치가 없으며, 특히 Vectal을 통해 월 20달러에 Grok 4를 사용할 수 있는 상황에서 더욱 그렇다고 평가합니다.

[19:50] Grok Heavy가 가치 있는 대상을 명확히 정의합니다. 월 300달러를 부담 없이 지출할 수 있고, 월 5자리 수익을 올리며, 고급 프로그래밍 문제 해결에 추가 성능이 필요한 사람들에게만 투자 가치가 있다고 설명합니다.

[20:24] UI 변경이 완벽하게 적용되었다고 확인하며, 한 번에 완료된 것에 대해 만족감을 표현합니다. 이어서 GitHub 푸시를 제안합니다.

[20:42] 기본적인 Git 명령어 학습의 중요성을 강조합니다. 많은 바이브 코더들이 프로그래밍 기본기를 무시하다가 결국 큰 문제에 직면한다고 경고합니다.

[20:51] Git 기본기의 중요성을 강조하며, 주요 명령어를 익히고 10-15분마다 커밋하는 습관을 가지라고 조언합니다.

[21:03] 실제 코드 작업에서 커밋과 푸시 과정을 시연하며, 때때로 발생하는 기술적 문제들을 해결하는 과정을 보여줍니다.

[21:35] Git 명령어를 사용하여 브랜치 확인과 푸시 작업을 완료하며, AI 모델의 정확한 명령어 이해 능력을 평가합니다.

[21:59] Grok 4를 사용하여 UI 요소의 위치를 조정하는 작업을 요청하며, AI의 UI 디자인 이해도를 테스트합니다.

[22:31] 칸반 카드 내 버튼과 요소들의 위치를 세밀하게 조정하며, 정확한 프롬프트 작성의 중요성을 강조합니다.

[23:18] AI에 과도하게 의존하지 말고 기본기를 탄탄히 하라고 조언하며, 매일 AI를 활용한 자기계발의 중요성을 강조합니다.

[23:38] AI의 진정한 힘은 매일 자신을 발전시키는 것이다. 매일 60분을 Grok 4와 같은 강력한 추론 모델과 함께 보내며 기술을 연마한다면, 해당 산업에서 막을 수 없는 존재가 될 것이다.

[24:02] AI의 진정한 이점은 단순히 모델이 좋아지는 것이 아니라, 사용자 자신도 함께 성장하는 것이다. 모델과 함께 자신을 업스킬한다면 훨씬 더 빠르게 발전할 수 있다.

[24:25] 코드 작업을 시작하며 UI의 패딩 문제를 해결하려고 한다. 직접 git 명령어를 사용하는 것이 AI 모델이 15초 동안 추론하는 것보다 빠르다고 설명한다.

[25:01] 태스크 이름과 프로젝트 이름 사이의 불필요한 패딩을 제거하도록 요청한다. '다른 것은 변경하지 마세요'라는 자주 사용하는 프롬프트를 언급한다.

[25:23] 프로젝트 내부에서는 프로젝트 이름을 보여줄 필요가 없다고 생각하며, 팀 뷰에서만 의미가 있다고 설명한다. Grok 4가 UI 비전을 이해하기를 바란다고 표현한다.

[25:49] AI가 원하는 대로 수정한 것에 대해 만족감을 표현한다. 특정 프로젝트가 선택되었을 때 칸반 카드의 중간 레이어(프로젝트 이름 레이어)를 보여주지 않도록 하는 기능 개발을 계속한다.

[26:29] 화자가 팀 버튼과 개인 프로젝트의 UI 동작을 설명하며, 사용자가 특정 프로젝트가 아닌 전체 개요를 볼 때만 표시되는 로직을 구현하고자 한다고 말합니다.

[26:42] 프론트엔드에서 프로젝트를 사용하는 방식과 뷰 변경 방식을 먼저 이해한 후 canard에 간단한 변경을 구현하겠다고 하며, 최소한의 코드 변경을 원한다고 강조합니다.

[27:01] 구체적인 파일을 언급하지 않고도 Grok 4가 코드베이스를 얼마나 잘 이해할 수 있는지 테스트한다고 말하며, 이는 UI 상호작용과 Redux 상태 관리에 대한 깊은 이해가 필요한 복잡한 변경이라고 설명합니다.

[27:26] 이번 테스트가 Grok 4의 성능을 확인하는 가장 큰 테스트가 될 것이라고 하며, Grok 4와 Claude 코드 모두 사용할 계획이라고 답합니다.

[27:38] Grok 4를 Cursor와 Vector 모두에서 주력 모델로 바꿀 것이라고 하며, Vector Pro/Team/Ultra 사용자들은 이미 기본 모델로 설정되어 있다고 설명합니다.

[28:00] Claude 코드는 훌륭한 AI 에이전트이므로 계속 사용할 것이라고 하며, Grok for Heavy는 추가적인 추론 능력과 다중 에이전트 팀 아키텍처를 통해 최대 성능을 끌어내는 데 사용할 것이라고 설명합니다.

[28:15] 어려운 작업, 대규모 기능 계획, 위험한 리팩토링에는 Grok for Heavy를 최고의 조언자로 사용하고, 실제 구현에는 Claude 코드와 Cursor의 Grok 4를 주력 코딩 모델로 사용할 것이라고 계획을 정리합니다.

[28:35] 새로운 불린 값 isOverview가 추가되었지만 아직 제대로 작동하지 않는 상황을 확인하며, 방금 출시된 모델이 Cursor 에이전트에 제대로 통합되지 않았을 수 있다고 추측합니다.

[28:57] 모델 사용 시 "thinking thinking thinking"이 계속 반환되는 문제가 있으며, 이는 OpenRouter API의 문제일 가능성이 높다고 분석하면서 변경사항을 더 자세히 살펴보겠다고 말합니다.

[29:19] 개발자가 코드 변경사항을 적용하고 있지만 overview 설정이 제대로 되지 않은 상황을 다루고 있습니다.

[29:25] 변경사항이 성공적으로 적용되었는지 확인하고 있으며, 모로코에서 작업하고 있어 인터넷 연결이 좋지 않다고 설명합니다.

[29:47] 팀 프로젝트와 개인 프로젝트에서 UI 변경사항이 제대로 작동하는지 테스트하고 있습니다. 칸반 카드에서 불필요한 요소들이 제거되었음을 확인합니다.

[30:33] 작업한 변경사항을 git을 통해 커밋하고 푸시하는 과정을 진행하며, 칸반 카드에 대한 작은 UI 조정 사항을 반영합니다.

[30:52] dev 브랜치로 새로운 PR을 생성하여 변경사항을 vectal에 적용하려고 합니다. 사용자들이 하루 이틀 안에 이 UI 개선사항을 볼 수 있을 것이라고 안내합니다.

[31:27] Grok 4가 이미 프로덕션에 출시되었으며, Vectal Pro, Team, Ultra 사용자들이 이 모델에 액세스할 수 있다고 발표합니다. 사용 제한이 매우 관대하다고 언급합니다.

[31:40] Vectal이 다른 도구들 대비 최고의 가치를 제공한다고 주장하며, Gemini 2.5 Pro, Claude Opus, Sonnet 4.1, DeepSeek 03 Pro, GPT 4.5 등 다양한 모델들을 사용할 수 있다고 설명합니다.

[31:56] 많은 사람들이 Todoist나 ClickUp에서 작업을 옮기는 10분의 시간을 투자하지 않아 vectal을 간과하고 있다고 지적합니다.

[32:03] Vectal의 AI 에이전트들이 고급스럽고 사용자 컨텍스트 텍스트 기능을 통해 개인화된 서비스를 제공한다고 설명합니다. 각 프로젝트별로 특별한 컨텍스트와 시스템 프롬프트를 설정할 수 있다고 언급합니다.

[32:22] Grok 4가 통합된 벡탈 AI 에이전트가 프로젝트 맥락을 완전히 이해하고 있어, 별도 설명 없이도 다른 생산성 도구보다 훨씬 빠르게 작업을 처리할 수 있다고 설명합니다.

[32:38] 생산성 향상을 위한 가장 쉬운 방법으로 벡탈을 작업 관리 도구로 전환할 것을 권장하며, 팀 전체가 Grok 4와 같은 강력한 AI 모델에 액세스할 수 있다고 강조합니다.

[33:00] 벡탈 팀 플랜 구매 시 개인 온보딩 서비스를 제공하며, 개발자 지원과 Discord를 통한 실시간 버그 신고 및 기능 설명 서비스를 포함한 완전한 지원을 약속합니다.

[33:36] 벡탈이 세계에서 가장 빠르게 발전하는 소프트웨어라고 확신하며, 사용하지 않으면 뒤처지게 될 것이라고 경고합니다. 특히 Grok 4가 메인 모델로 추가된 현재 상황에서 더욱 그렇다고 강조합니다.

[33:58] Grok 4가 실제로 풀 리퀘스트를 생성했음을 확인하며, 칸반 카드 UI 리디자인이 완료되어 검토 준비가 되었다고 보고합니다. 자동화된 GitHub 액션과 커서 백보드 등이 실행 중임을 보여줍니다.

[34:19] AI 에이전트들이 팀의 시간을 크게 절약해주고 있으며, AI 에이전트 활용법과 생산성 향상 방법에 대해 더 자세히 알고 싶다면 뉴 소사이어티에 참여하라고 권합니다.

[34:41] 뉴 소사이어티 멤버들이 Grok 4 출시 소식을 14시간 전에 미리 공유했던 사례를 통해, AI 최첨단 정보를 가장 먼저 얻을 수 있는 커뮤니티임을 강조합니다.

[34:54] 클래스룸에서 클라우드 코드, 코덱스 등의 고급 튜토리얼과 벡탈을 0에서 월 매출 1만 달러까지 성장시킨 단계별 문서화 등 독점 콘텐츠에 액세스할 수 있다고 설명합니다.

[00:00] 제 이름은 데이비드 안드레이고, 여기서 보여드릴 것은

[00:01] Grok 4로 무엇이든 만드는 방법입니다. 이것은

[00:04] 세계 최고의 AI 모델입니다. XAI가 방금

[00:06] Grok 4를 출시하면서 OpenAI, Anthropic,

[00:09] Meta, Google을 완전히 압도했습니다. 이 모델은

[00:11] 대부분의 인기 벤치마크에서 다른 AI 모델들을

[00:13] 완전히 압도합니다,

[00:15] 특히 Grok 4 Heavy 버전이 그렇습니다.

[00:17] 참고로 이 버전은 월 300달러입니다. 이

[00:19] 영상에서는 Grok 4 Heavy를 보여드릴 뿐만 아니라,

[00:20] 다른 모델들과의 비교도 보여드리겠습니다. 커서에서

[00:22] 사용해보고, Grok 4로 무엇이든

[00:24] 만드는 방법을 보여드리겠습니다. 자,

[00:26] 오늘날 가장 인기 있는 벤치마크들을 보시면

[00:28] GPQA가 있습니다. 이것은 Google

[00:29] Proof Question Answered의 줄임말입니다. 보시다시피,

[00:32] Grok 4가 완전히 압도합니다. AMI는

[00:34] 고급 수학 분야인데, 경쟁자들을

[00:36] 완전히 압도합니다. 이것은 코딩 벤치마크인데

[00:38] 역시 경쟁자들보다 훨씬 앞서고, 세 버전

[00:39] 모두 그렇습니다. Grok 4 base 버전은

[00:42] 도구 없이 사용하는 것이고, Grok 4 base with tools는

[00:44] 도구와 함께 사용하는 것이며, Grok 4 Heavy는

[00:46] 실제로 여러 에이전트 팀이지만, 이에 대해서는

[00:48] 나중에 더 자세히 설명하겠습니다. 여기 Grok 4에 대해

[00:50] 알아야 할 핵심 사양과 기능들이 있습니다.

[00:52] 기본적으로 멀티모달입니다. 이것은

[00:53] 추론 모델입니다. 256k 컨텍스트

[00:55] 윈도우를 가지고 있습니다. 텍스트, 이미지

[00:58] 처리, 함수 호출, 구조화된

[01:00] 출력이 가능합니다. 하지만 중요한 점은

[01:01] 여러 변형이 있다는 것입니다. Grok 4

[01:03] Base는 기본 버전과 같고,

[01:04] Grok 4 Heavy가 있습니다. 이것은

[01:06] 실제로 멀티 에이전트 시스템으로

[01:08] 매우 흥미로운 방식으로 작동하는데,

[01:10] 합의의 승자를 선택합니다.

[01:11] 실제로 조금 있다가 보여드리는 게

[01:13] 더 나을 것 같습니다. 멀티

[01:14] 에이전트 시스템이 어떻게 작동하는지 보시면,

[01:16] 이 에이전트들은 복잡한 문제를

[01:18] 협력적으로 해결하기 위해 함께 작동합니다.

[01:19] 4개의 서로 다른 에이전트를 동시에

[01:21] 병렬로 실행합니다. 각각은 기본적으로

[01:23] 문제를 해결하는 다른 방법을 실험할 수 있고,

[01:25] XAI는 Grok 4가 모든 분야에서

[01:26] PhD 수준의 벤치마크를 능가한다고 주장합니다.

[01:29] 이는 GPT-4 출시 이후 가장 큰

[01:32] 발표일 수 있습니다. 여기 제 Grok

[01:34] 무료 이론이 있습니다. 기본적으로 완전히

[01:36] 미친 발언을 했고, 심지어 자신을

[01:38] YouTube에서 말할 수 없는 단어로

[01:40] 불렀습니다. 기본적으로 완전히

[01:41] 제한이 없었고, 어떤 질문이든

[01:42] 답변했습니다. 제 이론은

[01:44] 이것이 엘론이나 그의 팀의 전략적

[01:46] 마케팅 전략이었다는 것입니다.

[01:48] Grok에 대한 엄청난 관심을 만들기 위해서 말이죠.

[01:50] 다시 말하지만, 제 이론일 뿐이지만 매우

[01:53] 그럴듯하다고 생각합니다. 만약 여러분이 아직도

[01:55] AI 콘텐츠만 소비하고 있고

[01:56] 스타트업을 만들지 않고, AI

[01:57] 에이전트를 만들지 않고 있다면, 지금이

[01:59] 행동할 때입니다. AI가 너무 빠르게

[02:01] 발전하고 있어서 엘론 자신도

[02:04] "테스트가 부족하다"고 말했습니다.

[02:06] AI에게 물어볼 질문이 말이죠. 모든 것이

[02:08] 너무 쉬워졌습니다. 이것에 대해 생각해보세요.

[02:09] 모델을 만드는 사람들마저도

[02:11] AI를 테스트할 것들이 부족해지고

[02:13] 있습니다. 그리고 제 채널을 보셨다면

[02:15] 이 모든 것을 알고 계셨을 것입니다.

[02:16] 올해 초, 6개월 전에 제가

[02:18] 예측을 했습니다. 저는 XAI가

[02:19] AI 경쟁에서 승리할 수 있는 두 회사 중

[02:22] 하나가 될 것이라고 말했습니다

[02:25] 그런데 사실상 아무도 제 말을 믿지 않았죠.

[02:26] AGI 경쟁에서 누가 이길 것 같으세요?

[02:28] AGI로 가는 경쟁에서요?

[02:29] 구글 딥마인드와 XAI 사이의 경쟁이 될 겁니다.

[02:31] 딥마인드와 XAI요.

[02:32] 말도 안 돼요.

[02:33] 맞습니다. 첫 번째 이유는 인재,

[02:35] 두 번째는 데이터, 세 번째는 컴퓨팅 파워,

[02:37] 그리고 네 번째는 순전히 병목 지점에 대한 실행력입니다.

[02:39] 혹시 아직 구독하지 않으셨다면

[02:41] 꼭 구독해 주세요. 몇 초면 되고

[02:42] 이런 예측들을 미리 보실 수 있습니다.

[02:44] 말씀드렸듯이, Grok 4는 심지어 혼자서도

[02:46] 사업을 운영할 수 있습니다.

[02:48] 아직 멀어 보일 수 있지만

[02:49] 실제로는 가능합니다.

[02:51] 물론 복잡한 사업은 운영할 수 없겠죠?

[02:53] 복잡한 사업은 운영할 수 없어요.

[02:54] 아마 스마트폰 기기의 제조업체를

[02:56] 시작할 수는 없겠지만, 간단한 사업이라면

[02:59] 자판기 운영 같은 것은 가능합니다.

[03:00] 실제로 Grok 4가 이것으로 테스트되었어요.

[03:02] 테스트되었습니다.

[03:03] 저희는 Grok 4 API에 조기 액세스를 받았고

[03:05] 벤딩 벤치에서 실행해봤는데

[03:07] 정말 인상적인 결과를 볼 수 있었습니다.

[03:09] 분명히 1위 자리를 차지하고 있어요.

[03:11] 1위 자리를요.

[03:12] 이제 일론이 커서보다 더 잘 작동한다고

[03:14] 큰 주장을 했다고도 말했습니다.

[03:16] 다시 말하지만, 이것이 사실인지

[03:18] 아닌지 확인해봐야겠죠.

[03:20] "좋아요, 데이빗, Grok 4는 대단해요.

[03:22] 세계 최고의 AI 모델이에요."

[03:24] 그런데 다음은 뭘까요?

[03:25] 다음 달에, 이건 정말 대단할 거예요.

[03:27] 코딩 모델이 출시될 예정입니다.

[03:30] 코딩에 특화된 Grok 4의 파인튜닝된 버전을

[03:32] 받게 될 거예요. 그리고 그 다음 달인

[03:34] 9월에는 비디오에 정말 뛰어난

[03:35] 멀티모달 에이전트를 받게 될 거고

[03:37] 10월에는 실제로

[03:39] 비디오 생성 모델을 만들 예정입니다.

[03:40] 자, 이제 빌드를 시작해봅시다.

[03:42] 좋습니다. 이게 UI입니다.

[03:45] 제가 할 작업은 파일 구조와 함께

[03:46] repo prompt를 사용하는 것입니다.

[03:48] 당연히 제 스타트업인 벡터로

[03:50] 작업할 예정입니다.

[03:51] 이 모든 파일들을 repo prompt에서

[03:53] repo를 열었고, 그러면

[03:54] 매우 효율적인 방법으로 컨텍스트 엔지니어링을

[03:57] 할 수 있습니다. 제가 하고 싶은 것은

[03:58] 실제로 제 스타트업에서 진짜 개발

[04:00] 작업을 하는 것입니다. 이 스타트업은

[04:02] 이미 55,000명 이상이 사용하고 있고

[04:05] 수백 줄의 코드로 구성된

[04:06] 코드베이스입니다.

[04:08] 아, 그런데 거의 잊을 뻔했네요.

[04:10] 벡터에 Grok 4를 추가했습니다.

[04:11] 300달러를 쓰고 싶지 않으시다면

[04:15] 벡터 단일 구독으로 월 20달러면 되고

[04:17] 벡터 프로로 Grok 4에 액세스할 수 있습니다.

[04:19] 어쨌든, 제가 Super Grok으로

[04:21] 할 작업은 UI 변경입니다.

[04:23] 제가 하고 싶은 것은 실제로

[04:25] 캔버스 보드를 개선하는 것입니다.

[04:26] 팀과 함께 작업할 때 캔버스 보드는

[04:28] 잘 디자인되어야 하고

[04:30] 이미 개선될 수 있는 몇 가지를

[04:31] 보았습니다. 제가 해야 할 첫 번째 일은

[04:34] repo prompt에서 관련 파일들을 로드하는 것이고

[04:36] 실제로 Grok 4를 사용해서 할 수 있습니다.

[04:38] 여기 커서로 넘어가죠.

[04:39] 확대해보겠습니다. 짠!

[04:41] 이미 Grok 4를 선택했는데, 그런데

[04:43] Cursor 설정에서 models로 들어가면 좀 숨겨져 있어요.

[04:45] models로 들어가면 좀 숨겨져 있거든요.

[04:47] 그래서 제가 models를 보여드릴게요. view all models로 들어가야 해요.

[04:49] 그러면 Grok 4가 바로 여기 이 모델들 중에 있을 거예요.

[04:52] 이 모델들 중에 있을 거예요.

[04:53] 활성화하면 맨 위로 올라갈 거예요.

[04:55] 하지만 처음에는 이렇게 해야 해요, 그렇죠?

[04:57] 만약 Cursor에서 보이지 않는다면

[04:58] 아마 활성화하지 않았을 거예요.

[04:59] 어쨌든, 여기 들어오면

[05:00] 반드시 Grok 4를 선택해야 해요.

[05:02] max mode를 토글해야 해요.

[05:04] 이것은 최대 컨텍스트 윈도우예요.

[05:06] Grok 4의 경우 256K예요. agent mode로 들어가서

[05:09] 제가 할 일은

[05:10] 매우 명확한 프롬프트를 주는 거예요.

[05:12] 제 코드베이스를 분석해서

[05:14] 칸반 보드 UI와 가장 관련 있는 7개 파일을 나열해 달라고 했어요.

[05:16] 제가 하고 싶은 것은 칸반 카드에 작은 UI 조정을 하는 거예요.

[05:19] 그래서 이와 가장 관련 있는 5개 파일이 무엇인지 말해달라고 했어요.

[05:21] 게으르게 하지 말고

[05:23] 실제로 분석해서 코드베이스를 훑어보고

[05:26] 간결한 파일 목록을 출력해 달라고 했어요.

[05:28] 다른 건 하지 말고요.

[05:30] 그래서 음성으로 프롬프트를 주었고

[05:32] 이제 Cursor 안의 Grok 4가

[05:34] 제 코드베이스를 분석해서 파일 목록을 줄 거예요.

[05:37] 그러면 이 목록을 repo prompt에서 사용해서

[05:39] Super Grok을 위한 정말 최적화된 프롬프트를 만들 거예요.

[05:40] 이렇게 해야 하는 이유는

[05:43] Super Grok은 grok.com에서만 사용할 수 있고

[05:45] API로는 사용할 수 없기 때문이에요.

[05:47] Grok 4는 API로 사용할 수 있어요.

[05:49] 예를 들어 Open Router를 통해서요.

[05:52] 하지만 heavy 버전은 아니고 멀티 에이전트 시스템도 아니에요.

[05:55] 이것은 기본 버전으로

[05:57] 전체 출력과 입력을 다 가지고 있어요.

[05:59] 그리고 가격은

[06:01] Claude 모델과 동일해요.

[06:03] Claude는 당연히 Grok 4보다 훨씬 나쁜 모델이죠.

[06:04] 즉, Opus보다 5배 저렴하다는 뜻이에요.

[06:06] 그러니까 이 모델은 성능 대비 가격 면에서

[06:09] 정말 미친 수준이에요, 그렇죠?

[06:12] 어쨌든 다시 Cursor로 돌아가봅시다.

[06:14] 목록이 있네요. 파일 목록이 있어요.

[06:16] 제가 할 일은, 보시다시피

[06:19] 25초 동안 Grok이 분석했고 몇 가지 도구를 사용했네요.

[06:20] repo prompt로 들어가서

[06:22] 이 중 몇 개를 로드해 봅시다.

[06:23] 칸반과 카드 column, view가 있네요.

[06:25] 그러면 실제로 이 모든 것들을 선택해 봅시다.

[06:28] 그리고 camera task manager와 task list도 해야 해요.

[06:30] 이건 이미 여기 있네요.

[06:32] 좋아요. task list tsx와 두 개 더 있어요.

[06:35] types와 constants요.

[06:38] types와 constants요. 좋아요.

[06:40] 필요한 모든 파일이 있네요.

[06:42] 실제로 5개 파일이요.

[06:44] 제가 할 일은 Super Grok heavy를 위한 프롬프트를 준비하는 거예요.

[06:47] 그리고 다시 말씀드리지만 제가 하고 싶은 것은

[06:51] 이 칸반 카드의 디자인을 개선하는 거예요.

[06:53] 지금 바로 해봅시다.

[06:55] 칸반 카드 디자인을 훨씬 더 좋게 만들고 싶어요.

[06:57] 우선 우선순위 배지를 오른쪽 위로 옮기고 싶고

[06:59] 배지 위의 불필요한 패딩을 제거하고 싶어요.

[07:01] 그리고 각 칸반 카드의 전체 높이를 조금 줄이고 싶어요.

[07:03] 목표는

[07:05] 칸반 카드 디자인을 훨씬 더 좋게 만드는 거예요.

[07:07] 우선 우선순위 배지를 오른쪽 위로 옮기고 싶고

[07:09] 배지 위의 불필요한 패딩을 제거하고 싶어요.

[07:11] 그리고 각 칸반 카드의 전체 높이를 조금 줄이고 싶어요.

[07:12] 배지 위의 불필요한 패딩을 제거하고

[07:15] 각 칸반 카드의 전체 높이를 조금 줄이고 싶어요.

[07:17] 목표는

[07:20] 여기서 목표는 각 칸반 카드를 더 간단하고

[07:24] 더 잘 디자인하는 것입니다. 최소한으로,

[07:25] 깔끔하고 세련된 디자인이 필요합니다.

[07:28] 세계적인 디자이너가 하는 것처럼 말이죠.

[07:31] 다른 건 변경하지 말고, 업데이트된 파일 전체를

[07:33] 완전히 출력해 주세요. 게으르게 하지 말고,

[07:37] 업데이트된 파일의 전체 코드를 주세요.

[07:39] 좋습니다. 여기서 약간의 프롬프트 엔지니어링을

[07:40] 하고 있습니다. 우리가 repo prompt를 다시

[07:43] 사용하는 이유는 그 컨텍스트를

[07:44] grog.com에 복사-붙여넣기해서

[07:45] Grok 4 Heavy 버전에 액세스해야 하기 때문입니다.

[07:49] 이건 에이전트 팀입니다. 복사해 봅시다.

[07:51] Super Grok Heavy로 다시 돌아가서,

[07:54] 전체를 붙여넣기 합니다. 이것이

[07:57] repo prompt에 익숙하지 않다면,

[07:59] 이것은 기본적으로 매우 긴 프롬프트를

[08:02] 컨텍스트 엔지니어링할 수 있게 해주는

[08:04] 컨텍스트 엔지니어링 도구입니다.

[08:06] 모든 파일 내용을 제공하고 나서

[08:08] 사용자 지침을 제공하면

[08:10] 이를 O3 Pro나 Grok 4 Heavy로

[08:11] 보낼 수 있습니다. 브라우저에서 사용되는

[08:15] 이런 도구들 말이죠. 이게 바로

[08:17] Grok 4 Heavy가 시작하는

[08:18] 모습입니다. 4개의 AI 에이전트가 실행되고

[08:20] 실제로 이것을 클릭해서 보면

[08:21] 놀랍습니다. 우리는 에이전트 팀이

[08:23] 병렬로 실행되어 이 문제를

[08:26] 다른 방식으로 해결하려고 시도하고 있습니다.

[08:29] 이것은 매우 독특한 접근법이며

[08:30] 실제로 Codex에서 4개의 변형을 하는 것을

[08:32] 연상시킵니다. 차이점은 그 변형들이

[08:34] 완전히 분리되어 있다는 것입니다.

[08:36] 여기 Grok 4 Heavy에서는

[08:38] 이 에이전트들이 실제로 함께 작업합니다.

[08:40] 멀티 에이전트 팀이고, 만약 이 에이전트들 중

[08:43] 하나가 다른 세 개가 놓친 참신한

[08:45] 해결책을 찾고 그것이 정확한

[08:47] 해결책이라고 판명되면,

[08:49] Grok 4가 그 해결책을 선택할 것입니다.

[08:51] Codex에서 4개의 변형을 할 때는

[08:54] 이들이 완전히 독립적입니다.

[08:55] 따라서 세 개가 틀리고 하나가 맞아도

[08:56] 상관없습니다. 사용자로서는

[08:58] 수동으로 테스트하지 않는 한

[09:00] 알 수 없습니다. 따라서 이것은

[09:02] XAI가 만들어낸 완전히 새로운 패러다임입니다.

[09:05] 지금, 완전히 명확하게 하기 위해

[09:07] 벤치마크를 보면,

[09:08] 약간 오해의 소지가 있을 수 있는 것은

[09:10] Grok 4 Heavy가 에이전트 팀이고

[09:12] 에이전트 팀이 아닌 일부 기본 모델들과

[09:14] 비교되고 있다는 것입니다.

[09:16] 따라서 훨씬 더 공정한 것은

[09:18] Heavy 변형이 아닌 Grok 4를 보는 것입니다.

[09:20] 하지만 눈치채셨겠지만, 여전히

[09:22] 다른 모델들을 압도하고 있습니다.

[09:25] 따라서 이것이 XAI의 약간

[09:27] 의심스러운 면이긴 하지만 - 다시 말하지만

[09:29] 적절히 지시하면 O3도 에이전트 팀으로

[09:31] 만들 수 있고 아마 더 나은 점수를

[09:34] 얻을 수 있을 것입니다 - 하지만

[09:35] 여전히 Grok 4는 Heavy 없이도,

[09:38] 에이전트 팀 없이도 여전히

[09:41] 벤치마크를 압도하고 있습니다.

[09:42] 따라서 누군가가 이 모델이

[09:44] 그렇게 좋지 않다고 말한다면

[09:46] XAI가 공정하지 않았다고 말한다면

[09:47] 확실히 XAI는 벤치마크에서

[09:50] 더 명확할 수 있었을 것입니다만

[09:52] 이 모델은 여전히 엄청나게 좋고

[09:54] 사용하지 않는다면 절대적으로

[09:55] 뒤처지고 있는 것입니다. 다시 말하지만, 그래서 제가 추가한 것입니다

[09:57] Vector에 빠르게 추가한 이유입니다. 저는 항상

[10:00] Vector 안에 가장 최신 AI 모델들을

[10:02] 보유하고 싶고, 우리는 이에 대해

[10:04] 완전히 전념하고 있습니다. 그래서

[10:05] Vector Pro 구독자라면, 모든 모델에

[10:07] 단일 구독으로 접근할 수 있습니다.

[10:09] 게다가 Vector 내의 다른 모든 AI

[10:11] 에이전트와 기능들도 사용할 수 있어요.

[10:12] 그러니까 To-Doist, ClickUp, Trello 같은

[10:14] 구식 업무 관리 소프트웨어 대신

[10:16] 작업을 Vector로 옮겨보세요. 한 번만

[10:18] 하면 됩니다. 10-15분 정도 앉아서

[10:21] 작업들을 옮기기만 하면 되요.

[10:23] 칸반 뷰, 캘린더 뷰, 리스트 뷰 등

[10:24] 어떤 형태를 선호하든 다 있습니다.

[10:26] 팀 업무도 옮길 수 있어요. 이제 팀 플랜도

[10:28] 있거든요. 팀이 있다면 이게

[10:30] 팀 전체의 생산성을 높이는

[10:31] 가장 쉬운 방법 중 하나입니다.

[10:33] Vector 팀 플랜을 구매하고 직원들을

[10:35] 옮기면 즉시 Grok 4 같은 고급 모델에

[10:37] 단일 구독으로 단일 장소에서

[10:39] 접근할 수 있습니다. 게다가 프로젝트

[10:42] 관리와 작업 관리 기능도 포함되어

[10:43] 있어요. 그래서 monday.com, Trello,

[10:45] Notion 등 기존에 사용하던 것들을

[10:46] 쓸 필요가 없죠. 그냥 Vector만

[10:49] 사용하면 됩니다. 최고의 모델에

[10:51] 접근할 수 있고, UI와 상호작용하고

[10:53] 작업을 할당하고 프로젝트 간에

[10:54] 옮길 수 있는 AI 에이전트도 있습니다.

[10:56] 또한 사람들이 잘 모르는 것 중

[10:58] 하나인데, 각 프로젝트마다 맞춤형

[11:00] 시스템 프롬프트를 설정할 수 있어요.

[11:02] 콘텐츠, 마케팅, 영업용 프로젝트를

[11:03] 따로 만들 수 있고, 각각에 맞춤형

[11:05] 시스템 프롬프트를 설정할 수 있습니다.

[11:07] 프로젝트에 다른 사람들을 할당할 수

[11:08] 있고, 그들이 작업할 때 Vector 내의

[11:11] 모든 AI 에이전트들이 Grok 4로

[11:12] 구동되며 해당 맥락을 알게 됩니다.

[11:14] 그래서 저는 확신합니다. 여러분과

[11:17] 여러분 팀의 생산성이 Vector로

[11:19] 전환하면 반드시 향상될 것입니다.

[11:21] 어쨌든 Grok 4가 아직 실행 중인지

[11:23] 확인해보죠. 네, 아직 실행 중입니다.

[11:25] 이게 매우 강력한 추론 모델이고,

[11:27] 특히 4개의 다른 에이전트를 실행하는

[11:29] 에이전트 모드에서는 시간이

[11:31] 좀 걸리지만 정말 그만한 가치가

[11:33] 있습니다. 자, Grok 4가 완료되었네요.

[11:34] 6분 4초가 걸렸는데 이 정도면

[11:36] 평균적이라고 할 수 있습니다.

[11:39] 때로는 훨씬 더 오래 걸리는데,

[11:41] 그런데 제 트위터를 팔로우하고 있다면

[11:43] 아실 겁니다. 이 트윗을 올렸는데

[11:44] 지금 50만 뷰가 넘었어요.

[11:46] 제 트위터를 팔로우하지 않으셨다면

[11:48] David onjre1로 와서 팔로우하세요.

[11:49] 기능들에 대한 조기 액세스를 받을 수

[11:52] 있고, 예를 들어 Grok 4 Heavy에

[11:53] 프롬프트를 보내달라고 요청할 수

[11:55] 있습니다. 많은 분들이 그렇게

[11:56] 해주셨고, 아직 다 확인하지 못했네요.

[11:58] 어쨌든 무슨 일이 일어났는지

[12:00] 확인해보겠습니다. 칸반 카드가

[12:01] 업데이트되었네요. 이걸 복사해서

[12:03] Cursor로 돌아가겠습니다. 다시 말하지만

[12:06] 제가 이렇게 하는 이유는 Heavy

[12:08] 버전을 사용하기 위해서입니다.

[12:10] 칸반 카드가 몇 줄의 코드인지

[12:12] 확인해보죠. 200줄이었는데 이제 206줄이 되었네요.

[12:16] 흥미롭군요. 괜찮습니다. 여기서

[12:19] 몇 가지 변경사항이 있는 것 같네요.

[12:23] 다른 파일이 변경되었나요? 아, 맞네요, 칸반 컬럼이 있습니다.

[12:26] 이 칸반 컬럼을 복사해보겠습니다.

[12:29] 이건 227이었는데 지금도 여전히 227이네요.

[12:34] 흥미롭네요.

[12:36] 파일 길이를 변경하지 않는 건가요?

[12:38] 파일을 최적화하는 건가요?

[12:40] 칸반 뷰입니다.

[12:43] 실제로 변경사항이 있는지 잠시 후에 테스트해보겠습니다.

[12:45] 칸반 뷰입니다.

[12:48] 완료!

[12:50] 좋습니다. 그리고 다른 건 어떤가요?

[12:54] 이건 길네요. 500줄 이상이에요.

[12:56] 카메라 기능이 있군요. 잠깐요.

[12:59] 제 요청을 잘못 이해한 건가요?

[13:03] 그냥 이 파일들을 다시 출력한 것 같네요.

[13:06] 칸반 카드는 변경되었나요?

[13:08] 어떤 변경사항이 있는지 보겠습니다.

[13:11] 사이드바를 접어보겠습니다.

[13:13] 칸반 뷰로 전환합니다.

[13:16] 제대로 되었나요? 맞네요.

[13:17] 실제로 더 많은 코드 줄을 만들 필요가 없었을 수도 있네요.

[13:19] 제가 실수했네요.

[13:21] 오른쪽으로 이동시켰네요.

[13:23] 더 좋아보입니다. 정말 좋습니다.

[13:25] 추가 간격도 제거했군요.

[13:28] 좋습니다. 이 파일들 중에서 실제로 업데이트한 것은 무엇인가요?

[13:32] 간단히 답변해 주세요. 대부분이 업데이트되지 않은 것 같네요.

[13:35] 아마도 칸반 카드만 업데이트되었을 것입니다.

[13:36] 네, 다른 것들은 동일합니다.

[13:41] 그래서 길이가 변경되지 않은 거군요.

[13:43] 하지만 여전히 해야 할 일이 있습니다.

[13:44] 문제가 있어요, 맞죠?

[13:46] 작업 이름이 상단에 있어야 해요.

[13:48] 그리고 프로젝트 이름을 제거할 수 있을 것 같아요.

[13:50] 왜냐하면 프로젝트를 선택하면,

[13:52] 벡터 대신에 프로젝트를 쉽게 전환할 수 있으니까요.

[13:53] 어디에 있는지 명확해야 해요.

[13:56] 팀 뷰에서는 보이는 게 좋을 수도 있겠지만요.

[13:58] 팀 뷰에서는 보이는 게 좋을 수도 있겠지만요.

[14:00] 네, 좋습니다.

[14:03] Grok 4가 실행 중입니다.

[14:06] 이건 간단한 질문이라 더 쉬울 것 같아요.

[14:07] 4번째 에이전트가 아직 작업 중이에요.

[14:09] 정말 멋진 UI네요.

[14:11] XAI가 정말 잘 만들었네요.

[14:13] 이건 정말 혁신적이에요.

[14:15] 이거 보세요. 완료! 4개의 다른 에이전트가 있네요.

[14:18] 여기 있네요.

[14:20] 칸반 카드만 업데이트되었네요.

[14:22] 불필요하게 길게 처리하지 않았어요.

[14:24] 29초는 여전히 긴 편이지만, 6분처럼 길지는 않았어요.

[14:26] 간단한 질문이라서 그런 것 같아요.

[14:28] 좋습니다. 더 자세한 지시사항을 주겠습니다.

[14:31] 커서 액션을 사용해보겠습니다.

[14:33] 이런 건 더 작은 조정일 수 있어요.

[14:36] 칸반을 해보겠습니다.

[14:38] 이것들을 컨텍스트에 로드해야 해요.

[14:40] 칸반 카드 뷰 컬럼이면 충분할 것 같아요.

[14:43] 칸반 카드를 업데이트해야 한다고 말하겠습니다.

[14:47] 작업 이름이 상단에 오도록 해야 해요.

[14:49] 작업 이름 위에 공백이 없어야 해요.

[14:52] 우선순위 배치와 같은 레벨에 있어야 해요.

[14:55] 다른 건 변경하지 마세요.

[14:57] 좋습니다. 이 프롬프트를 보내겠습니다.

[15:00] 우선순위 배치와 같은 레벨에 있어야 해요.

[15:01] 다른 건 변경하지 마세요.

[15:03] 좋습니다. 이 프롬프트를 보내겠습니다.

[15:05] 그리고 이 이름에 공백이 없는지 확인해야 해요.

[15:07] 이전에 우선순위 배치가 있었거든요.

[15:09] Super Whisper가 왜 이상하게 작동하는지 모르겠어요.

[15:11] 때로는 재시작이 필요해요.

[15:14] 도구를 바꿀 생각을 하고 있어요.

[15:16] AI 친구들이 훌륭한 도구를 개발하고 있다는 걸 알거든요.

[15:18] 정말 좋은 도구를 개발하고 있어요.

[15:20] 투자를 고려하고 있어요.

[15:22] 저도 투자를 고려하고 있어요. 그래서

[15:23] 네, 만약 여러분들이 정말 고급

[15:26] 음성-텍스트 변환 도구에 관심이 있으시다면

[15:28] AI 음성이라고 댓글을 달아주세요

[15:31] 좋은 도구에 투자할 수도 있어요. 어떻게

[15:34] 될지 보겠습니다. 물론 여러분에게

[15:35] 좋은 할인 혜택을 제공할 거예요. 50% 할인

[15:38] 같은 것들 말이죠. 하지만 어쨌든

[15:41] 이게 잘 작동하는지 확인해보죠. 현재

[15:43] Super Whisper, Whisper Flow 같은 다른 도구들은

[15:45] 괜찮긴 하지만 그렇게 좋지는 않아요.

[15:47] 별로 커스터마이징이 안 되고

[15:48] 충분히 안정적이지도 않아요.

[15:50] 새로운 도구가 필요한 시기일 수도 있어요.

[15:52] 좋아요, 이제 Grok 4를 cursor 대신 선택했네요.

[15:56] 이런 조정들을 보도록 하죠. 칸반 보드로

[15:57] 다시 돌아가겠습니다. 그리고 다시 말하지만

[15:58] 프로젝트 이름에 대해서는 잘 모르겠네요.

[16:00] 그걸 해결해야 할 것 같아요. 아, 이건 어려운

[16:02] 디자인 선택이네요. 날짜를 왼쪽으로

[16:04] 옮기고 싶어요. 그게 훨씬 나을 것 같아요.

[16:06] 마감일을 왼쪽에 두고

[16:08] 그리고 프로젝트를 색깔 있는 점으로

[16:11] 표시하면 어떨까요? 어떻게 할 수 있는지

[16:13] 보겠습니다. 우선순위 뱃지와 충돌할 수도

[16:16] 있겠지만요. 배경에 공간이 있네요.

[16:18] 좋아요. 훨씬 나아졌네요.

[16:20] 이제 뱃지 위치를 오른쪽 아래로

[16:22] 옮겨볼까요? 제가 생각하기로는

[16:25] 마감일을 완전히 왼쪽으로 두고

[16:28] 어떤 프로젝트에 속하는지는 일시적으로

[16:30] 제거한 다음에

[16:32] 그러고 보니 프로젝트는 작업 이름 바로

[16:36] 아래에 둘 수도 있겠네요.

[16:38] 네, 그러면 흥미로울 것 같아요.

[16:40] 좋아요, 그렇게 하겠습니다.

[16:41] 이 변경사항을 수락하겠습니다.

[16:43] 실제로는 canban redesign이라는

[16:46] 새 브랜치를 만들고 이런 변경사항들을

[16:48] 그 브랜치에 푸시하고 upstream 추적도

[16:52] 설정해보겠습니다. 이걸로 Grok 4가

[16:55] git 명령어를 얼마나 잘 이해하는지

[16:57] 확인할 수 있을 거예요. 저는 분명히

[17:01] 이 브랜치에서 새 브랜치를 만들고

[17:02] 이런 변경사항들을 커밋한 다음

[17:04] upstream 추적과 함께 그 브랜치에

[17:06] 푸시하려고 해요. 어떻게 처리하는지

[17:10] 보겠습니다. 이건 더 많은 도구 호출

[17:12] 테스트예요. 분명히 이건 대단한 건

[17:14] 아니에요. 모든 최신 LLM들이

[17:15] git 명령어를 어떻게 사용하는지 알죠.

[17:17] 하지만 이건 터미널 명령어의 순서에 대한

[17:20] 이해와 도구를 얼마나 신뢰성 있게

[17:22] 실행할 수 있는지 더 테스트할 거예요.

[17:25] 변경된 파일을 먼저 스테이징했네요.

[17:26] 괜찮아요. 아마 이제 커밋을

[17:28] 작성할 거예요. 실제로 추론하고

[17:30] 있네요. Grok 4의 좋은 점은

[17:32] 추론에 도구 호출이 내장되어 있다는

[17:34] 거예요. Grok 3도 분명히 도구 호출을

[17:37] 할 수 있었지만 그렇게 좋지는 않았어요.

[17:39] 시스템 프롬프트에서 지시해야 했거든요.

[17:41] 이런 도구들이 있고 이걸 호출하면

[17:43] 어떤 일이 일어나는지 말이에요.

[17:45] Grok 4의 주요 장점은 강화 학습에

[17:47] 도구 호출을 포함했다는 거예요.

[17:49] 그래서 기본적으로 사용하게 되고

[17:51] 문제 해결 단계의 일부로

[17:53] 도구를 사용해서 문제를 해결해요.

[17:55] 시스템 프롬프트 안에서 지시해야 하는

[17:56] 것처럼 내재적으로 도구가 뭔지

[17:59] 문제 해결에 사용하는 것으로

[18:02] 알고 있는 것처럼 그런 게 아니에요.

[18:07] 시스템 프롬프트에서 별도로 지시할 필요가 없는 기능입니다

[18:09] 도구 사용이 추론 과정에서 자연스럽게 이루어져야 한다는 것을

[18:11] 기본적으로 인식하고 있습니다

[18:13] 추론 과정에서 수행해야 하는 작업으로 말이죠

[18:15] 자, 봅시다. 파일을 스테이징했고

[18:17] 브랜치를 생성했고, 커밋을 작성했고

[18:19] 그리고 upstream으로 푸시했네요

[18:21] 완벽합니다. 정말 훌륭하네요

[18:24] 좋습니다. 다음으로 넘어가겠습니다

[18:27] 이제 새로운 div... 아니 div가 아니라

[18:30] 기본적으로 새로운 레이어, 텍스트 레이어를

[18:34] 각 칸반 카드 내부에 만들어야 합니다

[18:37] 현재는 작업 이름이 있고

[18:41] 그 아래에 프로젝트 이름과

[18:43] 담당자 같은 것들이 있는데

[18:45] 이들 사이에 중간 레벨이 필요합니다

[18:47] 수직적인 중간 레벨이요

[18:49] 이 레벨은 전적으로 프로젝트 이름만을 위한

[18:51] 얇은 레이어입니다

[18:54] 칸반 카드의 높이를 너무 늘리고 싶지 않기 때문이죠

[18:55] 하지만 카드 상단에는 작업 이름이

[18:58] 있도록 하고 싶습니다

[18:59] 우선순위 배지가 있고

[19:01] 중간에는 프로젝트 이름

[19:02] 그리고 하단에는 마감일과

[19:05] 담당자가 있도록 말이죠

[19:06] 다시 말해, 칸반 카드 내부 요소들의

[19:09] 간단한 위치 조정입니다

[19:11] 세계적인 디자이너처럼 실행해주세요

[19:13] 다른 것은 절대 바꾸지 마세요

[19:16] 정말 멋진 프롬프트입니다

[19:18] 제가 말하는 것이지만요

[19:20] AI에서 좋은 결과를 얻는 핵심은

[19:23] 좋은 프롬프트 엔지니어링과

[19:24] 좋은 컨텍스트 엔지니어링입니다

[19:27] 보시다시피, repo prompt 같은 도구들이

[19:29] Grok Heavy로 보낼 수 있는 정말 고급 프롬프트를

[19:32] 구성하는 데 도움이 될 수 있습니다

[19:34] 이제 Grok Heavy에 대해 말하자면

[19:35] 아마 이렇게 생각하고 계실 것 같습니다

[19:37] "데이빗, 월 300달러는 꽤 비싸네요

[19:40] Grok Heavy가 저에게 가치가 있을까요?"

[19:42] 답은 거의 확실히 '아니오'입니다

[19:44] 특히 Vectal을 통해 Grok 4를

[19:47] 월 20달러에 사용할 수 있는 상황에서요

[19:49] 그럼 누구에게 가치가 있을까요?

[19:50] 솔직히 저 같은 사람들입니다

[19:53] 월 300달러를 눈 하나 깜짝하지 않고

[19:55] 지출할 수 있고, 고급 프로그래밍 문제를

[19:57] 해결하는 데 사용할 사람들이죠

[19:58] 수천 달러를 벌고 있고

[20:00] 월 5자리 수익을 올리고 있으며

[20:01] 코드 작업을 하고 있고

[20:03] 고급 문제와 오류를 해결하기 위해

[20:05] 그 추가적인 성능이 정말 필요한 사람들이라면

[20:07] 그렇다면 Grok 4 Heavy는 흥미로운 투자가 될 것입니다

[20:10] 하지만 99.9%의 사람들에게는

[20:12] 기본 Grok 4를 사용하세요

[20:15] 이미 이 벤치마크에서 보듯이

[20:17] 놀라운 모델입니다

[20:19] 월 300달러를 쓸 필요가 없어요

[20:21] 그냥 기본 Grok 4를 사용하세요

[20:24] 자, 봅시다. 변경사항을 적용했고

[20:26] 여기 있습니다. 와, 정확히 제가 원했던 대로네요

[20:29] UI 변경을 한 번에 완료했습니다

[20:31] 놀랍습니다. 음, 날짜가

[20:34] 왼쪽에 있었으면 좋겠네요

[20:36] 실제로 수락하고 말하겠습니다

[20:39] "잘했습니다. 이것도 GitHub에 푸시합시다"

[20:42] 이것도 팁입니다. 기본적인 Git 명령어들을

[20:44] 배우세요. 대충 하지 마세요

[20:46] 많은 바이브 코더들이 프로그래밍의

[20:48] 기본기를 무시하는데

[20:50] 결국 큰 문제가 됩니다

[20:51] Git 기본기를 배우세요. 주요 명령어들을 배우는 데 2시간 정도면 충분하고

[20:54] 10-15분마다 코드를 커밋하는 것을 확실히 하세요.

[20:55] 자주 하세요. 절대 후회하지 않을 거예요.

[20:58] 좋아요, 그럼 커밋하고 푸시하는 과정을 완료해 보겠습니다.

[21:00] 이 브랜치로 말이에요.

[21:03] 파일을 스테이지했지만 과정을 완료하지 못했네요.

[21:05] 이건 문제입니다.

[21:07] 커서 문제인지 Grok 4 문제인지 모르겠지만

[21:09] 가끔 모든 것을 완료하지 못하는 경우가 있어요.

[21:10] 맞아요, 가끔 이런 일이 일어나죠.

[21:12] 네, 잘 모르겠어요. 이상해요.

[21:15] 좋아요, 문제없어요.

[21:18] 이제 후속 작업을 진행할 수 있어요.

[21:21] 푸시하세요. 스테이징은 했어요.

[21:24] 같은 실행에서 하지 않고 있네요.

[21:25] 절대 그렇게 할 수 있는데 이전에는 그렇게 했거든요.

[21:27] 왜 지금 문제가 생겼는지 모르겠어요.

[21:29] 정말 이상한 동작이지만

[21:31] 솔직히 커서가 며칠 안에 이 문제를 해결할 것 같아요.

[21:33] Grok 4가 말 그대로 몇 시간 전에 출시되었거든요.

[21:35] 상태를 확인해 보세요.

[21:37] 네, 우리가 어느 브랜치에 있는지 알아야 해요.

[21:39] 그리고 그 브랜치로 푸시해야 해요.

[21:41] 여기 있네요.

[21:44] 좋아요, 업스트림 추적을 설정했다는 것을 알고 있었어요.

[21:45] 그래서 git push만으로 충분해요.

[21:47] 실제로는 좋은 신호예요.

[21:49] 대부분의 모델은 git push origin을 다시 디자인할 수 있다고 할 텐데요.

[21:51] 그래서 뭐든 상관없어요.

[21:53] 좋아요, 다음으로

[21:55] 칸반 카드 내부 요소들의 위치를 업데이트해 주세요.

[21:56] 마감일이 실제로 왼쪽에 오고

[21:59] 담당자 원이 오른쪽에 오도록 하고 싶어요.

[22:01] 다른 것은 변경하지 마세요.

[22:02] 보시다시피 Grok 4는 요소들의 위치를 이해하고

[22:05] UI 디자인을 구성하는 데 정말 뛰어나요.

[22:07] 올바르게 바꿀 수 있는지 보죠.

[22:09] 꽤 간단한 변경이에요.

[22:11] 날짜가 왼쪽에 있길 원할 뿐이에요.

[22:12] 그리고 아마 프로젝트 이름 위의 패딩을 줄일 거예요.

[22:15] 실제로 말이에요.

[22:18] 그리고 아마 백그라운드 에이전트의 위치를

[22:20] 중간 레이어 아래에 있도록 변경할 수 있을 거예요.

[22:22] 아, 여기 있네요.

[22:25] 완벽하게 바꿨어요.

[22:28] 예상대로요.

[22:31] 아니면 실제로 버튼을 바로 여기에 둘 수 있을 거예요.

[22:34] 그게 더 말이 되죠.

[22:37] 그래서 이것을 수락하고 말할 거예요.

[22:40] 이제 백그라운드 에이전트의 위치를 이동시켜 주세요.

[22:43] 즉, 벡터 에이전트, 호버시 나타나는 버튼인

[22:46] 벡터 에이전트 활성화 버튼을

[22:47] 칸반 왼쪽에 나타나도록 이동시켜야 해요.

[22:49] 즉, 담당자 원 왼쪽에 칸반 카드의 하단 행에 말이에요.

[22:52] 다른 것은 변경하지 마세요.

[22:54] 벡터 에이전트 활성화 버튼의 위치만 이동시켜 주세요.

[22:56] 칸반 카드 위에 호버할 때 나타나는 버튼 말이에요.

[22:59] 좋아요, 프롬프트를 정확하게 작성해야 해요.

[23:02] 대충 하면 안 돼요.

[23:04] 무엇이 일어나고 있는지 알아야 해요.

[23:07] 어떤 파일들이 관련되어 있는지, 코드베이스가 어떻게 구성되어 있는지

[23:10] 그리고 각 파일이 무엇을 하는지 알아야 해요.

[23:13] 많은 사람들이 AI에게 너무 많은 것을 맡기는데

[23:15] Grok 4 같은 매우 똑똑한 모델도

[23:18] 당신이 완전 초보자라면 구해주지 못할 거예요.

[23:19] 그래서 저는 여전히 가장 강력한 것은

[23:21] 매일 AI를 사용해서 스스로를 발전시키는 것이라고 믿어요.

[23:24] 더 나아지려고 노력하세요.

[23:27] 60분을 투자하세요.

[23:30] AI가 당신을 완전히 대체할 수 없어요.

[23:32] Grok 4 같은 최고 수준의 모델이라도

[23:34] 기본기가 없다면 한계가 있어요.

[23:36] 그래서 저는 여전히 가장 중요한 것은

[23:38] 가장 강력한 일은 AI를 활용해서

[23:40] 매일 자신을 발전시키는 것입니다. 더 나아지려고

[23:42] 노력하세요. 60분을 투자하세요.

[23:44] 어떤 기술을 배우고 있든지 간에

[23:45] 프로그래밍이든, 세일즈든, 마케팅이든

[23:48] 목표를 달성하기 위해 어떤 기술을

[23:50] 더 잘하고 싶어하든지 간에, 만약

[23:52] 매일 60분을 Grok 4와 같은

[23:54] 매우 강력한 추론 모델과 함께 보낸다면

[23:56] 여러분은 해당 산업에서 절대적으로

[23:58] 막을 수 없는 존재가 될 것이고, 머지않아

[24:00] 여러분의 모든 목표를 완전히

[24:02] 달성하게 될 것입니다. 왜냐하면 이것이

[24:04] AI의 진짜 이점이기 때문입니다. 단순히 '아, 내가 AI를 쓰고 있고

[24:07] 모델이 더 좋아지고 있어서

[24:08] 내가 혜택을 받고 있다'는 게 아니라

[24:11] 여러분 자신도 더 나아지고 있다면, 그것이 진짜 비밀입니다.

[24:13] 그것이 여러분이 모든 사람을 완전히

[24:15] 압도하는 방법입니다. 모델들이

[24:16] 지수적으로 더 좋아지고 있거든요. 하지만

[24:18] 모델을 활용해서 자신을 업스킬한다면

[24:20] 훨씬 더 빠르게 나아갈 수 있습니다. 완벽하네요.

[24:22] 정확히 내가 원했던 바입니다. 자, 다음으로

[24:25] 이 패딩을 제거해 보겠습니다. 뭐가

[24:28] 원인인지 모르겠네요. 그래서 그냥

[24:30] 이렇게 할게요.

[24:32] 사실 직접 할게요.

[24:33] git status라고 하겠습니다.

[24:37] git status. 우리는 이 브랜치에 있죠?

[24:39] 그러면 git add . 모든 것을 추가하고. git commit.

[24:42] 백그라운드 에이전트 버튼의 위치를 바꿨다고

[24:47] 하고 git push 하겠습니다. 이게 훨씬 빠르거든요.

[24:51] 터미널 명령어 하나 쓰기 전에

[24:53] 15초 동안 추론하는 추론 모델에

[24:55] 의존하는 것보다는요. 그래서 기본적인

[24:56] 터미널 명령어들은 스스로 알아야 합니다.

[24:59] 좋아요. 다음으로, 태스크

[25:01] 이름 아래와 프로젝트 이름 위에 있는

[25:02] 패딩을 약간 줄이고 싶습니다. 그

[25:06] 사이의 작은 공간이 좀 이상해요.

[25:08] 뭔가가 약간의 패딩이나

[25:09] 마진을 추가하고 있어요. 그래서

[25:11] 그게 무엇인지 찾아서 제거해 주세요.

[25:13] 다른 것은 변경하지 마세요. 보시다시피

[25:15] 이것은 제가 가장 좋아하는 프롬프트 중 하나입니다.

[25:17] 다른 것은 변경하지 마세요. 그렇게

[25:18] 하는지 봅시다. 실제로 프로젝트 안에서

[25:21] 어떻게 보이는지도 확인해야 합니다.

[25:23] 왜냐하면 프로젝트 안에서는 프로젝트가

[25:26] 선택되었을 때 프로젝트 이름을 보여줄

[25:28] 필요가 없다고 생각하거든요. 팀에서는

[25:30] 의미가 있죠. 왜냐하면

[25:32] 여러 프로젝트를 한 번에 개요할 수

[25:33] 있으니까요. 하지만 음...

[25:36] 네, 봅시다. 저는 그냥 이 작은

[25:38] 공간이 최적화되기를 바라고 있어요.

[25:41] Grok 4가 제 UI 비전을

[25:44] 이해하기를 바랍니다. 비록 인정하건대

[25:46] 가장... 있어요! 있어요!

[25:49] 놀랍네요. 아, 찾았어요.

[25:52] 네, 정확히 제가 원했던 것입니다. 좋아요.

[25:55] 음, 이거에 대해서는 매우 만족합니다. 다음으로

[25:58] 특정 프로젝트가 선택되었을 때라고

[26:00] 하려고 했는데, 실제로는

[26:02] 그대로 둘 수도 있을 것 같아요. 그렇게

[26:04] 깊이 생각할 필요는 없지만

[26:06] 줄이는 것도 좋을 것 같아요. 좋아요.

[26:09] 다음으로, 칸반 카드의 중간 레이어를

[26:13] 보여주지 않도록 해야 합니다. 제가

[26:16] 의미하는 바는 특정 프로젝트가

[26:19] 선택되었을 때, 프로젝트 이름이 있는

[26:22] 레이어를 렌더링하지 않는다는 것입니다.

[26:24] 사용자가 보고 있을 때만

[26:27] 그것을 보여줄 것입니다.

[26:29] 팀 버튼을 볼 때, 즉 모든 팀 프로젝트의 개요를 보는 것을 의미합니다.

[26:32] 개인 프로젝트도 마찬가지입니다.

[26:34] 사용자가 오늘이나

[26:36] 개인 프로젝트를 보고 있을 때만 표시되며,

[26:39] 특정 프로젝트가 열려 있을 때는 표시되지 않습니다.

[26:42] 먼저 프론트엔드에서 프로젝트를 사용하는 방식과

[26:45] 뷰를 변경하는 방식을 이해한 다음,

[26:47] canard에 간단한 변경을 구현하여

[26:51] 제 비전을 실행하겠습니다.

[26:54] 다른 것은 변경하지 마세요.

[26:56] 코드 변경 라인이 적을수록 좋습니다.

[26:59] 좋습니다.

[27:01] 이제 어떤 파일을 연구해야 하는지

[27:03] 구체적으로 말하지도 않았습니다.

[27:05] 이 변경을 하기 전에 얼마나 잘

[27:06] 코드베이스를 이해하고 파악할 수 있는지 봅시다.

[27:08] 이건 간단한 변경이 아닙니다.

[27:10] UI를 이해해야 하고, 클릭하는 방법도 알아야 하며,

[27:12] 한 번에 여러 작업을 할 수 없다는 것과

[27:14] 우리가 가진 다양한 Redux 상태도 알아야 합니다.

[27:17] 따라서 코드베이스에 대한 탄탄한 지식이 필요합니다.

[27:20] 사소한 일이 아닙니다.

[27:22] 지금까지 모든 테스트 중에서

[27:24] 이것이 Grok 4가 실패하는지 아닌지를 확인하는

[27:26] 가장 큰 테스트가 될 것입니다.

[27:28] "데이비드, Grok 4로 바꿀 건가요?

[27:30] Claude 코드는 여전히 사용할 건가요?"라고

[27:33] 생각할 수도 있습니다.

[27:34] 제 답은 둘 다 예입니다.

[27:38] Grok 4를 제 주력 모델로 바꿀 것입니다.

[27:40] Cursor 안에서만이 아니라

[27:42] Vector 안에서도 말이죠.

[27:43] Vector 에이전트에서도 말입니다.

[27:45] Vector Pro, Vector Team 또는

[27:47] Vector Ultra를 가진 모든 사람들을 위해

[27:48] 기본 모델로 설정했고 에이전트 액세스를 제공했습니다.

[27:51] Vector 사용자라면 걱정하지 마세요.

[27:53] 항상 최고의 모델을 사용할 수 있습니다.

[27:56] Cursor 안에서도 이것을

[27:58] 제 주력 모델로 바꿀 것입니다.

[28:00] 하지만 여전히 Claude 코드를 사용할 것입니다.

[28:02] Claude 코드는 정말 에이전트 같거든요.

[28:05] 훌륭한 AI 에이전트입니다.

[28:07] 하지만 Grok for Heavy를 사용하는 방법은

[28:10] 그 추가적인 추론 능력을 위해서입니다.

[28:12] 다중 에이전트 팀 아키텍처를 통해

[28:14] 최대 성능을 정말 끌어내는 것입니다.

[28:15] 어려운 작업이나 대규모 기능 계획,

[28:18] 코드베이스의 큰 위험한 리팩토링을 위해서는

[28:20] 절대적으로 Grok for Heavy를

[28:22] 제 최고의 조언자로 상담할 것입니다.

[28:24] 하지만 실제 구현 측면에서는

[28:26] 여전히 Claude 코드를 사용할 것이고

[28:28] Cursor 안에서 Grok 4를

[28:32] 제 주력 코딩 모델로 사용할 것입니다.

[28:35] 좋아요, 새로운 불린 값 isOverview를 추가했네요.

[28:39] 이것이 문제를 해결했는지 봅시다. 아직 아니네요.

[28:42] 아직 아닙니다.

[28:43] 아마 아직 처리 중인 것 같습니다.

[28:46] 아직 완료되지 않았다고 생각해요.

[28:48] 계속해보겠습니다. 이것이 문제입니다.

[28:50] 이 모델이 방금 출시되어서

[28:52] Cursor 에이전트에 제대로 통합되지 않았습니다.

[28:54] Cursor 문제일 수도 있고

[28:55] Grok 4의 문제일 수도 있습니다. 확실하지 않습니다.

[28:57] 예를 들어, 그 모델을 사용하면

[29:00] "thinking thinking thinking"이라고 계속 반환합니다.

[29:02] 그래서 이것은 OpenRouter의

[29:04] API 문제라고 생각합니다.

[29:07] 하지만 지켜봅시다.

[29:08] 이 모든 것이 수정될 것이라고 생각합니다. 무슨 일이 일어나고 있는지 봅시다.

[29:13] 뭔가 제대로 되지 않고 있습니다.

[29:15] 이 변경사항들을 좀 더 자세히 살펴봅시다.

[29:17] isOverview가 제대로 설정되지 않고 있습니다.

[29:19] overview가 실제로 무엇인지 설정되지 않았네요.

[29:21] 여전히 변경 사항을 적용하고 있습니다. 어떻게 되는지 보죠.

[29:25] 좋아요, 나타났네요. 아마도. 오,

[29:29] 잠깐, 제가 원하던 대로 해낸 건가요?

[29:30] 잠깐만요.

[29:34] 성공한 것 같네요.

[29:35] 로컬 호스트가 왜 이렇게 느린지 모르겠어요.

[29:38] 아, 인터넷이 안 좋아서 그런 것 같아요.

[29:40] 지금 제가 모로코에 있는데요.

[29:42] 이 집 와이파이가 별로 좋지 않거든요.

[29:44] 하지만 어쨌든 한번 보죠.

[29:47] 좋아요, 팀 프로젝트에서는 작동하는 것 같네요.

[29:48] 해당 프로젝트를 선택하면

[29:50] 여기서 분명히 볼 수 있습니다.

[29:53] 그리고 Yes는 필요하지 않아요. 좋네요.

[29:56] 칸반 카드 안에서 공간을 차지할 필요가 없어요.

[29:57] 아주 멋지네요.

[30:00] 정말 멋져요. 여기 패딩은 조금 개선될 수 있을 것 같아요.

[30:02] 뭐 어쨌든요. 개인 프로젝트를 봅시다.

[30:05] 개인 프로젝트에서도 같은지 확인해보고 싶어요.

[30:07] 그럼 프론트엔드 작업이라고 하겠습니다.

[30:10] 프론트엔드 작업. 짠. P0 생성.

[30:15] 좋아요. 프로젝트가 표시되지 않네요.

[30:18] 좋아요. 좋아요.

[30:20] 개인 프로젝트에서 프로젝트 이름이 표시되는지 확인해보겠습니다.

[30:24] 네, 표시됩니다.

[30:28] 프로젝트 프론트엔드가 표시되네요.

[30:30] 정말 좋네요. 와우. 우리가 방금 만든 것은... 커밋해야겠어요.

[30:33] 정말 놀랍네요. Git

[30:35] 좋아요, 우선 이걸 승인하겠습니다.

[30:36] git add. 잠깐, 잠깐, 잠깐. 제가 터미널에 있네요.

[30:40] git add 전체.

[30:42] git commit '칸반 카드에 작은 UI 조정'

[30:46] 정말 훌륭하네요. git push

[30:49] 그리고 브랜치에 대해 PR을 생성하겠습니다.

[30:52] 좋아요, 이제 말하겠습니다.

[30:54] commands에서 템플릿을 따라하고

[30:59] 이 브랜치에서 새로운 PR을 생성하세요.

[31:04] dev로 브랜치합니다. 제목과 본문을 매우 간결하고 명확하게 만들어 주세요.

[31:10] 좋아요. 제가 새로운 풀 리퀘스트를 생성해달라고 요청하겠습니다.

[31:14] 풀 리퀘스트를

[31:15] 생성해주세요.

[31:16] 이 변경사항들을 vectal에 적용하고 싶기 때문입니다.

[31:18] 만약 여러분이 vectal 사용자라면

[31:20] 이 UI 조정들이 앞으로 하루나 이틀 안에 프로덕션에 반영될 것으로 예상할 수 있습니다.

[31:23] 하지만 지금 당장, 여러분이 이 영상을 보고 있는 순간에도

[31:25] 이미 우리는 Grok 4를 프로덕션에 출시했습니다.

[31:27] 그리고 Vectal Pro, Vectal Team,

[31:28] 또는 Vectal Ultra를 사용하는 모든 사람들이

[31:30] 이 모델에 액세스할 수 있습니다.

[31:32] 그리고 여러분, 제한이 매우 관대합니다.

[31:34] 그러니 남용하지 않으시길 바랍니다.

[31:36] 하지만 이것이 아마도 다른 도구들 중에서

[31:38] 최고의 가치를 제공할 것이라고 생각합니다.

[31:40] 특히 여러분이 이 모든 다른 모델들을 사용할 수 있다는 점을 고려하면

[31:42] 이용할 수 있다는 사실을 고려하면요.

[31:43] 이걸 보세요. Gemini 2.5 Pro

[31:45] Claude Opus Sonnet 4.1 DeepSeek 03

[31:48] Pro GPT 4.5 같은 것들 말이에요.

[31:52] 네, vectal 내부의 가치는 정말 엄청나요.

[31:56] 그런데 사람들은 여전히 이를 간과하고 있어요.

[31:57] 10분 정도 시간을 내서

[31:59] Todoist나 ClickUp에서 작업을 옮겨오려 하지 않기 때문이에요.

[32:00] 그러니 vectal을 간과하지 마세요.

[32:03] AI 에이전트들이 정말 고급스럽고

[32:06] 사용자 컨텍스트 텍스트가 있어서

[32:08] vectal이 여러분에 대해 알고 있습니다.

[32:10] 또한 각 프로젝트에 대한 특별한 컨텍스트도 있어요.

[32:12] 맞죠? 시스템 프롬프트를 설정할 수 있어요.

[32:14] 프론트엔드용 이걸 보세요.

[32:15] 여러분은 Google의 시니어 프론트엔드 엔지니어입니다.

[32:17] 역할이 있어요.

[32:18] 목표가 있어요.

[32:20] 요구사항이 있어요. 이 모든 것들이 있어요.

[32:22] 이 프론트엔드 프로젝트 안에서는

[32:23] 벡탈 내부의 AI 에이전트가

[32:25] 이 모든 걸 알고 있어서 제가 따로 설명할 필요가 없습니다

[32:27] 이 프로젝트에서 제 작업을 알고 있고

[32:29] 제가 이 프로젝트를 보고 있다는 것도 알고 있습니다

[32:31] 그리고 Grok 4를 사용해서 벡탈 에이전트로

[32:34] 다른 어떤 생산성 도구보다도

[32:36] 빠르게 작업을 처리할 수 있습니다

[32:38] 그래서 만약 여러분이 정말로

[32:40] 생산성을 높이고 싶다면

[32:42] 가장 쉬운 방법은

[32:43] 작업 관리 도구로 벡탈로 전환하는 것입니다

[32:44] 특히 팀이 있다면 팀을 이전시키세요

[32:46] 왜냐하면 모든 팀원들이

[32:48] Grok 4와 같은 강력한 모델들과

[32:50] 벡탈 내부의 모든 AI 우선 기능들에

[32:52] 액세스할 수 있기 때문입니다

[32:55] 그러니까 만약 여러분이 팀 전체의

[32:57] 생산성을 높이고 싶다면

[32:58] 벡탈 팀 플랜을 구매해서 팀을 이전시키세요

[33:00] 그리고 보너스로 제가 개인적으로

[33:03] 벡탈에 오는 모든 팀에게

[33:05] 개인 온보딩을 제공하고 있습니다

[33:07] 저뿐만 아니라 저희 개발자들의

[33:09] 지원도 받으실 수 있습니다

[33:11] Discord에서 매일 액세스할 수 있어서

[33:13] 버그를 신고할 수 있고

[33:16] 모든 기능을 설명해드릴 수 있습니다

[33:18] 여러분이 다른 소프트웨어에서

[33:20] 전환하시는 것을 최대한 원활하고

[33:22] 부드럽게 만들어 드리겠습니다

[33:24] 그러니까 다시 말하지만 팀이 있으시면

[33:27] 벡탈 팀 플랜을 구매하세요. 제가 온보딩해드리겠습니다

[33:28] 시작하는 데 도움을 드리겠습니다

[33:30] 버그가 있으면 바로 해결해드리겠습니다

[33:32] 때로는 몇 시간 내에도 가능하지만

[33:34] 길어도 하루 이틀 내에는 해결해드립니다

[33:36] 벡탈만큼 빠르게 발전하는 소프트웨어는 없습니다

[33:38] 이건 제가 절대적으로 사실에 기반해서

[33:40] 할 수 있는 말입니다. 사람들이 정말 좋아해요

[33:42] 화면에 몇 가지 후기를 보여드릴 수 있지만

[33:43] 이 정도면 충분할 것 같습니다

[33:45] Discord 서버에 참여하실 수 있어요

[33:46] 저와 직접 대화할 수 있고

[33:48] 개발자들과도 대화할 수 있습니다

[33:49] 벡탈은 말 그대로 매일 더 나아지고 있습니다

[33:50] 사용하지 않으시면 실제로 뒤처지게 됩니다

[33:52] 특히 지금 저희가 Grok 4를 벡탈의

[33:55] 메인 모델로 추가했을 때는 더욱 그렇습니다

[33:58] 이것이 바로 Grok 4입니다. 정말 강력합니다

[33:59] 풀 리퀘스트를 했는지 확인해보겠습니다

[34:02] 와! 풀 리퀘스트를 했네요

[34:03] 실제로 확인해볼 수 있습니다. 여기 있네요

[34:07] 칸반 카드 UI 리디자인 활성화되었고 검토 준비 완료

[34:09] 이미 커서 백보드가 시작되었습니다

[34:11] 확인해보겠습니다. 자동 클로스 코드

[34:13] GitHub 액션들이 있네요

[34:15] 커서 백보드가 실행 중입니다

[34:17] 이것이 바로 벡탈이 세계에서 가장 빠르게

[34:18] 발전하는 소프트웨어인 이유입니다

[34:19] 이 모든 AI 에이전트들이 저와 제 팀의

[34:21] 시간을 엄청나게 절약해주고 있습니다

[34:23] 그러니까 설정 방법과 제가 어떻게

[34:26] AI 에이전트를 사용해서 정말 놀라울 정도로

[34:28] 생산적이 되고 매일 몇 시간씩 절약하고

[34:31] 개발을 자동화하고 어떤 경쟁사보다도

[34:32] 빠르게 스타트업을 구축하는지 알고 싶으시면

[34:35] 뉴 소사이어티에 꼭 참여하세요

[34:37] 뉴 소사이어티에서는 제가 말 그대로

[34:38] 첫날부터 모든 것을 문서화했습니다

[34:40] 그런데 예를 들어 저희 멤버 중 한 명인

[34:41] 폴이 이미 14시간 전에

[34:44] Grok 4에 대해 알려주었습니다

[34:47] 그러니까 AI 최첨단에 있는

[34:48] 가장 똑똑한 사람들에게 액세스할 수 있습니다

[34:50] 일어나고 있는 모든 주요 사건들을

[34:52] 가장 먼저 알 수 있습니다

[34:54] 그리고 클래스룸 안에서는

[34:56] 클라우드 코드에 대한 고급 튜토리얼과

[34:59] 코덱스, 그리고 제가 AI 스타트업인

[35:02] 벡탈을 어떻게 성장시켰는지에 대한

[35:05] 첫날부터 월 매출 1만 달러 이상까지

[35:08] 단계별 문서화 등 모든 독점 콘텐츠에

[35:10] 액세스할 수 있습니다

[35:12] 그러니까 만약 여러분이 SaaS를 시작하고 싶거나

[35:13] 실제로 AI로 돈을 벌고 싶고

[35:15] 이 산업에서 실제로 뭔가를 만들고 싶다면

[35:17] 빠르게 발전하고 있는 만큼

[35:18] 뭔가 하지 않으면 몇 년 후에

[35:20] 후회하게 될 것입니다

[35:22] 그것과 함께 시청해주셔서 감사합니다

[35:24] 벡탈에 가셔서 Grok 4를 사용해보세요. 정말 대단해요

[35:27] 그리고 영상을 즐기셨기를 바라며

[35:28] 여러분의 생산적인 한 주를 기원합니다. 안녕히 계세요