Claude Code에서 oh-my-claudecode, pm-skills, superpowers, ui-ux-pro-max-skill 을 같이 보면, 같은 종류의 도구 4개라기보다 서로 다른 층을 맡는 조합으로 이해하는 편이 훨씬 쉽습니다. 핵심은 “무엇이 더 좋은가"보다 “누가 어느 단계에서 책임을 지는가"를 분리해서 보는 것입니다.
더보기
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 에이전트가 작업 전체 라이프사이클에서 컨텍스트를 구조화하고, 계획을 세우고, 검증까지 수행하도록 오케스트레이션하는 프레임워크입니다.
더보기
AI 코딩 도구가 좋아질수록 개발은 빨라집니다. 하지만 속도가 올라간다고 해서 프로젝트가 자동으로 좋아지지는 않습니다. 오히려 방향을 잃은 채 빠르게 달리면, 더 빨리 망가집니다.
바로 이 지점에서 많은 팀이 말하는 것이 “Vibe Coding” 입니다. 아이디어와 감각만으로 AI에게 계속 구현을 맡기는 방식입니다. 초기에는 놀라울 정도로 빠르지만, 프로젝트가 조금만 커져도 요구사항이 흔들리고 구조가 무너지기 시작합니다.
더보기