저는 유닉스 도구 접근 방식, 즉 독립적으로 사용하거나 더 큰 파이프라인의 일부로 사용할 수 있는, 집중적이고 조합 가능한 기능 단위들을 여러 개 보유하는 방식이 코딩 에이전트용 도구에도 가장 적합한 접근 방식이라는 확신이 점점 더 커지고 있습니다. 모든 기능을 갖춘 거대한 통합 시스템을 만들려고 할 때의 문제점은 사람들이 저마다 고유한 워크플로와 개발 방식을 가지고 있다는 점입니다. 모든 사람의 방식을 수용할 수 있는 단일 프로젝트를 만들려고 하면, 실제로는 제대로 작동하지 않는 지나치게 복잡한 시스템으로 변질되는 경우가 많습니다. 그래서 저는 에이전트 메일용 도구 하나, 작업 관리 도구 하나(스티브 예그의 Beads), 작업 선택 도구 하나(BV), 과거 기록 검색 도구 하나(Cass), 다국어 린팅 및 버그 탐지 도구 하나(UBS), 민감한 명령 처리 도구 하나(SLB), tmux 및 에이전트 세션 관리 도구 하나(NTM), 메모리 관리 도구 하나(CSM) 등을 가지고 있습니다. 이 중 하나만 사용하거나, 일부만 사용하거나, 전부 사용할 수도 있습니다. 이 기능들은 서로 부분적으로 통합되어 있지만, 항상 선택 사항입니다. 예를 들어, SLB는 에이전트 메일 설정이 되어 있으면 이를 활용할 수 있지만, 독립적으로도 작동합니다. NTM은 BV의 정보를 표시할 수 있지만, 필수 사항은 아닙니다. 마치 작은 레고 블록처럼 원하는 시스템을 구축하는 데 사용할 수 있게 되며, 원하는 기능을 추가하는 작은 도구를 직접 만드는 것도 쉬워집니다. 그러면 AGENTS.md 파일은 일종의 운영 체제처럼 되어 에이전트의 작업 메모리에 도구를 "설치"하고 언제, 어떻게, 왜 사용할지 설명하여 구성합니다(신기하게도 이제는 시스템이 도구를 사용하도록 설득해야 합니다!). 따라서 필요한 모든 도구를 컴퓨터에 설치해 두고, 프로젝트에 따라 사용하려는 도구에 대한 설명만 추가하면 특정 도구만 활성화할 수 있습니다.
