Developer Tools

Claude Code를 오래 쓰다 보면 가장 먼저 부딪히는 한계는 모델 성능보다 세션 단절 입니다. 방금 전까지 무엇을 조사했고 어떤 결정을 내렸는지 다음 세션에서 다시 설명해야 하는 순간이 반복되기 때문입니다. thedotmack/claude-mem은 바로 그 문제를 겨냥한 플러그인입니다. 저장소의 표현을 그대로 옮기면, 이 프로젝트는 Claude Code용 “persistent memory compression system” 이고, 세션 동안 발생한 관찰을 자동 수집하고 요약한 뒤 다음 세션에 다시 주입하는 구조를 제공합니다. (README.md) 더보기

Shotgun은 요즘 흔한 “AI가 코드를 대신 써 준다” 류의 도구와 출발점이 조금 다릅니다. 이 프로젝트가 전면에 내세우는 핵심은 코드 생성 자체가 아니라, AI 코딩 에이전트가 큰 기능에서 왜 자꾸 탈선하는지 먼저 인정하고 그 앞단의 리서치, 명세, 계획을 구조화하는 것 입니다. README의 한 문장으로 요약하면 Shotgun은 “codebase-aware specs” 를 만들어 Codex, Cursor, Claude Code 같은 에이전트가 엉뚱한 방향으로 새지 않게 돕는 CLI입니다. GitHub Repository README 더보기

Claude Code를 사용하다 보면 스킬(Skill)이 기대만큼 동작하지 않아 답답할 때가 있습니다. 흔히 “70/30"의 법칙이라고 부르는, 70%는 잘하지만 나머지 30%에서 삐끗하는 불확실성 때문입니다. 이때 많은 개발자가 직접 프롬프트를 수정하며 시행착오를 겪지만, 이는 오히려 다른 케이스에서 성능을 떨어뜨리는 부작용을 낳기도 합니다. 이번 글에서는 안드레이 카파시(Andrej Karpathy)의 Autoresearch 개념을 빌려와, Claude Code 스킬을 데이터와 지표 기반으로 자동 개선하는 영리한 접근법을 정리해 보겠습니다.12 더보기

Claude Code를 오래 쓰다 보면 실행 명령이 점점 길어집니다. 기본 실행만 해도 괜찮지만, 여기에 --resume, --worktree, --chrome, --teammate-mode auto, --dangerously-skip-permissions 같은 옵션이 붙기 시작하면 “이번에는 어떤 조합으로 띄워야 하지?“를 계속 다시 생각하게 됩니다. 이럴 때 가장 단순하면서 효과가 큰 방법이 실행 래퍼 함수 하나를 두는 것입니다. 이번 글에서는 실제 cc() bash 함수를 기준으로, Claude 모드와 GLM 모드를 전환하고, resume/worktree/skip-permissions 조합을 짧게 호출하는 패턴을 정리합니다. 더보기

git worktree 는 설명으로 이해하는 것보다, “언제 어떤 명령을 치면 어떤 상황이 풀리는가” 로 익히는 편이 훨씬 빠릅니다. 실제로 이 기능이 가장 빛나는 순간은 새 기능 개발을 분리할 때, 작업 도중 긴급 hotfix가 들어왔을 때, 또는 여러 에이전트와 병렬로 브랜치를 나눠 작업할 때입니다. 이 글은 개념 설명을 최소화하고, 바로 써먹을 수 있는 예제 중심 으로 다시 정리했습니다. Git 공식 문서의 대표 예제와 KKamJi 글의 멀티 에이전트 운영 관점을 합쳐서, “어떤 명령을 언제 쓰는가”, “왜 그 예제가 유용한가”, “어디서 자주 헷갈리는가” 를 한 흐름으로 설명합니다. 더보기

Claude Code와 같은 에이전트형 CLI 도구가 등장하면서, 개발자들은 터미널을 떠나지 않고 코딩 작업을 AI에게 위임하는 경우가 늘고 있습니다. 하지만 긴 세션을 유지하다 보면 컨텍스트 윈도우가 얼마나 찼는지, 에이전트가 무한 루프에 빠진 것은 아닌지 파악해야 할 필요성이 커졌습니다. Claude HUD는 이러한 문제를 해결하는 실시간 모니터링 도구입니다. 더보기

Claude Code 를 사용하다 보면 대화가 길어질수록 컨텍스트 가 차오릅니다. 이 컨텍스트가 가득 차면 응답 품질이 눈에 띄게 떨어지는데, 많은 사용자가 적절한 타이밍에 새 세션을 열거나 /clear 를 해주어야 한다는 것을 알면서도 정확히 언제 해야 할지 감을 잡지 못합니다. 더보기