Insights
AI가 자동으로 큐레이션·번역·정리하는 기술 동향 피드입니다.
본 글은 에이전트 기반 워크플로우를 설계할 때 인간 중심적 관점을 유지하는 것이 중요함을 강조합니다. AI에 과도하게 의존하면 '인지 부채'가 발생하여 사고 능력이 저하될 수 있습니다. 따라서 자동화는 사람이 포기하거나 하기 싫어하는 지점, 즉 고통 지점에 집중해야 합니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기에이전트 기반 워크플로우를 인간 중심적으로 설계하는 방법
여기가 처음이시라면: 어떤 이유에서인지, 제가 말을 시작하면 모든 길이 Genshin Impact로 이어집니다.
천사 한 명이 인간을 사랑하게 되자 천상의 원리(Heavenly Principles)라고도 알려진 Phanes가 불편해했습니다. 이에 반응하여 그는 천사들의 물리적 형태를 파괴하고 Seelies라는 빛의 떠다니는 구체로 만들었습니다.
Nicole은 무엇을 지켜야 할지 선택해야 했습니다. 그녀는 자신의 물리적 형태와 사고 능력을 유지하기로 선택했고, 목소리를 포기했습니다.
그녀는 잃을 수 없는 것을 보호하기 위해, 살지 못하는 것(혹은 포기할 수 있는 것)을 희생했습니다.
저는 AI에 대해서도 같은 방식으로 생각합니다. Phanes를 당신의 고용주라고 생각해 보세요. AI가 나타나면 많은 사람들이 무너집니다. 마치 천사들이 Seelies가 되는 것처럼, 모든 것을 내어줍니다.
저는 2022년 ChatGPT를 사용하기 시작했을 때 그 선택을 느꼈습니다. 저는 졸업 작품을 위해 챗봇을 만들었기 때문에 작동 방식을 이해하고 있었습니다. 제 첫 생각은 제가 사고하는 능력을 잃고 싶지 않다는 것이었습니다.
MIT Media Lab의 연구(Kosmyna et al., 2025)는 에세이를 작성하는 학생 54명을 추적했습니다. ChatGPT 그룹이 가장 약한 뇌 연결성을 보였으며, 이는 나중에 AI 없이 글을 쓸 때도 이어졌습니다. 연구자들은 이를 “인지 부채(cognitive debt)”라고 부릅니다. 이것은 에세이 작문에 대한 작은 사전 인쇄본이지만, 제가 느낀 것과 일치합니다: AI에 너무 의존하면 흐름을 잃게 됩니다. 같은 연구에서는 먼저 생각하고 나중에 AI를 사용한 사람들이 잘 해냈다는 것을 발견했습니다. 그것이 제가 사용하는 순서입니다.
설계 과정
흔히 하는 조언은 “하기 싫은 것에 집중하라”는 것입니다. 이것은 사실이지만, 더 많은 것이 있습니다. AI 워크플로우, 에이전트 워크플로우 또는 자동화를 설계하는 것은 여전히 인간 중심적 디자인(human-centered design)입니다. 순서는 다음과 같습니다:
1️⃣ 자신의 역할을 이해한다.
2️⃣ 무엇을 하고 싶은지 이해한다.
3️⃣ 무엇을 하고 싶지 않은지 이해한다.
세 번째는 자동화됩니다. 그런 다음 워크플로우에서 실패 지점, 가장 큰 고통 지점을 찾으세요. AI가 사람이 할 수 있는 부분을 증폭시키는 곳이 바로 그곳입니다.
제 경험의 경우
저는 대부분의 행정 업무는 하고 싶지 않다고 결정했습니다. 저는 여전히 루프 안에 있는 인간입니다.
제 이메일은 빠르게 넘쳐나기 때문에, 저는 일과를 만들었습니다. Claude가 지난 2주 동안 살펴보고, 오늘 가장 중요한 것이 무엇이며 처리해야 할 것이 무엇인지 이야기합니다. Claude가 초안을 작성하면 제가 검토하고, 그리고 발송합니다. 이를 휴대폰으로, 일반적인 대화로, 어디서든 할 수 있습니다.
만약 저에게 이메일을 처음부터 쓰라고 요청한다면 할 수는 있지만, 시간이 걸립니다. 저는 차라리 Claude와 이야기하는 것을 선호합니다. Claude가 초안을 읽어주고, 제가 맥락을 추가하고, 우리가 수정합니다. 이것이 더 효율적입니다. 저는 첫 번째 초안 작성은 포기했습니다. 생각하는 과정(thinking)만 남겼습니다.
제가 유지한 것은 연구입니다. 저는 그것을 즐깁니다. 여전히 Google을 사용하고, 깊이 있는 연구를 하며, 방에는 책들이 가득합니다. 워크플로우는 제가 일하고 싶은 방식에 맞춰 설계되었습니다.
비즈니스를 위한 동일한 아이디어
저는 예전에 콜센터에서 일했고, 저를 대신해 전화를 처리할 데스크톱 에이전트를 구축하고 있습니다.
예를 들어, 프런트 데스크의 업무량이 많아 모든 전화를 받을 수 없어 고객을 잃고 있다고 가정해 봅시다. 사람을 줄이는 대신, 에이전트를 추가합니다. 누군가 약 3분 동안 기다리고 있으면, 에이전트가 전화를 다시 받습니다. 이는 프로세스를 지연시키고(stalls the process) 고객이 원하는 것을 문서화합니다 (설정에서 PHI가 없는 한).
사람이 이용 가능해지면, 에이전트는 이미 기본적인 작업(grunt work)을 마친 상태입니다. 에이전트가