에이전트와 함께 워크플로우 지침 만들기

워크플로우 지침을 처음부터 직접 작성할 필요는 없습니다. 실제 업무를 에이전트와 함께 수행하면서 시작하세요. 결과가 유용하다면, 에이전트에게 함께 개발한 방법을 재사용 가능한 워크플로우로 전환해 달라고 요청하세요.

에이전트가 초안을 작성합니다. 사용자는 그 가정들을 검토하고, 다른 팀원이 신뢰할 수 있는 결과를 얻으려면 워크플로우의 어떤 부분에 더 명확한 제약이 필요한지 결정합니다.

모든 워크플로우는 하나의 에이전트에 속합니다. 에이전트는 더 넓은 역할과 역량을 제공하고, 워크플로우는 반복 가능한 한 가지 업무의 절차와 제약을 담습니다.

성공적인 실행에서 시작하기

에이전트가 업무, 소스 자료, 피드백, 그리고 허용 가능한 결과를 경험한 후 워크플로우를 만드는 것이 더 쉽습니다.

1. 에이전트에게 실제 업무와 필요한 입력값을 제공합니다.
2. 결과를 검토하고, 누락된 맥락, 약한 논리, 잘못된 형식을 수정합니다.
3. 결과가 만족스러우면, 에이전트에게 반복 가능한 방법을 추출해 달라고 요청합니다.
4. 에이전트가 워크플로우 이름, 설명, 지침, 추천 참조 파일 초안을 작성하게 합니다.
5. 워크플로우를 공개하기 전에 초안을 함께 검토합니다.

다음과 같이 요청할 수 있습니다:

방금 수행한 작업을 팀이 재사용할 수 있는 워크플로우로 만들어 주세요. 이름, 설명, 지침을 초안으로 작성하고, 재사용 가능한 방법과 이번 사례에만 해당하는 세부사항을 구분하세요. 최종 확정 전, 검토해야 할 가정과 제약을 목록으로 제시해 주세요.

이렇게 하면 에이전트가 초안을 작성하고, 사용자가 어떤 부분을 통제해야 할지 결정할 수 있습니다.

지침은 제약을 정의하는 대표적인 위치입니다

워크플로우 지침은 워크플로우와 함께 이동하며, 실행될 때마다 적용됩니다. 따라서 필수 입력값, 승인된 소스, 출력 형식, 품질 기준, 확인이 필요한 행동 등 제약을 정의하는 가장 일반적인 위치 중 하나입니다.

지침만이 유일한 통제 계층은 아닙니다:

접근 제어를 지침 텍스트로만 대체하지 마세요. 기술적으로 제한이 필요한 행동은 에이전트 권한 및 명확한 지침을 함께 사용해야 합니다.

에이전트의 초안 검토하기

모든 문장을 다시 쓸 필요는 없습니다. 팀에 중요한 결정에 집중해 검토하세요.

언제 사용해야 할까요?

• 어떤 요청이나 상황에서 이 워크플로우를 선택해야 하나요?
• 언제 에이전트가 사용하지 않아야 하나요?
• 설명이 유사한 워크플로우와 구별될 만큼 구체적인가요?

어떤 입력값이 필요할까요?

• 업무 시작 전에 팀원이 반드시 제공해야 할 것은 무엇인가요?
• 누락된 입력값이 있으면 에이전트가 질문해야 하나요?
• 어떤 세부사항이 영구 지침이 아닌 각 실행에 속하나요?

어떤 소스와 규칙이 우선인가요?

• 공식 기록 시스템은 무엇인가요?
• 첨부 파일 중 승인된 기준표나 템플릿은 무엇인가요?
• 두 소스가 충돌할 때 어떤 것이 우선인가요?
• 에이전트가 검증할 수 없는 사실은 어떻게 표시해야 하나요?

출력은 어떤 모습이어야 하나요?

• 필수 섹션이나 필드는 무엇인가요?
• 어느 정도의 세부사항이 유용한가요?
• 출력에 인용, 링크, 신뢰도 표시가 필요한가요?
• 목적지가 제공되면 결과는 어디로 가야 하나요?

어디서 에이전트가 멈춰야 하나요?

• 어떤 행동이 확인을 필요로 하나요?
• 에이전트가 발송이나 게시 대신 초안만 작성해야 하나요?
• 공개 워크플로우나 공유 결과에 포함되어서는 안 되는 데이터는 무엇인가요?

이런 제약들은 명확히 해두는 것이 좋습니다. 에이전트가 문구를 다듬게 하고, 그 문구가 사용자의 결정을 반영하는지 확인하세요.

함께 검토할 구조

에이전트는 다음 구조를 초안에 사용할 수 있습니다. 직접 작성해야 하는 양식이 아니라 검토 프레임워크로 활용하세요:

# Goal
State the single outcome this workflow must produce.

# Use this workflow when
Describe when to use it and any important exclusions.

