AI 에이전트 프롬프트 작성법: ROCTTOC 공식으로 시스템 지침 설계하기

핵심 메시지

• 챗봇 프롬프트는 대화를 주고받으며 다듬지만, 에이전트는 작업 전에 시스템 지침으로 모든 정보를 미리 정해줘야 한다.
• 에이전트는 언어 모델로 의도를 이해한 뒤 도구를 골라 쓰고, 학습 데이터에 없는 외부 지식까지 활용해 작업을 수행한다.
• 도구의 이름과 설명, 입력값의 이름과 설명을 정확히 적는 것이 에이전트가 올바른 도구를 고르게 만드는 가장 중요한 요소다.
• 효과적인 에이전트 프롬프트 공식은 ROCTTOC — 역할, 목표, 맥락, 도구, 작업, 운영 지침, 제약의 일곱 요소로 구성된다.
• 고수준 목표는 단계별 작업으로 쪼개고, 각 작업을 어떻게 수행할지 운영 지침으로 구체화해야 에이전트가 의도대로 움직인다.

쉽게 이해하기

영상은 AI 에이전트를 위한 프롬프트가 ChatGPT 같은 챗 인터페이스 프롬프트와 근본적으로 다르다는 데서 출발한다. 챗 인터페이스에서는 질문을 던지고 답을 받아 대화를 이어가며 결과를 다듬을 수 있어, 처음부터 완벽하게 적을 필요가 없다. 반면 에이전트는 작업이 시작되기 전에 시스템 지침에 필요한 정보를 미리 다 담아야 한다.

발표자는 챗과 에이전트의 구조 차이를 설명한다. 챗 인터페이스는 질의를 언어 모델에 보내 응답을 받지만, 에이전트는 언어 모델로 사용자의 의도와 목표를 이해한 뒤 Gmail·슬랙·허브스팟 같은 도구를 직접 골라 문제를 풀고, 학습 데이터에 없는 고객 데이터 같은 외부 지식까지 받아 활용한다. 직책을 주고 사람을 고용하듯 에이전트에게 역할과 목표를 부여하는 셈이다.

예시로 긴 콘텐츠를 블로그·링크드인·트위터 글로 바꿔주는 '콘텐츠 리퍼포징 에이전트'가 등장한다. 유튜브 링크를 주면 에이전트는 스스로 트랜스크립트 추출 도구를 먼저 쓰고, 그 결과를 글 생성 도구에 넘겨 게시물을 만든다. 구체적 지시 없이도 어떤 도구를 어떤 순서로 쓸지 판단한다는 점이 핵심이다. 에이전트는 모델, 시스템 지침, 도구의 세 부분으로 구성되며, 도구의 이름과 설명을 정확히 적지 않으면 잘못된 동작을 하기 쉽다.

영상의 중심은 'ROCTTOC'(발표자는 '로키 톡'으로 부른다) 공식이다. R은 역할(Role)로 에이전트의 기능과 전문성을 정한다(예: 전문 카피라이터). O는 목표(Objective)로 전체가 향하는 북극성을 제시한다. C는 맥락(Context)으로 배경과 사용 상황, 다룰 포맷, 거절할 주제 등을 덧붙인다. T는 도구(Tools)로 사용할 도구와 예상 입력·출력을 명시한다.

나머지 세 요소가 에이전트를 챗봇과 구분 짓는다. T는 작업(Tasks)으로, 고수준 목표를 소스 확보→아웃라인→제목→초안→게시물 생성처럼 단계로 쪼갠다. O는 운영 지침(Operating guidelines)으로 각 단계를 어떻게 수행할지 — 예컨대 입력이 URL이면 웹 스크래퍼, 유튜브면 트랜스크립트 추출, 오디오·영상이면 변환 도구를 쓰도록 — 구체화한다. 마지막 C는 제약(Constraints)으로 금지 주제나 출력 형식, 도구가 만든 여러 결과물을 어떻게 보여줄지를 규정한다. 일곱 요소를 모두 담으면 매번 일관되게 강력한 에이전트를 만들 수 있다는 것이 영상의 결론이다.

주요 인사이트

• 챗봇과 에이전트의 결정적 차이는 '사후 반복'과 '사전 정의'다. 대화로 고칠 수 없는 에이전트는 시스템 지침에 모든 맥락을 앞단에서 못 박아야 한다.
• 에이전트의 지능은 도구 설명의 품질에 좌우된다. 이름과 설명이 모호하면 모델이 엉뚱한 도구를 고르므로, 도구 메타데이터 작성이 곧 프롬프트 엔지니어링이다.
• ROCTTOC의 뒷부분(작업·운영 지침·제약)이 진짜 차별점이다. 목표만 주면 에이전트가 임의로 단계를 건너뛰므로, 단계 분해와 수행 방법을 명시해야 통제 가능한 행동이 나온다.
• 에이전트 설계는 사람을 채용해 직무 기술서를 주는 일에 가깝다. 역할·목표·맥락을 명확히 할수록 위임의 결과가 예측 가능해진다.

자주 묻는 질문

관련 AI 소식