"지시" 에서 "목표" 로 — 에이전트의 다음 패러다임
2024년까지 AI 코딩 어시스턴트의 사용 방식은 대부분 명령형(imperative) 이었습니다. "이 함수를 리팩토링해줘", "이 버그를 고쳐줘" — 사람이 한 줄, 한 줄 지시를 내리고 도구가 실행하는 구조였죠.
2026년 OpenAI Codex가 새로 도입한 GOAL 모드는 이 흐름을 정면으로 뒤집습니다. 사용자는 "이 앱에 로그인 기능을 추가해줘" 같은 목표(goal) 만 던지고, 에이전트가 스스로 태스크를 쪼개고, 코드를 작성하고, 테스트를 실행하고, 결과를 검증합니다.
핵심 변화: 사람이 절차를 설계하는 시대 → 사람이 목표만 정의하는 시대
본 글은 공개된 출시 정보·릴리스 노트 + 산업 트렌드를 종합한 분석입니다. 일부 세부 동작은 추정에 근거하며, 실제 사용 시 공식 문서를 참고하시기 바랍니다.
GOAL 모드의 3가지 핵심 특징
1. 자율 태스크 분해 (Autonomous Task Decomposition)
GOAL 모드의 가장 큰 변화는 자연어 → 실행 가능한 태스크 그래프 변환입니다. 사용자가 "결제 모듈에 환불 기능을 추가" 라고 입력하면, 에이전트는 내부적으로:
- 기존 결제 코드 분석
- 환불 API 설계 (백엔드)
- 환불 UI 컴포넌트 (프론트)
- DB 마이그레이션 스크립트
- 통합 테스트 작성
이렇게 5개의 하위 태스크로 분해하고, 의존성 그래프를 자동 구성합니다.
2. 자기 검증 루프 (Self-Verification Loop)
명령형 모드에서는 에이전트가 작성한 코드를 사람이 나중에 리뷰해야 했습니다. GOAL 모드는 에이전트 자신이 검증자 역할까지 수행합니다:
- 작성한 코드를 별도 컨텍스트에서 다시 평가
- 테스트 작성 → 실행 → 실패 시 자동 재시도
- 통과한 결과만 사용자에게 제출
3. 실패 회복 (Graceful Recovery)
가장 흥미로운 부분은 실패 처리입니다. 이전 도구들은 에러가 발생하면 멈추거나 잘못된 상태를 남겼지만, GOAL 모드는:
- 부분 실패를 감지하면 영향 범위 분석
- 가능한 한 자동 롤백
- 사용자에게는 "이런 이유로 X 단계까지 진행하고 멈췄습니다" 와 같이 상태 + 원인 + 다음 행동 후보 를 함께 보고
그래서 PM은 무엇을 하나요?
자율 에이전트의 시대에 "PM 의 역할이 사라지는 것 아닌가" 라는 질문이 나옵니다. 결론부터 말하면 반대 입니다.
에이전트가 더 자율적이 될수록 "무엇을 만들어야 하는지", "어떤 기준으로 좋다고 판단할 것인지" 라는 상위 의사결정 의 중요성이 커집니다. 코드 작성은 위임 가능하지만, 목표 설정과 품질 기준은 위임할 수 없습니다.
Marblo는 GOAL 모드와 어떻게 다른가?
Marblo 의 자연어 오케스트레이터 는 GOAL 모드와 같은 "자연어 → 태스크 분해" 패러다임을 공유하지만, 두 가지 결정적 차이가 있습니다:
| Codex GOAL | Marblo | |
|---|---|---|
| 모델 | OpenAI 단일 | Claude + GPT + Gemini 혼합 |
| 시각화 | 터미널 텍스트 | 칸반 보드 + 코드 + 멀티 터미널 |
| PM 접근 | 제한적 | 보드에서 실시간 관찰·개입·승인 |
특히 이종 모델 동시 운용 은 Marblo만의 차별점입니다. Claude가 백엔드 로직을, GPT가 프론트 UI를, Gemini가 테스트를 — 각 모델의 강점에 맞게 자동 배치되는 구조는 단일 벤더 도구로는 구현 불가능합니다.
마무리 — 자율성과 통제 사이
GOAL 모드와 Marblo 가 보여주는 흐름은 명확합니다. AI 에이전트는 점점 더 자율적 으로 변해가고, 사람의 역할은 목표 설정 + 게이트 검증 으로 수렴합니다.
핵심 질문: 우리 조직은 이 변화에 어떻게 대응할 것인가?
사내 AI 에이전트 도입 컨설팅 에서는 이 질문을 함께 풀어 드립니다. 외주 개발이 아니라 사내 PM이 직접 에이전트 군단을 지휘하는 체계 — 무료 진단부터 시작하세요.