프로그래밍이 죽었다는 말은 사실 과장된 표현이다. 오히려 지금은 그 어느 때보다 역동적으로 변화하고 있는 시기다. 이전까지 우리가 파일 하나하나를 수정하며 정성스럽게 코드를 작성하던 방식이 이제는 에이전트에게 지시를 내리고 그 결과를 조율하는 방식으로 진화하고 있다. 이런 변화 속에서 개발자의 환경은 단순한 에디터를 넘어 하나의 커맨드 센터로 탈바꿈해야 할 운명에 처했다. 우리가 다루는 단위가 파일에서 에이전트로 옮겨가고 있다는 사실을 인지하는 것이 중요하다.
이전 글에서 AI 에이전트에게 가장 적합한 도구는 CLI라고 강조한 적이 있다. GUI보다는 텍스트 기반의 명령어가 기계와 기계, 혹은 인간과 기계 사이의 소통에서 훨씬 명확하기 때문이다. 하지만 단순히 CLI를 제공하는 것만으로는 부족하다. 최근 AI 에이전트의 특성에 맞춰 CLI를 어떻게 설계해야 하는지에 대해 다룬 훌륭한 글을 발견했다. 이 글을 바탕으로 AI 친화적인 CLI가 갖춰야 할 구체적인 요소들을 정리해 보려 한다.
MCP보다 CLI가 에이전트 시대의 진정한 표준인 이유
최근 앤트로픽의 MCP(Model Context Protocol)가 화제지만 실무에서 에이전트를 운영해보면 결국 다시 CLI로 돌아오게 된다. 프로토콜의 화려함보다 도구의 단순함과 확장성이 훨씬 중요하기 때문이다.
Andrej Karpathy가 최근 X에서 한 말이 개발자 커뮤니티를 들썩이게 했다. ‘CLI는 레거시 기술이라서 AI 에이전트에게 좋다.’ 직관적으로는 모순처럼 들리는 이 문장에 14년차 인프라 엔지니어로서 깊이 공감했다. 실제로 나는 요즘 OpenClaw에 수많은 CLI 도구를 연결해 사용하고 있다.
최고의 마크다운 에디터는? (macOS/Windows)
제가 블로그 초창기에 쓴 Atom 을 마크다운 에디터로 사용하기 포스트에 꾸준하게 많은 분들이 들어오셨습니다. 그만큼 쓸만한 마크다운 에디터를 찾으시는 분들이 많은 것 같습니다. 2년이 지난 지금, 제가 사용해 본 에디터들의 장단점을 소개해드리겠습니다.
마크다운 에디터들이 제공하는 핵심 기능은 비슷하고 자잘한 추가 기능이 많기 때문에 모두 다루지 않고, 장단점 위주로 다뤄보겠습니다. 이 중에는 애용하는 것들도 있고 하루 이틀 정도만 사용해 본 툴도 있습니다.
macOS 에는 Windows 보다 선택할 수 있는 옵션이 많습니다. 지금 소개해드리는 에디터 중에는 멀티 플랫폼을 지원하는 에디터도 있고 macOS 에서만 동작하는 에디터도 있습니다.
Typora 는 제가 가장 많이 사용하는 최애 에디터입니다. 디자인이 깔끔하고 테마 CSS 를 직접 수정할 수 있어서 커스터마이징이 유용합니다. 특히 프리뷰 화면에서 직접 수정할 수 있는 기능이 유용합니다. 다른 에디터들은 작성 화면과 프리뷰 화면이 나뉘어져 있는 경우가 있는데, 한 화면에서 바로 수정하고 확인할 수 있습니다. 작성 화면으로의 전환도 아주 쉽습니다. 사진은 어두운 테마(Night)가 적용된 화면입니다.
Bear 는 비교적 많이 알려져 있진 않지만 개인적으로 애용하는 에디터입니다. 깔끔한 레이아웃과 스마트폰 앱과의 연동이 좋습니다. 하지만 문서 분류 기능은 아쉽습니다. 태그 지원, 아카이브 기능, 다양한 보기 옵션, 문서 간 링크 기능으로 문서 분류를 지원하고 있습니다만, 폴더 기능이 없기 때문에 많은 문서를 관리하는 것은 쉽지 않습니다.
Byword 는 심플한 디자인으로 인기가 많은 에디터입니다. 꼭 필요한 기능만 가지고 집중해서 작업할 수 있게 도와줍니다. 하지만 프리뷰 화면을 보기 위해서 메뉴 혹은 단축키가 필요하고, Typora 와 달리 프리뷰 화면에서 수정이 불가능하기 때문에 불편해서 한동안 사용하다가 말았습니다. 가격 대비 쓸만한 지 모르겠네요.
Ulysses 는 macOS 쪽에서는 가장 유명한 마크다운 에디터라고 할 수 있습니다. 폴더 기능을 지원하기 때문에 많은 문서를 관리할 수 있고, 목표와 진행 상황을 관리하는 등 헤비 유저일수록 유용하게 사용할 수 있습니다. 커스터마이징도 세세하게 설정이 가능하고 자동화된 백업 등 부가적인 기능도 좋습니다. 저는 예전에 이미 유료로 구입하고 얼마 사용하지 않던 중 매달 돈을 지불하는 구독 방식으로 변경되어 그 이후로 사용하지 않았습니다. 하지만 손에 익으면 익을수록 효율적으로 사용할 수 있는 에디터인 것 같습니다.
개발 블로그를 하다보면 터미널 작업을 업로드해야 할 때가 종종 있습니다. 커맨드를 실행하면 많은 작업이 스쳐 지나가지만 보통 블로그에 올리는 것은 실행할 커맨드나 실행된 결과 화면 뿐입니다. 그래서 블로그를 참고해서 작업을 진행할 때는 이게 제대로 동작하는 것인지, 발생한 오류가 그냥 넘어가도 될만한 것인지 확인하기 어려운 경우가 많습니다.
Java 에서 시간을 다루는 클래스인 java.util.Date 클래스를 쓰다가 문득 의문이 들었습니다. 다음은 현재 시간을 가져오는 getTime() 메소드인데요, 왜 1970년 1월 1일 기준일까요? 그리고 왜 milliseconds 기준일까요?
저 또한 macOS 를 잘 사용하고 있지만 한 가지 불편한 점이 있다면 공인인증서입니다. 예전엔 macOS 에서 인터넷 뱅킹 및 여러 금융사에 접속하기조차 안되는 경우도 있었지만, 지금은 웬만한 금융사는 macOS 와 safari 에서도 원활하게 접속하도록 지원하고 있습니다.
macOS 는 유닉스 기반의 OS 로 개발을 하다보면 터미널을 많이 사용하기 마련인데 기본으로 제공되는 터미널은 너무 빈약합니다. PuTTY 같은 다른 터미널 클라이언트를 사용했던 분들이라면 더더욱 그럴거구요. 기본적인 색깔 구분도 안되서 사용이 쉽지 않았습니다.
프리라이팅에 적합한 글쓰기 앱 Flowstate (Mac OS X 추천앱)
세상에서 가장 위험한 글쓰기 앱