Claude Code의 에이전트 팀은 분명 강력하지만, 아무 생각 없이 팀원 수를 늘리고 바로 구현에 들어가면 토큰이 빠르게 소모됩니다. 이 영상의 핵심은 단순합니다. 에이전트 팀이 비싼 이유를 구조적으로 이해하고, 그에 맞는 운영 규칙을 프롬프트와 워크플로에 먼저 심어야 한다 는 것입니다. 영상은 특히 네 가지를 강조합니다. 첫째, 팀원과 서브에이전트는 태어나는 방식이 다르며, 둘째, 구현 전에 계획 승인을 강제해야 낭비를 막을 수 있고, 셋째, 리드와 팀원의 모델을 섞어 써야 비용이 내려가며, 넷째, 훅을 이용해 완료 시점의 품질 게이트를 자동화해야 한다는 점입니다. 이 네 가지를 이해하면 “팀을 쓸수록 더 비싸고 더 불안정해진다”는 감각을 꽤 많이 줄일 수 있습니다. 근거 영상 더보기

Claude Code를 처음 쓸 때 많은 사람이 비슷한 구간에서 막힙니다. 플러그인과 MCP를 잔뜩 붙였는데도 이상하게 느리고, 다른 사람 데모처럼 매끄럽게 굴러가지 않고, 결국 “내가 뭘 잘못하고 있지?“라는 감각만 남습니다. 이 영상의 핵심 주장은 단순합니다. 문제는 AI의 성능보다 학습 순서에 있고, 순서를 잘못 잡으면 도구를 많이 붙일수록 더 느려진다 는 점입니다. 더보기

Claude Code는 범용 AI입니다. 무엇이든 할 수 있지만, 반대로 우리 프로젝트의 방식은 아무것도 모릅니다. 하니스 는 이 문제를 해결합니다 — Claude Code에게 “우리 팀은 이렇게 일해"라고 미리 알려주는 보조 도구 체계입니다. 이 글에서는 메이커 에반의 하니스 공개 영상을 바탕으로, 하니스의 개념부터 스킬·에이전트·커맨드의 역할, 그리고 커스터마이징 방법까지 하나씩 정리합니다. 더보기

Claude Code의 메모리는 단순히 “대화를 기억한다” 수준이 아닙니다. 공식 문서 기준으로 보면 Claude Code는 사람이 적는 지침형 메모리 와 Claude가 스스로 축적하는 자동 메모리 를 분리해서 운영합니다. 이 글에서는 CLAUDE.md, .claude/rules/, Auto memory, /memory 명령까지 하나의 운영 체계로 연결해서 정리합니다. 더보기

AI 코딩 에이전트(Claude Code, Cursor, Copilot 등)를 사용해 본 개발자라면 한 번쯤 경험했을 것입니다. 처음에는 놀라울 정도로 잘 동작하다가, 프로젝트가 커지면서 점점 품질이 떨어지는 현상 — 컨텍스트 로트(Context Rot). GSD(Get Shit Done)는 이 문제를 근본적으로 해결하기 위해 설계된 메타 프롬프팅 & 컨텍스트 엔지니어링 시스템 입니다. 단순한 프롬프트 템플릿이 아니라, AI 에이전트가 작업 전체 라이프사이클에서 컨텍스트를 구조화하고, 계획을 세우고, 검증까지 수행하도록 오케스트레이션하는 프레임워크입니다. 더보기

Claude Code가 이제 24/7 AI 직원이 되었습니다. Anthropic이 드디어 Claude Code에 네이티브 Scheduled Tasks 기능을 추가했기 때문입니다. 이 기능이 의미하는 바는 단순합니다. 여러분이 자고 있을 때도, 회의 중일 때도, Claude Code는 정해진 시간에 자동으로 깨어나 작업을 수행합니다. 기존에 구축한 모든 스킬, 워크플로우, 자동화가 이 한 번의 업데이트로 10배 더 강력해졌습니다. 그리고 설정은 놀라울 정도로 간단합니다. 더보기