Pi 1.0의 미니멀리즘, 자유일까 사용자가 떠안는 숙제일까

핵심 요약

• 하네스는 AI 모델이 도구를 쓰고 작업을 이어가도록 연결하는 실행 틀입니다.
• 기본 구성이 작으면 원하는 기능을 고를 여지가 생기지만, 직접 연결해야 할 일도 남을 수 있습니다.
• 확장성이 얼마나 쓸모 있는지는 기능을 붙일 때뿐 아니라 계속 쓰고 고칠 때도 드러납니다.
• 도구를 고를 때는 기본 기능이 몇 개인지보다 실제 업무를 끝내는 데 얼마나 수고가 드는지 봐야 합니다.

AI 에이전트를 고를 때는 어떤 기능이 있고 얼마나 많은 일을 해주는지부터 살피기 쉽습니다. Pi 1.0을 설명하는 ‘미니멀하고 확장 가능한 AI 에이전트 하네스’라는 말에서는 한 가지를 더 따져볼 필요가 있습니다. 기본 구성을 줄이면 사용자가 더 자유로워질까요, 아니면 직접 챙길 일이 늘어날까요?

하네스는 AI가 일할 수 있도록 연결하는 틀입니다

하네스는 AI 모델의 판단을 실제 작업으로 이어주는 틀입니다. 모델이 판단을 내리는 두뇌라면, 하네스는 모델에 필요한 도구를 연결해 줍니다. 도구가 돌려준 결과를 모델에 전달해 다음 판단에 쓸 수 있게 하는 일도 맡습니다.

가령 AI가 “이 파일을 확인해야겠습니다”라고 답하는 것과 실제로 파일을 읽는 것은 다릅니다. 파일을 읽으려면 도구가 있어야 하고, 읽은 내용을 모델에 넘겨주는 과정도 필요합니다. 하네스가 이 사이를 연결합니다.

그래서 미니멀한 하네스를 볼 때는 화면이 단순한지보다 기본으로 어디까지 책임지는지를 살펴야 합니다. 기본 구성이 작다는 설명만으로 실행 속도가 어떤지, 비용이 얼마나 드는지까지 판단할 수는 없습니다.

필요한 기능을 직접 고를 수 있다는 자유

미니멀한 설계의 매력은 필요한 기능을 직접 고를 수 있다는 데 있습니다. 사용자마다 하는 일이 다르니까요.

어떤 개발자에게는 코드 수정과 테스트 실행만 필요할 수 있습니다. 다른 개발자는 여기에 팀 내부 문서 검색까지 연결하고 싶을 수 있습니다. 필요한 부분을 덧붙일 수 있다면 각자 하는 일에 맞춰 도구를 구성할 수 있습니다.

이미 쓰는 도구와 일하는 방식이 뚜렷한 사람에게는 이런 설계가 잘 맞을 수 있습니다. 새 에이전트를 쓰려고 업무 전체를 바꿔야 하는 부담을 줄일 수 있기 때문입니다.

다만 확장 가능과 쉽게 확장 가능은 서로 다릅니다. 연결 방법이 복잡하면 선택권이 있어도 실제로 쓰기 어렵습니다. 기능을 붙일 수 있는 곳이 많다고 해서 그만큼 자유롭게 쓸 수 있는 것은 아닙니다.

빠진 기능만큼 내가 할 일이 늘어날 수도 있습니다

팀 내부 문서 검색을 직접 연결하는 경우를 생각해보겠습니다. 검색 결과를 받아오는 데 성공했다면 첫 단계는 끝난 셈입니다. 하지만 업무에 계속 쓰려면 그 뒤에 생길 문제도 풀어야 합니다.

문서 서버가 응답하지 않을 때 어떻게 처리할지, 접근 권한이 없는 문서는 어디서 걸러낼지 정해야 합니다. 연결한 도구가 바뀌었을 때 누가 수정할지도 생각해둬야 합니다.

이는 Pi 1.0에서 확인된 결함 목록이 아닙니다. 필요한 기능을 직접 붙여 쓰기로 했다면 운영하면서 따져봐야 할 문제들입니다.

제품에 없는 기능이라도 업무에 필요하면 누군가는 만들어야 합니다. 연결한 기능이 고장 났을 때 원인을 찾을 사람도 있어야 합니다. 설치가 간단하다고 이런 일을 맡아야 할 책임까지 줄어들지는 않습니다.

저는 미니멀리즘을 볼 때 책임의 배분이 핵심이라고 생각합니다. 도구가 맡는 범위가 줄면 사용자에게 어떤 선택권이 생기는지, 그 대신 어떤 관리 업무를 떠안게 되는지 함께 봐야 합니다.

기본 기능 수보다 ‘업무 하나를 끝내는 비용’을 보세요

이런 도구를 평가할 때는 기능표를 보기 전에 실제로 맡길 작업 하나를 정해보면 좋습니다. 예를 들면 “작은 오류를 수정하고 테스트 결과까지 확인한다”는 과제입니다.

답변의 품질을 확인하면서 작업을 시작하기까지 설정에 얼마나 손이 가는지도 살펴야 합니다. 도중에 멈췄다면 이유를 알아낼 수 있어야 하고요. 다음 날 같은 작업을 다시 할 때도 한 번 만들어둔 구성을 그대로 쓸 수 있어야 합니다.

혼자 쓸 때와 팀에서 쓸 때는 기준도 달라집니다. 혼자라면 자신만 이해하는 설정으로 충분할 수 있습니다. 하지만 동료도 써야 한다면 사용법을 설명하고 설정을 유지보수하는 데 시간이 더 듭니다.

미니멀한 도구의 가치를 따질 때 업무를 끝내기까지 드는 전체 수고를 봐야 하는 이유입니다. 처음에는 설정할 일이 많아도 같은 작업을 반복하면서 시간을 아낄 수 있습니다. 반대로 시작은 간단했지만 쓸 때마다 연결을 손봐야 할 수도 있습니다.

Pi 1.0을 고를 때도 선택권과 관리 부담을 함께 따져봐야 합니다. 필요한 부분을 직접 구성할 역량이 있고 그렇게 할 이유도 있다면, 작은 기본 구성이 자유를 줄 수 있습니다. 작업 실행을 맡기려는지, 작업 환경을 관리하는 수고까지 덜려는지에 따라 도구를 고르는 기준도 달라집니다.