
2026년에 내가 사용 중인 도구들 (그리고 2025년부터 사용을 중단한 것들)
요약
작성자의 2026년 개발 툴체인 변화를 다루며, 특히 에이전트 중심 엔지니어링으로의 전환을 강조합니다. ChatGPT 대신 Claude Code와 Junie를 주력 코딩 도구로 사용하며 효율적인 토큰 관리 방법을 공유합니다.
핵심 포인트
- 에이전트 중심 엔지니어링 및 비동기식 멀티 에이전트 설정으로의 변화
- Claude Code를 주력 코딩 도구로 활용 및 비용 효율적 사용
- LLM 토큰 소비를 60-90% 절감하는 CLI 프록시 활용 팁
서론
어떤 면에서는 제 지난 포스트 이후로 많은 것이 변했지만, 또 어떤 면에서는 별로 변한 것이 없습니다. 지난 12개월 동안 큰 변화가 있었는데, 특히 "에이전트 중심 엔지니어링 (agentic engineering)"과 우리가 기존에 해왔던 HITL (Human-in-the-Loop, 인간 참여형) 방식 대비 멀티 에이전트 AFK (Away From Keyboard, 비동기식) 설정을 운영하는 방식에 있어 큰 변화가 있었습니다. 저는 제가 개발 중인 도구에 대한 소개에서도 이 부분을 언급했는데, 스포일러를 하자면 이 도구 역시 제 툴체인 (toolchain)의 일부입니다. 약간은요. 아직 작업 중인 단계 (WIP)입니다...
채팅 및 코딩 도구
우선, 저는 이제 ChatGPT를 거의 사용하지 않습니다. 하지만 OpenAI의 모델을 사용하는 OpenAI 에이전트 코딩 도구인 Codex는 이것저것 만져보고 있습니다. 아직 유료로 사용하고 있지는 않지만, 온라인에서 보고 있는 내용들과 Anthropic이 Claude에 대해 적용하고 있는 가격 정책 변화를 고려했을 때, 전환을 고민 중입니다.
Claude Code는 여전히 저의 주된 코딩 도구입니다. 제 JetBrains All Product Pack에 포함된 Junie와 함께 제가 여전히 비용을 지불하고 있는 도구이기도 합니다. 저는 매주 수백만 개의 토큰을 사용하는 파워 유저는 아니기에 일반적으로 Pro 구독으로도 충분하다고 느끼지만, Max로 전환을 고려했던 적도 있습니다... 도움이 되는 점 중 하나는 제 클라이언트 중 한 명이 Claude Code Team 계정 접근 권한을 제공해주기 때문에, 대부분의 비용을 제 사비로 지불하지 않아도 된다는 것입니다.
Claude Code에서 정말 유용했던 몇 가지 사항을 언급하고 싶습니다:
- Claude Code Cheatsheet
- Skills For Real Engineers
- 일반적인 개발 명령에서 LLM 토큰 소비를 60-90% 줄여주는 CLI 프록시 (CLI proxy)
- Claude Code에서 프롬프트 인젝션 (Prompt Injection)에 대응하는 7단계 방어 계층
제가 최근 살펴보고 있는 흥미로운 도구 두 가지는 JetBrains Air와 Google Antigravity입니다. Google은 최근 Antigravity 2.0을 사용하여 커스텀 OS를 구축하고, I/O 2026 기조연설 중에 Doom을 실행하는 데 사용했으므로, 이것이 어디로 발전할지 정말 기대됩니다. 몇 달 후에 다시 보고하겠습니다.
저는 다양한 에이전트 오케스트레이션 (Agent Orchestration) 프레임워크를 실험해 왔지만, 이전에 CAST에 대해 언급했듯이 제가 발견한 주요 문제는 이러한 도구들이 제가 작업하는 더 복잡한 시스템의 유스케이스 (Use Case)를 제대로 충족하지 못한다는 점입니다. 또한 많은 도구가 사용할 수 있는 도구나 실행할 수 있는 에이전트 측면에서 매우 제한적입니다. 제가 해결하려는 문제는 훨씬 더 광범위하고 개방적이며, 이는 진전이 느리다는 것을 의미하기도 하지만, 저는 제가 만들고 싶은 것들을 만들기 위해 제 아이디어를 직접 사용하며 검증 (Dogfood)하고 있습니다. CAST와 가장 유사하다고 느낀 것은 Factory.ai와 Aparent이며, 이들을 주의 깊게 지켜보며 테스트하고 있습니다. 둘 다 살펴볼 가치가 있습니다.
연구 도구 (Research Tools)
지난해에는 Perplexity에 깊이 빠져 있었지만, 2026년 대부분의 기간 동안에는 실제로 NotebookLM을 훨씬 더 많이 사용해 왔습니다. Perplexity는 일상적인 뉴스를 확인하는 데는 여전히 유용하지만, 제가 조사를 하고 싶을 때, 요약(summarise)을 하고 싶을 때, 무언가를 배우고 싶을 때는... 무조건 NotebookLM입니다.
Claude Research Mode 또한 정보를 수집하는 데 여전히 매우 유용하며, 때로는 Claude를 사용하여 초기 조사(initial research)를 수행하고 핵심 리소스를 강조(highlighting)한 다음, 범위를 제한하기 위해 이를 NotebookLM에 입력하는 방식으로 더 나은 결과를 얻는 것 같다는 의구심이 듭니다. 이는 제가 사용하는 스레드(theirs) 때문일 수도 있는데, Google 측의 성능이 낮은 모델(dumb models)을 사용하고 있는 것이 아닌가 의심됩니다.
IDE 및 에디터 (IDE and Editors)
따라서 여기서 2025년과 비교했을 때 가장 큰 변화는 Continue.dev, Cursor, 그리고 Windsurf의 사용을 완전히 중단했다는 점입니다. 궁극적으로 JetBrains가 자신들의 IDE를 개선해 온 방식과 Junie의 추가, 그리고 Claude Code 및 Gemini 등을 위한 환상적인 플러그인(plugins)들 덕분에, 다른 무엇을 사용하는 것이 의미가 없게 되었습니다...
그래서 네, Jetbrains All Products Pack입니다. 여전히 저의 기본 선택(go to)입니다.
이제 AI Pro가 구독에 포함된 것으로 알고 있지만, AI Ultimate를 선택해야 할 명분도 충분합니다.
그렇긴 하지만, 때로는 본격적인 IDE (Integrated Development Environment)가 아니라 단순한 에디터(editor)만 필요할 때가 있는데, 이를 위해 지난 몇 달 동안 Zed를 실험해 보고 있습니다. 나쁘지는 않습니다. 다만 그들의 터미널 에뮬레이터 (terminal emulator)에서 몇 가지 이상한 문제들을 겪었습니다. 정확히 무엇 때문인지는 모르겠지만, 제 ZSH 설정이 제대로 로드되지 않아서 가끔 무한 루프처럼 보이는 상태에 빠지곤 하고, 그러면 PATH가 완전히 엉망이 됩니다... 잘 모르겠습니다. 저는 에디터가 그냥 알아서 잘 작동하기를 기대하는데 말이죠. 하지만 전반적으로 디자인과 사용감이 마음에 들고, 단순히 파일 하나를 편집해야 할 때는 괜찮습니다.
어쨌든 요즘 저는 대부분의 시간을 터미널 (Terminal)에서 보냅니다. IDE는 이제 코딩용이 아니라 제대로 된 디버깅 (debugging)을 위해서만 사용하고, 텍스트 에디터는 제 Neovim이 말썽을 피울 때만 사용합니다. 그리고 아직 디버거 (debugger)를 사용해 코드를 단계별로 실행하며 살펴볼 만한 괜찮은 에이전트 (agent)나 TUI (Terminal User Interface)를 찾지 못했기 때문에, JetBrains IDE들이 여전히 최고 (FTW)입니다.
터미널 및 CLI 도구
Warp는 여전히 제가 선택하는 터미널입니다. 정말 멋집니다. 그들의 Oz Agent Platform은 놀랍습니다. cmux도 써봤는데, 별로입니다. 그냥 Warp를 쓰세요, 진심입니다. cmux를 극찬하는 사람들은 아직 Warp를 써보지 않은 것뿐입니다. 한때 Warp에 더 이상 비용을 지불하지 않던 시기도 있었지만, 이제 그 시기는 끝났습니다. 그들이 제공하는 기능이 정말 많거든요. 만약 BYOK (Bring Your Own Key)를 사용하고 싶다면, 최소한 가장 낮은 등급의 요금제는 결제해야 합니다.
Fabric은 이제 예전만큼 자주 사용하지 않습니다. 여전히 가지고는 있지만, 일반적으로는 Claude Desktop을 사용하는 것만으로도 충분하다고 느낍니다.
아, 그리고 저는 Toad를 정말 좋아합니다. 이것은 "터미널 내 AI를 위한 통합 인터페이스 (unified interface for AI in your terminal)"입니다. Textualize를 기반으로 구축되었으며 Agent Client Protocol (ACP)를 활용하여 여러 코딩 에이전트(coding agents)에 대한 UI를 제공합니다. 저는 단 하나의 에이전트만 사용하는 것이 아니기에 이 점이 매우 훌륭합니다. 다만 ACP를 통해 모든 기능을 노출하지는 않기 때문에 Claude Code와 같은 도구에서 제공하는 일부 기능은 상실될 수 있어 특정 사용 사례(use case)에 따라 달라질 수 있지만, 꼭 한번 확인해 보시길 강력히 추천합니다.
또한 Pi도 이것저것 만져보고 있지만, 아직 완전히 마음을 사로잡지는 못했습니다.
아, 정말 뜬금없는 이야기입니다만, 사실 저는 Proxmox 서버의 VM(가상 머신)에서 Claude Code를 실행하고, Remote Control을 사용하여 제 휴대폰과 태블릿으로 프로젝트 작업을 하고 있습니다. 매우 불안정하고(janky) 짜증이 날 때가 더 많지만, 와, 우리가 정말 대단한 미래에 살고 있긴 하네요. 앞으로는 정말 멋지게 변할 것입니다.
개인용 AI 어시스턴트 (Personal AI Assistant)
아니요, 저는 여전히 OpenClaw를 사용하지 않습니다. 그만 좀 물어보세요. 절대 근처에도 가지 않을 겁니다. 사양하겠습니다.
하지만 Hermes는 시도해 보고 싶습니다. 유망해 보이고 훨씬 더 안전해 보이거든요. 현재로서는 Claude Cowork가 제가 원하는 대부분의 일을 해주고 있고, 나머지는 로컬에 구축한 저만의 커스텀 셀프 호스팅 n8n 설정이 처리하고 있습니다.
결론 (Conclusion)
제가 마지막으로 저의 AI 기술 스택 (AI tech stack)에 대해 글을 쓴 이후, 개발 분야에서 흥미로운 한 해를 보냈습니다. 업계에는 흥미로운 변화가 일어나고 있지만, 저는 여전히 완전히 납득하지는 못하고 있습니다. 곧 올릴 포스팅 중 하나는, 우리가 이 사이클에 더 깊이 들어갈수록 AI 코딩을 소프트웨어 엔지니어링 (software engineering)의 대체나 진화가 아닌, "로우 코드 (low code) 및 노 코드 (no code)의 다음 진화 단계"로 보게 된다는 내용에 관한 것입니다.
다른 분들은 어떤 도구들을 사용하고 계시는지, 그리고 제가 살펴봐야 할 만한 것이 있는지 정말 궁금합니다. 댓글로 알려주세요.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기


