최근 Claude Code나 Codex 같은 AI 코딩 도구를 업무에 활용하면서 한 가지 고민이 생겼다.바로 AI가 이전에 수행했던 작업을 어떻게 기억하고, 다음 작업에서도 활용할 수 있을까? 하는 부분이다.하나의 세션에서는 이전 대화 내용을 참고할 수 있지만, 새로운 세션을 시작하거나 다른 AI 도구를 사용하면 기존 작업 내용을 다시 설명해야 하는 경우가 있다.특히 여러 프로젝트를 관리하는 업무 환경에서는 이러한 과정이 반복될 수 있다.이와 관련된 방법을 찾아보다가 ai-memory라는 오픈소스를 알게 됐다.회사 개발 환경에서도 활용할 수 있을지 검토하기 위해 AI와 함께 공식 문서를 살펴보고 주요 기능과 구조를 정리해 봤다.1. ai-memory란?ai-memory는 AI 코딩 에이전트의 작업 내용을..
이번에 사내 폐쇄망 서버에 RabbitMQ를 설치할 일이 생겼다.문제는 인터넷이 안 되는 환경인데 Docker조차 설치되어 있지 않았다는 것.직접 하나씩 설치 파일을 찾고 의존성을 확인하기에는 번거로울 것 같아서 이번에는 Codex를 활용해 오프라인 설치를 준비해 봤다.1. 설치 환경OS: Linux (RPM 기반)네트워크: 폐쇄망 (인터넷 연결 불가)Docker: 미설치설치 대상: RabbitMQ작업 도구: Codex전체적인 작업 방식은 간단하다.외부망에서 Docker 설치 파일과 RabbitMQ 이미지를 준비한 뒤, 폐쇄망 서버로 옮겨 설치하는 방식이다.2. Codex 활용Codex에는 대략 다음과 같이 요청했다.폐쇄망 Linux 서버에 RabbitMQ를 Docker로 설치해야 해.현재 Docker도..
최근 사내 폐쇄망 서버에서 MongoDB 버전을 올려야 할 일이 있었다.인터넷이 되는 환경이면 yum이나 dnf로 패키지를 설치하면 끝날 수도 있지만, 폐쇄망 서버라 그렇게 진행할 수는 없었다.현재 서버에 설치된 MongoDB도 패키지 방식이 아니라 바이너리를 직접 올려서 사용하는 구조였기 때문에, 이번에도 새로운 버전의 바이너리를 반입해서 교체하는 방식으로 작업했다.작업하면서 몇 가지 헷갈렸던 부분도 있어서 전체 과정을 정리해본다.작업 환경현재 환경은 아래와 같았다.OS : Rocky Linux 8.10MongoDB : 8.0.6실행방식 : mongod --config mongod.conf환경 : 폐쇄망추가로 운영 계정에서는 systemctl을 사용할 수 없는 상황이었다.그래서 서비스 ..
Obsidian을 사용하다 보면 로컬 PC에서 작성한 문서를 서버에서도 활용하고 싶을 때가 있다.특히 서버에서 Claude Code나 Hermes 같은 AI Agent를 사용한다면, 로컬에서 정리한 Markdown 문서를 서버에서도 바로 읽을 수 있으면 꽤 편하다.내가 원했던 구조는 단순했다.Obsidian ↓Local Vault ↓Private Git Repository ↓ServerObsidian 전용 Sync 기능을 사용하는 방법도 있지만, 이미 Markdown 파일로 관리되고 있기 때문에 Git을 이용해서 직접 동기화하기로 했다.1. Obsidian Vault 준비Obsidian의 실질적인 데이터는 그냥 폴더 안의 Markdown 파일이다.내 경우에는 Vault를 별도의 경로에 두고 관..
Claude Code 같은 AI 코딩 도구를 사용하다 보면 생각보다 많은 Token을 사용하게 된다.처음에는 프롬프트를 길게 작성하는 것이 가장 큰 원인이라고 생각했다. 하지만 실제로 사용해보니 터미널 명령의 출력 결과도 상당한 Context를 차지한다.예를 들어 AI가 개발하면서 다음과 같은 명령을 실행한다고 해보자.git diffgit logpytestnpm testrgdocker logs프로젝트가 크거나 테스트가 많다면 수백, 수천 줄의 결과가 출력될 수 있다.문제는 사람이 보기에도 필요 없는 반복적인 출력까지 LLM에게 전달되면서 Token을 사용한다는 점이다.여기서 사용할 수 있는 도구가 RTK(Rust Token Killer)다.RTK는 Rust로 만들어진 CLI Proxy로, 개발 명령의 결..
