Workflow

Claude Code를 오래 붙잡고 있다 보면 에러가 난 것도 아닌데 갑자기 품질이 흐려지는 순간이 있습니다. 같은 실수를 반복하고, 분명히 말한 규칙을 잊고, 굳이 안 건드려도 되는 파일까지 만지는 식입니다. 이 영상은 그 현상을 단순한 기분 문제가 아니라 context rot 라는 구조적 문제 로 설명합니다. 그리고 그 해법으로 everything-claude-code 저장소의 설정, 특히 settings.json 세 줄과 메모리 학습 시스템을 소개합니다. 0:01 1:51 더보기

메모 앱을 오래 쓴 사람일수록 비슷한 허무를 압니다. 기록은 계속 쌓이는데, 그 기록이 다시 돌아와 생각을 밀어 올리는 지식으로 바뀌는 순간은 드뭅니다. 이 영상이 던지는 문제의식도 여기서 시작합니다. 수집은 쉬운데 연결과 축적이 안 된다 는 것입니다. 발표자는 이 문제를 Andrej Karpathy의 LLM Wiki 아이디어와 Niklas Luhmann의 제텔카스텐을 겹쳐 보면서, Claude Code의 skills 를 이용해 스스로 정리되고 연결되는 지식 시스템으로 바꾸려 합니다. 0:00 0:30 1:00 더보기

Claude Code를 오래 쓰다 보면 어느 순간 “모델이 비싸다”보다 “내가 너무 비효율적으로 쓰고 있나?”가 더 큰 문제가 됩니다. 이 영상도 바로 그 지점을 찌릅니다. 발표자는 요금제보다 먼저 쓰는 방식과 절약 노하우 가 중요하다고 말하면서, 공식 문서·기술 블로그·커뮤니티 팁을 모아 토큰 절약 방법 52가지를 초급·중급·고급으로 나눠 정리합니다. 0:01 0:20 0:40 더보기

Nate Herk의 Build & Sell with Claude Code (10+ Hour Course) 는 단순한 사용법 영상이 아니라, Claude Code를 개발 도구이자 자동화 오케스트레이터, 그리고 수익화 가능한 서비스 제작 도구로 보는 관점 을 길게 밀어붙이는 코스입니다. 영상은 왜 이걸 배워야 하는지부터 시작해 환경 설정, 컨텍스트 관리, 워크플로 구축, MCP와 스킬, 서브에이전트, 브라우저 자동화, GitHub 운용, 그리고 마지막에는 실제로 어떻게 팔고 넘길지까지 한 흐름으로 묶습니다. (t=74, t=1568, t=6643, t=22083, t=30306) 특히 인상적인 부분은 Claude Code를 “코드를 대신 쳐주는 채팅창” 으로 축소하지 않는다는 점입니다. 이 코스에서 Claude Code는 프로젝트 문서를 읽고, 필요한 도구를 호출하고, 병렬 작업을 분리하고, 테스트하고, 배포하고, 나아가 고객 문제를 해결하는 산출물까지 조직하는 작업 시스템 으로 다뤄집니다. 그래서 이 영상의 핵심은 기능 나열보다도, 어떤 운영 원리로 Claude Code를 써야 생산성과 품질이 올라가는가 에 더 가깝습니다. (t=2485, t=3053, t=3310, t=24690) 더보기

유튜브 자동화라고 하면 보통 대본 자동 생성이나 썸네일 생성 정도를 떠올리기 쉽습니다. 그런데 Builder Josh 채널의 이 영상은 그보다 한 단계 더 나갑니다. 사례의 주인공인 개발남노씨(노정원)는 Claude Code에게 레퍼런스 수집, 전략 수립, 대본 작성, 음성 생성, 이미지/영상 생성, CapCut 편집 프로젝트 생성, 업로드 준비까지 거의 전 과정을 맡기는 시스템 을 만들었다고 설명합니다. 영상 2:34 영상 3:16 더보기

이 스레드의 핵심 주장은 꽤 도발적입니다. 코딩 입문자가 처음부터 Claude Code 같은 CLI 기반 도구를 잡으면 금방 막힐 수 있다 는 것입니다. 대신 글쓴이는 먼저 Replit, AI Studio, Lovable, Vercel v0 같은 이른바 바이브 코딩 플랫폼으로 감을 잡고, 이후 장시간 코딩과 백엔드 작업은 Codex, 전체 기획과 화면·아키텍처는 Claude Code로 나누는 흐름을 추천합니다. (원문: Threads, 추출: Jina Reader) 중요한 점은 이 스레드가 공식 벤치마크가 아니라 작성자의 실사용 관찰과 커뮤니티 체감 을 정리한 글이라는 점입니다. 그래서 아래 내용은 “절대적인 우열 비교” 보다, 입문자와 실무자가 도구를 단계별로 어떻게 배치하면 덜 막히는가 에 대한 하나의 실전 가이드로 읽는 편이 맞습니다. (원문: Threads, Threads) 더보기

Andrej Karpathy가 공개한 LLM Wiki 문서는 구현체가 아니라 패턴 문서에 가깝습니다. 핵심 주장은 단순합니다. 대부분의 RAG는 질문할 때마다 원문에서 관련 조각을 다시 찾고 다시 합성하지만, LLM이 직접 유지하는 영속적 위키를 하나 두면 지식이 누적되고 복리처럼 쌓일 수 있다 는 것입니다. Karpathy gist GeekNews도 이 포인트를 잘 요약하면서, 개인 지식 저장소·연구·독서·팀 위키 등으로 확장 가능한 패턴으로 소개했습니다. GeekNews 더보기