# Required inputs
- List the information needed for a reliable result.
- Explain what to do when an input is missing.

# Sources and tools
- Name authoritative systems, documents, or attached files.
- Explain which source wins if information conflicts.
- Define how to handle facts that cannot be verified.

# Procedure
1. Verify the inputs and scope.
2. Gather the required evidence.
3. Apply the team's rules or rubric.
4. Produce the deliverable.
5. Check it against the quality bar.

# Output
Define the required sections, fields, format, and destination.

# Quality bar
- State what must be accurate, cited, complete, or consistent.
- Define what counts as done.

# Approval boundaries
- List actions that require confirmation.
- Specify when to create a draft instead of taking the final action.

간단한 워크플로우는 몇 개의 섹션만 필요할 수 있습니다. 중요한 워크플로우는 더 명확한 소스, 검증, 승인 규칙이 필요할 수 있습니다. 에이전트에게 팀이 의존하는 결정을 숨기지 않는 범위 내에서 지침을 최대한 간결하게 유지해 달라고 요청하세요.

예시: 리드 자격 판정 워크플로우 공동 작성

예를 들어, 에이전트에게 인바운드 리드를 조사하고 답장 초안을 작성해 달라고 요청했다고 가정합니다. 실행 중에 회사 규모를 수정하고, CRM이 공식 기록 시스템임을 설명하고, 팀의 ICP 기준표를 적용하고, 이메일을 더 짧게 해달라고 요청합니다.

결과가 승인된 후, 에이전트에게 대화를 워크플로우로 전환해 달라고 요청하세요. 에이전트가 절차를 초안으로 작성합니다. 사용자는 이 리드 이후에도 적용되어야 할 제약을 추가합니다:

• 공개 조사 전에 CRM을 확인;
• 점수 산정에 첨부된 ICP 기준표 사용;
• 회사 규모, 위치, 현재 직책에 대한 소스 인용;
• 검증되지 않은 필수 사실은 Unknown으로 표시;
• Account summary, Evidence, ICP score, Risks, Recommended next step, Reply draft 반환;
• 이메일 초안만 작성하고, 확인 없이 절대 발송하지 않음.

이제 에이전트가 이러한 결정을 지침에 반영할 수 있습니다. 모든 조사 단계를 일일이 지시할 필요는 없습니다. 팀의 소스, 출력 기준, 승인 범위만 명확히 하면 됩니다.

제약 피드백은 평이하게 전달하세요

다음과 같이 에이전트에게 반드시 변경해야 할 사항을 알려 초안을 다듬을 수 있습니다:

• “CRM 기록이 없으면 시작 전에 요청하세요.”
• “회사명이 다를 때는 CRM을 공식 기록으로 간주하세요.”
• “요약의 모든 사실 주장에 소스 링크를 추가하세요.”
• “답장은 150단어 이내로 유지하되, 인바운드 메시지에 맞게 어조를 조정하세요.”
• “이메일은 초안으로만 작성하고, 자동 발송하지 마세요.”
• “이 워크플로우는 기존 기회에는 실행되지 않아야 합니다.”

에이전트에게 워크플로우를 업데이트하고, 각 변경이 어떤 제약을 반영하는지 요약해 달라고 요청하세요. 오해되었거나 잘못된 위치에 들어간 규칙을 쉽게 발견할 수 있습니다.

지침에 포함하지 않아야 할 정보

일부 정보는 영구 워크플로우 텍스트가 되어서는 안 됩니다:

• 고객명, 일회성 마감일, 사례별 목적지는 실행 요청에 포함;
• 비밀번호, 토큰, 개인 인증 정보는 지침이나 첨부 파일에 포함하지 않음;
• 일정 및 이벤트는 자동화에 포함;
• 기술적 접근 경계는 에이전트 권한 및 권한 설정에 포함;
• 특정 결과에만 적용되는 개인 피드백은 해당 채팅에만 남김.

지침에는 재사용 가능한 방법과 행동 제약만 담고, 업무를 둘러싼 모든 세부사항을 포함하지 마세요.

함께 테스트하고 개선하세요

워크플로우를 최소 두 가지 현실적인 입력값으로, 가능하다면 두 번째 팀원과 함께 실행해 보세요. 각 실행 후 다음을 확인하세요:

• 워크플로우가 올바른 업무에 활성화되었나요?
• 필요한 입력값을 요청했나요?
• 의도한 소스 우선순위를 따랐나요?
• 출력이 일관성 있으면서도 경직되지 않았나요?
• 필요한 승인 경계에서 멈췄나요?
• 문제가 반복 가능한가요, 아니면 이번 사례에만 해당하나요?

에이전트에게 반복적으로 발생하는 문제는 지침을 수정하게 하세요. 일회성 수정은 실행에만 남기세요. 방법이 원 작성자 외 다른 사람에게도 잘 작동하면, 팀과 워크플로우를 공유하세요.