ChatGPT 워크스페이스 에이전트

workspace agents는 ChatGPT 안에서 반복적으로 돌아가는 업무를 맡기기 위한 기능이다. 한 번의 답변을 만드는 데 그치지 않고, 공유 시스템과 정해진 핸드오프, 일정한 출력 형식, 시간과 정확도 같은 현실 제약을 반영한 작업에 맞춰 설계됐다.

에이전트는 보통 트리거, process and skills, tools and systems의 세 부분으로 이해할 수 있다. 트리거는 “매주 평일 오전 9시” 같은 일정 실행이나 “Run now” 같은 수동 실행이고, 과정과 스킬은 입력을 검토하고, 빠진 정보를 확인하고, 초안을 만들고, 다음 단계로 넘기는 흐름이다. 도구와 시스템은 Slack, CRM, 내부 문서, 티켓 시스템처럼 에이전트가 읽고 쓸 수 있는 승인된 연결 대상이다.

이런 작업은 특히 다음 조건에 잘 맞는다.

• Repeatable: 같은 일이 자주 반복될 때
• Structured: 결과 형식이 분명할 때
• Time-based or event-driven: 일정이나 이벤트로 시작될 때
• Tool-based: 업무 시스템을 읽거나 써야 할 때

반대로 브레인스토밍이나 탐색적 글쓰기는 일반 채팅이 더 적합할 수 있다. 전통적인 API 워크플로우가 각 단계를 고정한 deterministic 방식이라면, 에이전트는 모델이 문맥을 해석하고 제한된 범위 안에서 판단을 조정하는 probabilistic 방식에 가깝다.

설계를 할 때는 책임, 시작 조건, 중단 조건, 접근 가능한 도구, 진행 절차, 지켜야 할 규칙을 먼저 정리하라고 안내한다. 예시로는 마케팅 캠페인 요약, 제품 피드백 triage, sales pipeline 요약 같은 업무가 나온다. 각 예시는 목표, 트리거, process, tools, governance를 나눠 정의해 두어야 일관되게 작동한다.

사용 패턴도 몇 가지로 정리된다. Briefing은 여러 곳의 정보를 모아 결정 가능한 형태로 압축하고, triage and routing은 들어온 요청을 분류해 다음 담당자에게 넘긴다. Analysis and recommendation은 데이터를 해석해 초안을 만들고, content creation은 초안을 특정 채널과 대상에 맞게 다듬으며, planning and coordination은 계획을 세우고 일정과 시스템을 업데이트한다.

ChatGPT에서 에이전트를 쓸 때는 조직이 이미 만들어 둔 에이전트부터 시작해, 저위험 요청으로 동작을 확인하라고 권한다. 스스로 만들 때는 plain language로 목적과 성공 기준을 설명하고, 승인된 앱과 connector를 고르며, 실행 트리거를 정하고, 민감한 작업에는 guardrails와 사람 승인 단계를 넣는다.

빌더 preview로 실제 사례를 테스트하면서 반복적으로 다듬는 과정도 중요하다. 초기 버전은 완벽하지 않을 수 있으므로, 설명을 직접 고치거나 자연어로 코칭해 수정하고 다시 검증한다. 팀에 공유할 때는 무엇을 위한 에이전트인지, 언제 쓰는지, 무엇을 입력해야 하는지, 어떤 결과를 기대할 수 있는지 분명히 적어야 하며, Slack·Gmail 같은 연결은 workspace admin의 RBAC 권한에 따라 달라진다.