초보자를 위한 AI 워크플로: 자동화 전 단계인 5개 박스 맵
요약
AI 자동화를 도입하려는 초보자를 위해 입력, 결정, 초안, 인간 검토, 완료로 구성된 '5개 박스 맵' 워크플로를 제안합니다. 도구를 도입하기 전 프로세스를 시각화하고 인간의 감독권을 유지하는 것이 핵심입니다.
핵심 포인트
- 도구 선택 전 현재의 수동 워크플로를 5개 단계로 시각화할 것
- AI는 전체 프로세스가 아닌 단 하나의 박스에서만 보조하도록 제한
- 결정권과 최종 결과물에 대한 소유권은 반드시 인간이 유지
- NIST AI 위험 관리 프레임워크에 기반한 거버넌스와 감독 강조
초보자를 위한 AI 워크플로(AI workflow)는 수동적인 5개 박스 맵인 입력(Input) → 결정(Decision) → 초안(Draft) → 인간 검토(Human review) → 완료(Done)로 시작해야 합니다. 도구를 선택하기 전에 이 박스들을 먼저 작성하세요. 그런 다음, 사람이 여전히 결정권과 최종 결과물에 대한 소유권을 갖는 동안 AI가 단 하나의 박스에서만 보조하도록 하세요. 바로 복사해서 사용할 수 있는 약속된 결과물은 아래와 같습니다.
짧은 답변
- 눈에 보이는 결과물이 있는 반복적인 작업 하나를 선택하세요.
- 결정 및 검토 지점을 포함하여 현재 어떤 일이 일어나는지 그리세요.
- 하나의 박스를 AI 보조 실험(AI-assisted experiment)으로 표시하세요.
- 전송, 게시, 결제, 삭제 및 계정 변경은 인간의 승인 하에 계속 유지하세요.
- 확장하기 전에 기존의 수동 경로와 비교하여 완료된 여러 번의 실행 결과를 비교하세요.
이 플레이북(Playbook)은 2026-07-26에 검토되었습니다. 이는 범위, 문서화, 감독 및 측정에 관한 현재의 공개 지침을 초보자를 위한 작은 연습 문제로 변환한 것입니다. 이 맵이 속도, 정확성, 안전성 또는 수익을 향상시킬 것이라고 주장하지는 않습니다.
도구보다 맵이 먼저 와야 하는 이유
NIST AI 위험 관리 프레임워크(AI Risk Management Framework)는 작업을 거버넌스(Govern), 맵(Map), 측정(Measure), 관리(Manage)로 구분합니다. 이 프레임워크의 핵심(Core)은 목표로 하는 애플리케이션 범위가 문서화되어야 하며, 인간의 감독(human oversight)을 위한 프로세스가 정의, 평가 및 문서화되어야 한다고 명시합니다. 동반 플레이북(Playbook)은 자발적이며, 이것이 하나의 보편적인 순차적 체크리스트가 아님을 명시적으로 밝히고 있습니다.
이 점이 중요한 이유는 "고객 지원을 위해 AI를 사용한다"는 것이 워크플로가 아니기 때문입니다. 그것은 메시지 수신, 유형 결정, 응답 초안 작성, 초안 확인, 전송, 결과 기록 등 여러 가지 서로 다른 작업들을 숨기고 있습니다. 이러한 경계가 가시화되기 전에 도구를 연결하면 실패의 원인을 찾기가 더 어려워집니다.
2026-03-23자 샌프란시스코 연방준비은행(Federal Reserve Bank of San Francisco)의 기사에 따르면, 응답한 소기업의 거의 **40%**가 AI를 사용 중이거나 사용할 계획이라고 보고했습니다. 이는 채택(adoption)의 증거이지, 결과(outcome)의 증거가 아닙니다. 더 안전한 추론은 더 많은 초보자가 자동화하기 전에 작업을 볼 수 있는 방법이 필요하다는 것입니다.
소유자(owner), 결정(decision), 그리고 결승선(finish line)이 여전히 숨겨져 있는 워크플로(workflow)를 도구는 수리할 수 없습니다.
이 5개 박스 수동 워크플로 맵을 복사하세요
종이 한 장이나 메모를 준비하세요. 대괄호로 표시된 텍스트를 실제로 수행하는 작업으로 교체하세요.
[INPUT (입력)]
무엇이, 어떤 형식으로, 승인된 소스(source)로부터 도착합니까?
↓
...
모든 박스 옆에 여백(margin)을 추가하세요:
| 여백 노트 (Margin note) | 질문 |
|---|---|
| 소유자 (Owner) | 이 박스가 잘못되었을 경우 누가 책임을 집니까? |
| ... |
이 맵은 다른 사람이 실패가 발생한 박스를 지목할 수 있을 때에만 완성됩니다. 소유자나 승인 확인(acceptance check)이 없는 장식용 플로우차트(flowchart)만으로는 충분하지 않습니다.
실제 계정 없이 진행하는 예시
반복되는 고객 질문 작업을 가정해 보겠습니다. 입력값은 공개 FAQ에서 가져온 가상의 메시지입니다. 결정(decision) 박스는 메시지를 알려진 FAQ 카테고리에 할당하거나 수동 처리(manual handling)로 보냅니다. 초안(draft) 박스는 제안된 답변을 생성합니다. 인간의 검토(human review)는 사실 관계의 정확성, 어조(tone), 누락된 맥락, 그리고 답변을 실제로 전송해야 하는지 여부를 확인합니다. 완료(done)는 승인된 초안이 테스트 폴더에 저장되었음을 의미합니다.
첫 번째 유용한 AI 실험은 오직 초안(Draft) 단계에만 속해야 합니다. AI는 가상의 질문과 승인된 FAQ 텍스트를 받아 답변 제안을 생성합니다. AI는 실제 편지함을 읽거나, 메시지를 보내거나, 계정을 변경하거나, 예외 상황이 안전하다고 결정할 수 없습니다.
이 설정에서도 여전히 실패할 수 있습니다. 카테고리가 틀릴 수 있고, 소스 텍스트가 오래되었을 수 있습니다. 유창한 답변이 중요한 조건을 누락할 수도 있습니다. 이러한 실패들은 결정 규칙(decision rule), 소스(source), 검토(review), 그리고 완료 영수증(completion receipt)이 별개의 박스로 분리되어 있기 때문에 여전히 가시적(visible)으로 남습니다.
가장 안전한 첫 번째 결과물은 검토 가능한 초안(draft)이지, 관리되지 않는 외부 작업(external action)이 아닙니다.
AI가 보조할 수 있는 단 하나의 박스를 선택하세요
다음 세 가지 질문으로 각 박스의 점수를 매기세요:
- 입력값(input)이 승인되었으며 반복 가능한가?
- 사람이 추측 없이 출력값(output)을 검증할 수 있는가?
- 실패하더라도 데이터 손실이나 타인과의 연락 없이 수동 경로(manual path)로 되돌아갈 수 있는가?
만약 어떤 질문에 대한 답변이 '아니오'라면, 해당 박스는 수동(manual) 상태로 유지하세요. 만약 여러 박스가 조건에 부합한다면, 전송(send), 게시(publish), 결제(pay), 삭제(delete) 또는 액세스 권한 변경(change access)을 수행하는 박스보다는 초안(draft)을 작성하거나 분류(classification)를 수행하는 박스를 선택하세요.
파일럿 경계(pilot boundary)를 한 문장으로 작성하세요:
이 작업(task)을 위해, AI는 [승인된 입력(approved input)]을 사용하여 [초안 결과물(draft artifact)]을 생성할 수 있습니다. [지정된 역할(named role)]은 [수락 검사(acceptance checks)]를 기준으로 이를 검토합니다. 실행은 [중단 조건(stop condition)] 시점에 멈춥니다. 기존의 수동 경로(manual path)는 여전히 사용 가능합니다.
이는 의도적으로 "AI 에이전트(AI agent)"보다 작게 설정된 것입니다. 핵심은 완전한 자율적 직원을 시뮬레이션하는 것이 아니라, 하나의 경계(boundary)에 대한 증거를 만드는 것입니다.
실행 영수증(run receipt)을 보관하고 실패를 기록하세요
수동 또는 AI 보조 실행이 완료될 때마다 다음 영수증을 복사하세요:
작업(Task):
입력 소스(Input source):
AI가 보조한 박스(Box assisted by AI):
...
데모를 통한 느낌이 아니라, 영수증을 비교하세요. 반복되는 수정 사항, 모호한 결정, 누락된 소스 자료, 그리고 AI 보조 경로로 절대 진입해서는 안 되는 사례들을 찾아내세요.
흔히 놓치기 쉬운 실패 모드(failure modes)는 다음과 같습니다:
-
맵이 프롬프트(prompt)에서 시작됨. 입력값의 실제 소스와 소유권이 보이지 않는 상태로 남습니다.
-
인간의 검토(human review)가 단순한 라벨에 불과함. 검토자에게 무엇을 검사해야 하는지 알려주는 수락 검사(acceptance check)가 없습니다.
-
**'완료(Done)'가
-
OpenAI–Hugging Face 사건: AI 에이전트 안전 점검 (AI Agent Safety Checks)
검토된 출처 2026-07-26:
- NIST AI RMF Core
- NIST AI RMF Playbook
- 샌프란시스코 연방준비은행: 소기업의 AI 사용에 관한 초기 조사 결과
- OECD: 간소화된 히로시마 AI 프로세스 보고 프레임워크
이 출처들은 범위(scope), 감독(oversight), 문서화(documentation), 측정(measurement), 그리고 접근 가능한 중소기업(SME) 가이드라인의 필요성을 뒷받침합니다. 다만, 이 '5개 박스 산출물(five-box artifact)'을 테스트하거나 비즈니스 결과(business outcomes)를 확립하지는 않습니다.
요약 (TL;DR): 먼저 수동 작업을 맵핑하세요. AI가 되돌릴 수 있는(reversible) 하나의 박스를 보조하게 하고, 인간의 검토를 요구하며, 영수증(receipt)과 기존 경로를 모두 유지하세요.
다음으로 유용한 실험은 권한을 확대하지 않고 수동 방식과 AI 보조 방식의 영수증을 비교하는 것입니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기