Sierra, 에이전트 스튜디오 워크플로의 중심에 Ghostwriter를 두다

Sierra는 2026년 11월 2일 Ghostwriter를 중심으로 Agent Studio를 재설계했다고 발표했습니다. 에이전트를 만드는 에이전트인 Ghostwriter를 통해 조사, 여정 편집, 테스트를 하나의 대화 안에서 진행할 수 있습니다. 근거 자료, 제안된 변경 사항, 테스트 결과가 한곳에 함께 남아 있어 팀은 실제 적용 전에 이를 검토할 수 있습니다.

이전에는 사용자가 여정을 편집하고 시뮬레이션을 실행하며 성과를 검토하려면 Agent Studio의 여러 영역을 오가야 했습니다. 새로운 워크플로에서는 사용자가 해결률이 떨어진 이유를 묻고, 대화를 살펴보고, 여정을 업데이트한 뒤, 대화창을 벗어나지 않고 수정 사항을 테스트할 수 있습니다.

Sierra는 2026년 3월 25일 다른 에이전트를 만들기 위한 에이전트로 Ghostwriter를 선보였습니다. 처음에 입력 자료로 활용할 수 있었던 것은 표준 운영 절차, 고객 지원 통화 녹취록, 화이트보드 스케치 사진, 프로세스 문서, 오디오 녹음, 일반 영어로 작성된 지침이었습니다. Ghostwriter는 이러한 자료를 활용해 음성, 채팅, 이메일 전반에서 작동하는 에이전트의 핵심 행동과 예외 상황을 파악합니다. 2026년 9월 28일, Sierra는 Slack과 Teams에서 상시 작동하며 먼저 나서서 고객 상호작용을 검토하고, 개선 사항을 제안하고, 이를 실험으로 발전시키는 데 도움을 줄 수 있는 팀원으로 Ghostwriter의 역할을 확장했습니다.

지속적인 맥락과 별도 세션

이제 사용자가 여정, 시뮬레이션, 대시보드 사이를 이동해도 Ghostwriter를 계속 사용할 수 있으며, 현재 보고 있는 항목도 파악합니다. 사용자는 눈에 띄는 문제에 관해 질문하거나 주변 맥락을 다시 설명하지 않고도 Ghostwriter에게 문제 해결을 맡길 수 있습니다. 새롭게 설계된 환경은 이전에 Explorer, Sierra Assistant 및 기타 전문 에이전트에 나뉘어 있던 기능을 하나로 통합해, 특정 작업을 어떤 도구로 처리해야 하는지 알 필요가 없도록 합니다.

각 세션은 대화 내용과 Ghostwriter가 적용한 변경 사항을 모두 담는 채팅 스레드로 운영됩니다. 누군가 검토하고 병합할 때까지 변경 사항은 해당 세션에 남아 있습니다. 세션을 분리하면 팀은 한 스레드에서 고객의 상담 담당자 요청 증가 원인을 조사하는 동시에 다른 스레드에서 새 여정을 만들 수 있으며, 두 작업이 서로 간섭하지 않습니다.

동료와 함께 문제를 해결할 수 있도록 세션을 공유하거나, 다른 사용자가 멈춘 지점부터 이어서 작업하도록 세션을 분기할 수 있습니다. 병합 전에 Ghostwriter에게 팀원의 변경 사항을 검토해 달라고 요청할 수도 있습니다.

여러 에이전트에 걸친 프로젝트

이제 Agent Studio에서는 관련 에이전트를 하나의 프로젝트로 묶고, 에이전트가 공유하는 데이터와 채널도 함께 관리할 수 있어 팀이 해당 에이전트들을 함께 테스트하고 배포할 수 있습니다.

Sierra가 제시한 대출 기관 사례에서는 한 에이전트가 신청자에게서 서류를 수집하고, 다른 에이전트가 대출이 완료될 때까지 신청 절차를 관리하고 후속 연락을 담당합니다. 대출 기관이 서류 요건을 추가하면 Ghostwriter는 한 세션 안에서 서류 수집 에이전트가 요청하는 항목과 신청 관리 에이전트의 후속 조치 방식을 모두 업데이트합니다.

테스트, 승인 및 배포 제어

행별 비교를 통해 Ghostwriter가 변경한 내용을 정확히 확인할 수 있습니다. Preview Chat과 Simulations를 사용하면 병합 전에 팀이 동작을 테스트할 수 있으며, 릴리스 거버넌스를 통해 필수 승인 절차와 단계적 배포를 적용할 수 있습니다.

이를 뒷받침하는 릴리스 거버넌스 제어 기능에는 여정과 여정에서 생성된 대화를 바탕으로 경고를 표시하는 자동 린터 Agent Checks가 포함됩니다. 검사 항목은 심각도에 따라 우선순위가 지정되며, 대부분에는 Ghostwriter가 제안하는 수정 사항이 포함되어 바로 적용할 수 있습니다. 조직은 변경 사항을 프로덕션 환경에 반영하기 전에 Simulations를 통과하도록 요구할 수도 있습니다.

사람이 검토하도록 조직은 릴리스 전에 동료 검토를 필수로 지정하고 Reviewer 역할을 사용해 고객 경험 책임자, 컴플라이언스 담당자, 엔지니어링 관리자 또는 다른 분야 전문가 등 누구의 승인이 필요한지 지정할 수 있습니다. 검토자는 행별 차이를 살펴보고 맥락을 덧붙인 의견을 남기며 수정을 요청할 수 있습니다. 빌더는 Ghostwriter와 함께 해당 피드백을 반영하고, 담당자가 병합을 승인하기 전에 다시 검토를 요청할 수 있습니다.

승인 후에는 트래픽 분할 방식으로 릴리스해 변경 사항을 더 넓은 범위에 적용하기 전에 일부 고객 트래픽에 먼저 노출할 수 있습니다. 각 릴리스는 변경할 수 없는 스냅샷으로 저장되므로 예상치 못한 문제가 발생하면 롤백할 수 있습니다.

이 워크플로에서는 조사, 편집, 테스트, 검토가 세션 안에서 연결되어 진행되는 한편, 병합과 고객 대상 적용은 팀의 승인 및 배포 제어 절차를 따릅니다.