Axel

작업을 큐에 추가하고, 각각을 특정 에이전트에 배정한 뒤 동시에 돌아가는 걸 본다. 끌어서 재정렬하고 우선순위를 즉석에서 바꿀 수 있어, 짧은 수정이 긴 리팩터링을 앞질러도 아무것도 재시작할 필요가 없다. 한 작업이 끝나야 다음을 시작하던 시절은 끝났다.

같은 큐가 Claude, Codex, OpenCode, Antigravity를 먹여 살린다. 이는 벤치마크가 하룻밤 사이 뒤집혀 지난달 가장 빠르던 모델이 갑자기 가장 까다로운 리팩터링을 맡기고 싶은 모델이 아니게 될 때 가장 중요하다. 그럼 프로젝트 중간에 도구를 바꾸고 싶으면 어떻게 될까. 새 도구를 중심으로 워크플로를 다시 짜는 대신, 작업을 맡는 에이전트를 교체하면 된다.

스킬 파일은 ~/.config/axel/skills에 있고, Axel은 각 에이전트가 찾는 위치로 링크를 건다. 스킬을 한 번 쓰면 설치한 모든 어시스턴트에서 작동하며, .claude/commands/와 .codex/agents/ 사이에 복사 붙여넣기할 필요가 없다. 이 한 가지 세부만으로 어떤 벤치마크 표보다 시간을 아낀다. 전환하는 도구들을 같은 소스 파일로 향하게 하는 순간 서로 어긋나는 일이 멈추기 때문이다.

에이전트는 파일을 편집하거나 명령을 실행하거나 API를 호출하기 전에 허락을 구한다. Axel은 그 요청을 파일 경로, diff 미리보기, 명령 인자와 함께 하나의 받은편지함에 모으므로, 무엇이든 실행되기 전에 승인하거나 거절할 수 있다. 단순한 안전장치다. 자동 승인 규칙을 쓰면 읽기 전용 작업이나 토큰 임계값 미만의 작은 편집을 건너뛸 수 있다.

AXEL.md 파일이 페인, 스킬, 그리드 위치를 정의한다. 한 번 실행하면 워크스페이스 전체가 나타난다. Claude는 왼쪽, 서버는 오른쪽, 로그는 아래. 터미널을 닫았다가 나중에 다시 붙여도 세션은 tmux나 iTerm2를 통해 유지된다. 그냥 된다.

Axel은 메뉴 막대 접근, 키보드 단축키, Spotlight 통합을 갖춘 SwiftUI 앱이다. 단축키는 새 페인 열기부터 작업 전송과 종료까지 전체 흐름을 아우르므로, 긴 세션 동안 손이 마우스를 떠나지 않는다. 네이티브하게 느껴진다. 개발자 도구에서는 드문 일이다.