일하는 AI 에이전트, 설계하는 사람 - 혼자 잘 쓰던 AI를 조직으로 가져가려면
“한빛미디어 서평단 <나는리뷰어다> 활동을 위해서 책을 협찬 받아 작성된 서평입니다.”
목차
- 왜 이 책을 선택했나 - 혼자 잘 쓰고 난 다음이 궁금했다
- 3부 12장 한눈에 보기 - 원리에서 조직의 운영까지
- Part 1·2 - 알고 있던 내용을 다시 정리하는 시간
- Part 3 - 나와 조직은 어떻게 써야 할까
- 이런 분께 추천합니다
- 정리 - 이제 적용할 업무를 고를 차례다
왜 이 책을 선택했나 - 혼자 잘 쓰고 난 다음이 궁금했다
AI는 이미 매일 쓴다. 코드를 살펴보고, 문서를 정리하고, 반복하는 작업은 스킬로 남긴다. 필요한 자료를 MCP로 연결해 확인하는 것도 익숙해졌다.
최근 사내 AI 활용 발표를 준비하면서도 비슷한 고민을 했다. 코드를 빨리 만들어도 리뷰와 승인, 다른 부서와의 조율에는 여전히 시간이 걸렸다. 내 작업이 빨라진 만큼 팀 전체의 일이 빨라지지는 않았다.
혼자 잘 쓰던 AI를 조직에서도 잘 쓰려면 무엇이 필요할까.
『일하는 AI 에이전트, 설계하는 사람』을 고른 이유다. 개발자인 내게 Part 1·2는 익숙한 내용을 복기하는 시간이었다. 더 오래 머문 곳은 내 고민과 맞닿아 있는 Part 3, 사람과 조직을 다루는 부분이었다.
3부 12장 한눈에 보기 - 원리에서 조직의 운영까지
464쪽에 3부 12장. 저자는 최윤석이다.
| 파트 | 장 | 다루는 내용 |
|---|---|---|
| Part 1 에이전트는 어떻게 일하는가 | 1~4장 | 작동 원리 / 도구 호출 / 메모리·RAG·멀티에이전트 |
| Part 2 무엇으로, 어떻게 돌릴 것인가 | 5~8장 | 도구 선택과 연결 표준 / 비용·속도·품질 / 보안과 책임 |
| Part 3 사람과 조직은 무엇을 바꿔야 하는가 | 9~12장 | 사람의 역할 / 조직 도입 / 업무별 사례 / 시장과 준비 전략 |
작동 원리 → 운영의 현실 → 사람과 조직의 변화로 이어지는 구성이다.
코드를 따라 치며 서비스를 만드는 실습서는 아니다. 에이전트를 직접 만들지 않는 기획자나 PM, 도입을 검토하는 리더도 판단할 수 있도록 구조와 선택 기준을 설명한다. 개발자 입장에서는 구현 바깥의 문제까지 함께 보는 책에 가까웠다.
2장부터 7장까지는 같은 가상의 고객지원 에이전트 사례를 이어간다. 도구와 기억을 붙이고 운영 문제까지 다루면서, 앞에서 이해한 구조에 다음 개념을 쌓아갈 수 있었다.
Part 1·2 - 알고 있던 내용을 다시 정리하는 시간
목표를 받고, 계획하고, 도구를 쓰고, 결과를 확인한다. 메모리와 RAG를 붙이고, 필요하면 여러 에이전트의 역할을 나눈다. 이미 접했던 개념들이라 앞의 두 파트는 비교적 빠르게 읽었다.
좋았던 것은 흩어져 있던 개념을 한 흐름으로 정리해준다는 점이다. 도구를 연결한 뒤에는 권한과 실패 대응을, 실제 운영으로 넘어가면 비용과 품질을 함께 살핀다. 따로 공부했던 내용들이 어떤 상황에서 필요한지 정리됐다.
예를 들어 조회에 성공했어도 가져온 자료가 오래됐을 수 있고, 검증을 늘리면 시간과 비용도 함께 든다. 도구를 연결해 작동시키는 데 집중하다 보면 지나치기 쉬운 문제들이다. 실제 업무에서 계속 돌릴 때 필요한 점검 항목을 다시 짚어볼 수 있었다.
특히 다이어그램이 이해하기 쉽게 잘 되어 있다. MCP처럼 여러 주체가 연결되는 구조도 그림으로 보면 관계가 한눈에 들어온다. 글로만 읽을 때보다 복기하기 편했고, 다른 직군과 이야기할 때도 이런 그림이 있으면 설명하기 좋겠다는 생각이 들었다.
Part 3 - 나와 조직은 어떻게 써야 할까
여기서부터는 조금 더 천천히 읽었다. 에이전트가 어떻게 움직이는지 알더라도, 내 업무에 무엇을 맡길지 정하는 것은 또 다른 문제였기 때문이다.
9장은 AI와 함께 일하는 역량을 AI 플루언시라는 개념으로 정리한다. 문제를 구체적으로 정의하고, 필요한 자료를 주고, 결과를 검증하고, 다른 사람과 협업하는 능력까지 포함한다.
읽으면서 내가 관심을 두던 부분도 돌아봤다. 새로운 도구를 익히고 연결하는 데는 시간을 많이 썼다. 결과를 다른 사람에게 넘길 때는 무엇을 확인했고, 무엇은 아직 확인하지 못했는지까지 설명할 수 있어야 했다.
혼자 쓸 때 내가 알아서 하던 판단을, 팀에서는 함께 확인할 수 있는 기준으로 만들어야 한다는 점이 와닿았다.
책은 사람의 역할을 지시자·검토자·의사결정자로 나눈다. 요청을 잘하는 것, 결과를 검증하는 것, 실행 여부를 결정하는 것이 각각 다른 책임이라는 설명이다. 이 구분을 따라가니 AI가 초안을 만든 뒤 내가 해야 할 일도 더 분명해졌다.
조직 도입을 다루는 10장에서는 첫 프로젝트를 고르는 기준이 눈에 들어왔다. 효과가 빨리 드러나는지, 실패해도 기존 방식으로 돌아갈 수 있는지, 필요한 데이터가 준비되어 있는지를 함께 본다.
내 업무라면 변경 공지와 관련 문서를 모아 검토할 항목을 정리하는 일이 떠올랐다. 자료를 찾고 초안을 만드는 부분부터 맡기고, 실제 영향과 조치 여부는 사람이 확인하는 식이다. 책의 기준에 내 일을 대입하니 시작할 범위가 조금 더 구체적으로 보였다.
오래 남은 것은 사용하면서 배운 것을 다음 작업의 기준으로 남기는 부분이다. 잘못된 답을 고치는 데서 끝내지 않고, 반복되는 문제를 스킬이나 업무 규칙에 반영해 조직 전체로 공유하는 흐름을 보여준다.
나도 반복 작업을 스킬로 정리하며 주의사항을 쌓아두고 있다. 여기에 판단 근거까지 남기면 다른 사람도 같은 시행착오를 줄일 수 있겠다. 내가 잘 쓰는 방법을 팀에서도 이어서 쓸 수 있게 만드는 일이 다음 과제로 보였다.
이런 분께 추천합니다
AI를 이미 쓰고 있지만, 팀의 업무로 넓혀보고 싶은 개발자에게 권하고 싶다. 기술 개념이 익숙하더라도 맡길 업무와 사람의 역할을 돌아볼 수 있다. 나처럼 개인의 활용 다음 단계를 고민하고 있다면 Part 3이 특히 도움이 될 것 같다.
도입을 검토하는 기획자·PM·팀 리더에게도 맞는다. 작동 원리를 그림으로 짚고, 실제로 무엇을 정해야 하는지까지 이어져 개발팀과 논의할 때 참고하기 좋다.
다만 특정 프레임워크의 코드나 구현 실습을 기대한다면 결이 다르다. 이 책은 무엇을 맡기고 어떻게 운영할지 판단하는 쪽에 무게가 있다.
정리 - 이제 적용할 업무를 고를 차례다
일하는 AI 에이전트, 설계하는 사람은 내게 앞부분은 복기였고, 뒷부분은 지금의 고민을 정리하는 시간이었다.
우리 조직에 가장 잘 맞는 방식은 여전히 고민 중이다. 다만 처음의 질문은 조금 더 구체적으로 바뀌었다. 어떤 업무부터 맡길지, 누가 결과를 확인할지, 이번 경험에서 무엇을 남길지.
새 도구를 하나 더 찾기 전에, 지금 내 업무에서 무엇부터 적용해볼지 먼저 적어볼 생각이다.
피드백은 언제나 환영입니다.