자유 형식 절차
자연어로 작성된 작업별 지침
개요
자유 형식 절차는 하나의 작업을 평이한 자연어로 설명합니다. 에이전트는 지침을 해석하고 상황에 맞게 표현과 순서를 조정합니다. 자유 형식 절차는 도구(통화 종료와 같은 시스템 도구 포함)를 호출하고, 지식 베이스 문서를 조회하며, 다른 절차로 연결할 수 있습니다.
자유 형식 절차를 사용해야 할 때
에이전트가 상황에 맞게 표현과 순서를 조정할 수 있고, 자연어로 빠르게 작성하고 싶을 때 자유 형식 절차를 사용하세요. 구조화된 절차, 워크플로, 시스템 프롬프트와의 비교는 절차를 사용해야 할 때를 참고하세요.
절차의 구성 요소
다음은 편집기의 환불 절차 예시입니다.

절차는 트리거와 콘텐츠라는 두 가지 주요 부분으로 구성됩니다. 두 부분 모두 다른 리소스에 대한 인라인 참조를 포함할 수 있으며, 위 스크린샷에서는 렌치 아이콘이 있는 태그로 표시됩니다. 각 절차에는 대시보드에 표시되는 이름도 있습니다.
이름
대시보드에서 절차를 식별하는 짧은 라벨입니다. 이름은 LLM에 전송되지 않으므로 에이전트 동작에 영향을 주지 않습니다.
트리거
에이전트가 이 절차를 사용해야 하는 시점에 대한 설명입니다. 예: 사용자가 주문 환불을 요청할 때.
하위 절차를 만들 때만 트리거를 비워 두세요.
콘텐츠
마크다운으로 작성된 절차의 본문입니다. 콘텐츠는 에이전트가 수행해야 할 작업을 설명합니다. 질문하기, 주문 조회하기, 도구 호출하기 또는 통화 종료하기 등이 이에 해당합니다. 따라야 할 번호 순서의 단계일 수도 있고, 상황에 대한 일반적인 지침일 수도 있습니다. 각 단계나 가이드라인은 한 문장(사용자에게 주문 ID를 요청하세요) 또는 무엇을 해야 하고 왜 해야 하는지 설명하는 짧은 단락으로 작성할 수 있습니다.
순차적인 작업에는 번호 단계를 사용하고, 한 단계 내의 요구 사항이나 하위 항목에는 글머리 기호를 사용하세요.
인라인 참조
절차에서는 여러 종류의 리소스를 인라인으로 참조할 수 있습니다.
- 도구(예: 주문 조회, 카드 청구, 통화 종료, 상담원에게 연결)
- 지식 베이스 문서
- 다른 절차
단계에서 에이전트가 도구, 지식 베이스 문서 또는 다른 절차를 사용해야 할 때마다 인라인 참조를 사용하세요. 참조는 리소스를 절차에 자동으로 연결하므로 에이전트가 사용할 수 있습니다. _여기서 계산기 도구 사용_과 같은 일반 텍스트 언급도 작동하지만, 리소스가 이미 에이전트에 연결되어 있어야 합니다.
트리거나 콘텐츠에 /를 입력하고 슬래시 메뉴에서 리소스를 선택하여 참조를 삽입하세요. 참조는 편집기에서 클릭 가능한 태그로 표시됩니다. 태그를 클릭하면 기본 리소스를 열고 구성을 확인할 수 있습니다.
API를 통해 자유 형식 콘텐츠를 작성할 때는 다음 구문으로 참조를 삽입하세요.
인라인 절차 참조는 동일한 에이전트의 절차를 사용해야 합니다. 에이전트 범위 및 복제 동작은 제한 사항을 참고하세요.
트리거의 참조를 사용하면 리소스의 출력에 따라 절차를 실행할 수 있습니다. 예: _get_user가 tier ‘gold’를 반환할 때 _. 콘텐츠의 참조는 해당 단계에서 에이전트에게 리소스를 호출하거나 참조하도록 지시합니다.
절차에서 참조하는 지식 베이스 문서는 항상 auto 사용 모드를 사용합니다. 에이전트에서 RAG가 활성화되어 있으면 에이전트는 전체 문서를 프롬프트에 넣는 대신 관련 구절을 검색합니다. 문서가 에이전트에도 연결되어 있으면 에이전트의 해당 문서 사용 모드가 대신 적용되므로, 전체 텍스트를 프롬프트에 유지하려면 prompt 사용 모드로 에이전트에 연결하세요.

참조된 리소스가 나중에 삭제되거나 계정에서 해당 리소스에 대한 액세스 권한을 잃으면 태그가 손상된 것으로 표시됩니다. 편집기 상단의 오류 배지에는 이러한 참조가 나열됩니다. 리소스가 더 이상 존재하지 않으면 invalid, 존재하지만 계정에 액세스 권한이 없으면 _unavailable_로 표시됩니다. 배지를 열어 영향을 받는 단계를 확인하고 참조를 수정하거나 제거하세요.

