에이전트에게 '목표'를 통째로 맡긴다

터미널 탭 여섯 개에 코딩 에이전트를 띄워 놓고 어느 탭이 무엇을 하던 중이었는지 되짚어 본 적이 있다면, 포디엄(Podiom)이 겨냥하는 지점을 이미 아는 셈이다. 클로드 코드(Claude Code)와 코덱스(Codex)를 한 작업실에 모아 세션과 맥락을 유지해 주는 오픈소스로, MIT 라이선스에 커밋 293건 규모다.

무슨 일인가 / 배경

코딩 에이전트를 터미널에서 하나 띄우는 일은 쉽다. 어려워지는 건 세션이 여러 개가 되고, 프로젝트가 나뉘고, 무인 작업이 밤새 돌기 시작할 때다. 맥락이 탭마다 흩어지면 사람은 일하는 대신 "방금 무슨 일이 있었고 다음에 뭘 시켜야 하는지"를 복원하는 데 시간을 쓴다.

포디엄은 이를 하나의 로컬 작업실로 묶는다. 세션은 뒤에 붙은 명령줄 세션이 바뀌어도 남고, 프로젝트가 공유 맥락을 지니며, 로드맵 작업과 일정이 진행을 밀어 준다. 어느 에이전트가 무엇을 했는지 확인하고 그 세션을 열어 이어갈 수도 있다.

중요한 설계 선택이 하나 있다. 포디엄은 모델 실행 자체를 대체하지 않는다. 실제 작업은 설치돼 있는 클로드·코덱스 명령줄 도구에 그대로 넘기고, 그쪽의 모델·MCP 서버·도구·스킬·인증을 이용한다. 별도 요금 체계를 얹지 않고 기존 구독을 그대로 쓴다는 뜻이다.

핵심 짚어보기 — 작업과 목표의 차이

포디엄이 구분하는 두 단위가 이 도구의 성격을 보여 준다. 작업은 에이전트에게 한 번 시키는 일이고, 목표는 한 명의 주도 에이전트가 며칠에서 몇 주 동안 소유하는 결과물이다. 사용자는 원하는 상태와 "완료"의 정의, 선택적 지표, 검토 주기를 정해 준다.

주도 에이전트는 그 목표를 로드맵 작업과 일정으로 쪼개고, 필요하면 다른 에이전트에게 위임하고, 배우는 대로 계획을 고친다. 검토 시점마다 진척과 근거, 지표 변화, 다음에 할 일이 기록으로 남는다. 권한이 모자라면 구조화된 접근 요청으로, 사람만 할 수 있는 일은 별도 항목으로 떨어져 나온다. 완료를 제안하는 것은 에이전트지만 완료 도장은 사람만 찍을 수 있게 막아 뒀다.

대신 경고도 분명하다. 목표 실행은 의도적으로 자율적이어서, 주도 에이전트와 연결된 작업·일정이 전체 권한으로, 행동마다 승인을 묻지 않고 돌아간다. 편의와 위험이 같은 스위치에 묶여 있는 구조다.

1인기업 실전 적용 포인트

• 반복 업무부터 목표로 올린다. 예를 들어 "매주 콘텐츠 3편 발행"처럼 완료 기준과 숫자가 분명한 일이 적합하다. 기준이 흐린 일을 맡기면 검토 기록만 쌓인다.
• 첫 목표는 쓰기 권한이 없는 저장소나 격리된 폴더에서 시작한다. 승인 없이 도는 구조라 첫 주는 관찰 기간으로 두는 편이 안전하다.
• 사람만 할 수 있는 항목이 쌓이는 속도를 지표로 본다. 그 목록이 길어진다면 자동화가 막힌 지점이 어디인지 알려 주는 신호다.
• 기존 구독을 그대로 쓰므로 주간 사용 한도와 함께 계획한다. 무인 일정 여러 개를 동시에 걸면 한도부터 먼저 바닥난다.

전망과 주의점

아직 초기 단계 프로젝트라 안정성은 검증되지 않았고, 열린 이슈도 남아 있다. 그럼에도 방향은 눈여겨볼 만하다. 에이전트 도구의 다음 경쟁은 모델 성능이 아니라 "여러 에이전트를 며칠 단위로 어떻게 관리하느냐"로 옮겨 가고 있다. 사람 없이 굴러가는 작업이 늘수록 필요한 것은 더 똑똑한 모델이 아니라, 무엇을 했고 왜 그렇게 판단했는지 남는 기록이다. 도입을 결정하기 전이라도, 목표와 작업을 나누는 이 사고방식만 가져와 자기 자동화에 적용해 볼 값어치는 있다.

출처: 깃허브 - Podiom/Podiom (https://github.com/Podiom/Podiom)