러닝 이미지를 검사·확장하는 터미널 에이전트 '오톨리스'가 던지는 질문

코딩 에이전트가 늘어나면서 대부분의 도구가 비슷한 구조로 수렴하고 있다. 파일을 읽고 고치고, 워크스페이스를 검색하고, 명령과 테스트를 실행하는 기능은 이제 기본기에 가깝다. 오톨리스(Autolith)라는 터미널 에이전트도 이 기능들을 갖추고 있지만, 그것을 구현한 방식과 지향점에서 다른 노선을 걷는다. 핵심은 이 에이전트 자체가 하나의 살아 있는 커먼 리스프(Common Lisp) 이미지로 돌아가며, 사용자가 그 실행 중인 이미지를 들여다보고 뜯어고칠 수 있다는 점이다.

일반적인 에이전트가 별도의 에이전트 프로세스를 감싸는 래퍼로 동작하는 것과 달리, 오톨리스는 자신을 그런 래퍼가 아니라고 명시한다. 하나의 리스프 이미지 안에 프로바이더 클라이언트, 터미널 인터페이스, 도구 레지스트리, 대화 상태, 영속 메모리, 워크스페이스 아젠다, 그리고 다음에 무엇을 할지 결정하는 코드까지 모두 담겨 있다. 모델과의 통신은 ChatGPT Codex 구독 서비스와 직접 이뤄지며, Codex CLI를 따로 실행하거나 번들하지 않는다. 파일시스템, 셸, 검색, 메모리, 리스프 연산은 모두 결과가 눈에 보이는 명시적 도구로 유지된다. 워크스페이스 검색은 fff라는 러스트 기반 고속 검색 라이브러리를 통해 인프로세스로 돌아가며, 매 질의마다 새 검색 프로세스를 띄우지 않고 인덱스를 따뜻하게 유지한다.

러닝 이미지를 고친다는 발상

오톨리스가 내세우는 가장 차별적인 기능은 실행 중인 이미지 안의 함수, 메서드, 클래스, 매크로, 컨디션, 전역 설정을 검사하고 통째로 교체할 수 있다는 것이다. 탐색적으로 가한 변경은 즉시 반영되며, 추가 전용(append-only) 변경 저널에 기록된다. 이렇게 만든 변경은 실제로 돌려본 뒤 폐기하거나, 유용하다고 판단되면 '프라이빗 이미지 커밋'으로 남길 수 있다. 이 커밋에는 매니페스트와 완전한 실행 가능 리스프 리플레이 스크립트가 담기며, 추적 대상인 소스 저장소가 아니라 별도의 프라이빗 깃 히스토리에 보관된다. 즉 에이전트의 동작을 바꾸되 프로젝트 원본 코드를 슬그머니 패치하지는 않는다는 설계다.

이 접근의 배경에는 리스프 특유의 이미지 기반·인터랙티브 개발 전통이 있다. 실행 중인 프로그램을 멈추지 않고 내부를 재정의하는 REPL 문화를 에이전트 아키텍처로 끌어온 셈이다. 소스 코드, 대화, 유용한 사실, 라이브 변경, 정확한 힙, 일회성 실험은 저마다 수명이 다르다는 것이 이 도구의 문제의식이다. 오톨리스는 이 모든 것을 하나의 데이터베이스나 하나의 저장된 코어가 전부인 척하지 않고 분리해서 관리한다고 밝힌다.

검사와 복구를 위한 안전장치

능동적인 이미지 변경이 부담스러운 사용자를 위해 --immutable 모드가 준비돼 있다. 이 모드는 읽기 전용 검사와 복구 정보는 유지하되, 평가·변경·영속화·체크포인트·롤백 도구는 봉인한다. 실제로 공개된 캡처 세션도 이 불변 모드에서 저장소 목록 하나를 요청한 것으로, 요청·도구 호출·제한된 결과·응답이 순서대로 드러나는 터미널의 실제 서식을 그대로 보여 준다. 시뮬레이션된 채팅 창이 아니라 터미널 출력 그 자체라는 점을 강조한다.

설치와 실행 환경에는 분명한 제약과 경고가 따른다. 오톨리스는 리눅스 x86-64를 대상으로 하며, 바이너리 릴리스는 자체 SBCL과 리스프 의존성, 네이티브 헬퍼를 함께 담고 있고 새 태그 릴리스가 있으면 갱신 전에 사용자에게 묻는다. 권장 설치 경로는 처음부터 완전한 빌드를 고정할 수 있는 Nix다. URL을 셸로 파이핑하는 방식은 위험하니 설치 스크립트를 먼저 읽으라는 안내도 붙는다.

무엇보다 중요한 한계는 보안 경계에 관한 것이다. 오톨리스는 모델이 생성한 코드를 사용자 권한으로 실행하며, 프로세스 경계는 신뢰성을 위한 것이지 적대적 코드를 막기 위한 것이 아니라고 못박는다. 다시 말해 보안 샌드박스가 아니라 개발 에이전트로 쓰라는 뜻이다. 실무자 입장에서는 이 지점을 분명히 인식해야 한다. 러닝 이미지를 직접 조작하는 유연함은 곧 실행 중인 상태를 오염시킬 수 있는 여지와 맞물려 있고, 변경 저널과 프라이빗 커밋, 불변 모드 같은 장치는 그 유연함을 되돌릴 수 있게 만들기 위한 보완책으로 이해하는 편이 정확하다.

결국 오톨리스가 제기하는 것은 에이전트를 블랙박스로 쓸 것인가, 아니면 열어 보고 고치고 되돌릴 수 있는 대상으로 다룰 것인가라는 선택지다. 리눅스와 커먼 리스프라는 진입 장벽이 있고 대상 사용자층도 좁지만, 에이전트의 내부 동작을 스스로 통제하고 싶은 개발자에게는 참고할 만한 설계 사례다.