하위 절차
하위 절차에는 빈 트리거가 있습니다. 에이전트는 이를 참조하는 다른 절차에서만 실행할 수 있습니다.
하나의 에이전트 내에서 단계를 공유하고 한 번에 사용 가능한 절차 수를 줄이려면 하위 절차를 사용하세요. 진입 절차에는 트리거를 지정하고, 콘텐츠에서 관련 하위 절차를 참조하며, 하위 절차의 트리거는 비워 두세요.
에스컬레이션 하위 절차에는 대화를 상담원에게 넘기는 단계를 넣을 수 있습니다. 환불 및 취소 절차에서 이를 참조하고 트리거는 비워 두세요. 에이전트는 두 절차 중 하나의 단계로 에스컬레이션할 수 있지만, 그 외 상황에서는 하위 절차를 사용할 수 없습니다.
문서에서 가져오기
기존 표준 운영 절차(SOP)에서 시작할 수 있습니다. 절차 목록의 + 메뉴에서 SOP에서 가져오기를 선택한 다음 파일을 업로드하세요.
지원 형식: PDF, DOCX, TXT, MD, HTML, EPUB. 파일 크기는 20MB 이하여야 합니다.
가져오기 도구는 문서를 분석하여 최대 10개의 개별 절차를 식별하고, 각각에 대해 생성된 이름, 트리거 및 콘텐츠가 포함된 초안을 만듭니다. 각 초안을 열어 다듬으세요. 문서에 SOP가 10개를 초과하는 경우 업로드 전에 더 작은 파일로 나누세요.

자유 형식 절차 관리
대시보드에서 만들기
API로 관리
대시보드에서 에이전트를 연 다음 절차를 선택하세요. + 를 사용해 자유 형식 절차를 만드세요. 트리거를 추가하고 콘텐츠 편집기에 지침을 작성한 다음 에이전트 변경 사항을 게시하세요.
모범 사례
에이전트는 트리거에서 올바른 절차를 선택하고 콘텐츠를 따라야 합니다. 절차 수가 늘어날수록 성능이 더 뛰어난 모델이 이를 더 안정적으로 수행합니다. 옵션은 모델을 참고하세요.
절차를 잘 작성하려면 두 부분을 잘 작성해야 합니다. 필요할 때 절차를 실행하는 트리거와 에이전트가 따를 수 있는 콘텐츠입니다.
절차 반복 개선
작게 시작하고 다음 변경을 하기 전에 에이전트 테스트를 사용해 각 변경 사항을 확인하는 것을 권장합니다.
트리거를 빠르게 반복 개선하려면 채팅
기록이 사용자의 요청으로 끝나는 시뮬레이션 테스트를 만들고,
최대 대화 턴 수를 1로 설정하세요. 에이전트는 한 번만 응답하며, 이는 요청이 올바른 절차를 시작하는지
확인하기에 충분하고 각 실행도 짧게 유지됩니다. 성공 기준은 _에이전트가 환불 절차를 시작했다_로 작성하세요.
채팅 기록이 없으면 첫 메시지가 있는 에이전트는 유일한 턴을 인사에 사용하므로 테스트에서 아무것도 확인하지 못합니다.
테스트나 실제 대화가 실패하면 그 배후의 오류 유형을 찾으세요. 에이전트가 잘못된 말을 했다면 _그렇게 말하지 마세요_를 추가하면 한 대화는 해결됩니다. 과거 대화에서 유사한 실패를 검색하고 모두를 포괄하는 하나의 지침을 작성하세요. 원인은 지식 베이스나 에이전트 구성에 있을 수도 있습니다. Architect는 이 검색을 수행할 수 있습니다. 실패한 대화를 열고 Architect를 선택한 다음 유사한 실패를 찾아 수정안을 제안해 달라고 요청하세요. Architect는 대화를 테스트로 전환할 수도 있습니다.
트리거 작성
트리거를 구체적이고 분리되게 유지
겹치거나 모호한 트리거는 잘못된 절차를 실행하게 합니다. _사용자가 구독 취소를 요청할 때_가 _사용자가 계정에 관해 질문할 때_보다 좋습니다.
사용자 관점에서 작성
에이전트가 해야 할 일이 아니라 사용자가 요청하는 내용을 설명하세요. 에이전트의 행동으로 표현된 트리거는 신뢰도가 낮습니다. _사용자가 구독 취소를 요청할 때_가 _사용자의 구독을 취소_보다 좋습니다.
사용자가 실제로 요청하는 방식을 포괄
좁은 트리거는 사용자가 다르게 표현할 때 실제 요청을 놓칠 수 있습니다. 사용자가 말할 수 있는 변형을 포함하세요. _사용자가 주문을 환불, 반품 또는 환불금 반환을 요청할 때_는 _사용자가 환불을 요청할 때_보다 더 안정적으로 실행됩니다. 사용자가 요청을 어떻게 표현하는지 알아보려면 과거 대화 검색을 사용하세요.
관련 절차 간 인계 설정
사용자는 절차 중간에 요청을 바꾸기도 하며, 트리거만으로는 올바른 절차가 시작되지 않을 수 있습니다. 과거 대화에서 자주 보이는 전환이라면 첫 번째 절차의 콘텐츠에 다른 절차에 대한 인라인 참조를 추가하세요. 예를 들어 _사용자가 교환 대신 환불을 원하면 실행_이라고 작성한 뒤 환불 절차에 대한 인라인 참조를 추가하세요. 대부분의 절차에 인계가 필요하다면 대신 트리거를 더 뚜렷하게 만드세요.
콘텐츠 작성
명령형 사용
단계를 에이전트에 대한 지침으로 작성하세요. _고객의 최근 주문을 조회하세요_가 _고객의 최근 주문을 조회해야 합니다_보다 좋습니다. 직접적인 지침이 제안보다 따르기 쉽습니다.
단계가 중요한 이유 설명
추론은 절차에 나열되지 않은 예외 상황에도 일반화됩니다. _환불을 처리하려면 주문 ID가 필요하기 때문에_와 같은 짧은 설명은 단계에서 예상하지 못한 상황을 에이전트가 처리하는 데 도움이 됩니다. 한 줄 설명으로 같은 효과를 낼 수 있다면 모두 대문자로 쓴 MUST나 경직된 스크립트는 피하세요.
피해야 할 사항 대신 할 일을 설명
원하는 동작을 설명하세요. _주문을 찾을 수 없으면 사용자에게 주문 ID를 확인해 달라고 요청하세요_가 _주문 세부 정보를 지어내지 마세요_보다 효과적입니다. 비용이 큰 실수에는 가드레일도 추가하세요.
순서가 중요할 때 단계 사용
에이전트가 고정된 순서로 작업해야 할 때는 번호 단계가 도움이 됩니다. 판단이 필요한 경우에는 몇 문장의 지침이 더 효과적인 경우가 많으며, 특히 성능이 더 뛰어난 모델에서 그렇습니다.
사실 정보는 지식 베이스에 유지
절차는 특정 상황에서 에이전트가 해야 할 일을 설명합니다. 가격, 요금제 세부 정보 또는 영업시간과 같은 구체적인 정보는 지식 베이스에 넣어야 합니다. 필요한 절차에서 해당 문서를 참조하세요. 예를 들어 절차에 모든 요금제 가격을 나열하는 대신 _가격 문서에서 가격을 인용_이라고 작성한 뒤 가격 문서에 대한 인라인 참조를 추가하세요.
절차 구성
상황별로 하나의 절차 작성
하나의 상황을 여러 개의 좁은 절차로 나누면 에이전트가 선택해야 할 트리거가 늘어나고 잘못된 절차를 더 자주 시작하게 됩니다. 두 절차가 동일한 요청에서 시작된다면 병합하세요. 콘텐츠가 약 3,000자를 넘는다면 일반적으로 둘 이상의 상황을 다루고 있는 것입니다.
공유 단계를 하위 절차로 추출
여러 절차에서 동일한 단계(고객 신원 확인, 주문 조회, 상담원에게 에스컬레이션)가 나타난다면 이를 하위 절차로 추출하고, 필요한 각 절차에서 슬래시 메뉴를 통해 참조하세요. 공유 단계를 한곳에서 관리하면 이를 사용하는 모든 절차의 일관성을 유지할 수 있습니다.
반응형 작업에 하위 절차 사용
신원 확인이나 에스컬레이션처럼 다른 절차가 요청할 때만 에이전트가 실행해야 하는 작업에는 하위 절차를 사용하세요. 트리거가 없으므로 대화 시작 시 진입 절차와 경쟁하지 않습니다. 트리거 선택지가 적을수록 라우팅이 집중됩니다.
사용하는 절차에서 도구 참조
도구를 전체 에이전트에 연결하는 대신 사용하는 절차에서 도구를 참조하세요. 그러면 관련 없는 대화에서는 도구가 제외됩니다. 자유 형식 절차에서 도구는 해당 절차가 가장 최근에 시작된 5개 중 하나인 동안에만 사용할 수 있으므로, 트리거에도 도구의 작업을 언급하세요. 예: 또는 주문을 조회해야 할 때. 제한 사항을 참고하세요.
전역 동작에는 시스템 프롬프트 사용
톤, 정체성, 거부 정책 및 가드레일은 시스템 프롬프트에 속합니다. 작업별 단계는 절차에 넣으세요.
절차는 에이전트와 함께 버전 관리
절차는 에이전트 구성의 일부이므로 새 에이전트 버전을 게시하면 함께 스냅샷으로 저장됩니다. 이전 절차 세트로 롤백하려면 이전 에이전트 버전을 복원하세요. 에이전트 버전 관리를 참고하세요.
기존 문서에서 시작
팀에 이미 SOP가 있다면 가져오기 도구로 초안으로 변환한 후 이를 다듬으세요.