Skill은 절차, Agent는 일꾼

17.1 4부는 보너스입니다

16장에서 이 책의 약속은 지켜졌습니다. 4부는 한 단계 위로 올리는 이야기입니다.

솔직하게 말씀드립니다.

여기부터는 없어도 일이 돌아갑니다.

Skill만으로도 업무 자동화는 충분히 됩니다. 4부는 “이런 것도 있다” 를 알고 필요할 때 꺼내 쓰기 위한 장입니다.

지금 당장 바쁘시면 24장(막혔을 때)만 읽고 나중에 돌아오세요.

그래도 하나는 알고 가시면 좋습니다. Skill이 여러 개가 되면 관리가 안 되기 시작합니다. 그때 필요한 게 Agent입니다.

---

17.2 Skill이 다섯 개가 되면 생기는 일

16장에서 Skill 하나를 만드셨습니다. 잘 쓰다 보면 두 개가 되고, 다섯 개가 됩니다.

그러면 이런 일이 생깁니다.

나:  견적서 정리하고 품의서 만들어줘
     → /img-to-docs 를 부르고, 결과 확인하고, /approval-doc 을 부른다
       (매번 내가 순서를 기억해서 두 번 불러야 한다)

나:  이 회의록 정리하고 보고서에도 반영해줘
     → /meeting-actions 부르고, /weekly-report 부르고…
       (또 내가 순서를 짠다)

매번 “어느 Skill을 어떤 순서로 부를지” 를 내가 정하고 있습니다.

그 판단까지 넘길 수 있으면 편하겠죠. 그게 Agent입니다.

---

17.3 Agent — 매뉴얼을 골라 쓰는 직원

📖 Agent(에이전트)

목표를 받고, 어떤 Skill·도구를 쓸지 스스로 정해서 일을 끝내는 실행자.

Skill은 정해진 절차입니다. 부르면 그대로 합니다. Agent는 목표를 받고 절차를 고릅니다.

8.2절의 회사 비유를 마저 완성합니다.

한 줄 비유

차이를 표로

⚠️ “매번 같음” 과 “상황에 따라 다름” 의 맞바꿈

Agent가 무조건 좋은 게 아닙니다. Skill의 값어치는 매번 같은 결과에 있었습니다(12.6절).

Agent는 유연한 대신 예측이 덜 됩니다. 어제와 오늘이 다르게 동작할 수 있습니다.

그래서 절차가 확실히 정해진 일은 Skill로 두는 게 낫습니다. Agent는 “여러 Skill 중에 골라야 하는 상황” 에서만 값어치가 있습니다.

---

17.4 Agent를 쓰면 좋은 이유 세 가지

① 컨텍스트를 아낀다

이게 실제로는 가장 큰 이유입니다.

3.4절을 떠올려 보세요. AI의 공책에는 끝이 있습니다. 큰 자료를 잔뜩 읽히면 공책이 금방 찹니다.

Agent는 자기 공책을 따로 씁니다.

   메인 대화 (내 공책)
     │
     │  "이 폴더에서 관련 파일 찾아줘"
     ├──────────────> Agent (자기 공책)
     │                   파일 50개를 뒤진다
     │                   (이 과정이 내 공책에 안 쌓인다)
     │  <──────────────  "이 3개가 관련 있습니다"
     │
   결과만 받는다

파일 50개를 읽은 기록은 Agent의 공책에만 남고, 내 공책에는 결론 세 줄만 들어옵니다. 이래야 대화를 길게 끌고 갈 수 있습니다.

② 여러 Skill을 알아서 연결한다

17.2절의 그 문제입니다. 순서를 내가 안 짜도 됩니다.

③ 동시에 여러 개를 시킬 수 있다

Agent 셋에게 각각 다른 일을 동시에 맡길 수 있습니다. 하나가 끝날 때까지 기다릴 필요가 없습니다.

---

17.5 이미 들어 있는 Agent들

직접 만들기 전에, 기본으로 들어 있는 것들이 있습니다.

📖 서브에이전트(subagent)

메인 대화가 일부를 떼어 맡기는 Agent. 자기 공책을 따로 쓰고, 일이 끝나면 결과만 돌려줍니다.

“서브” 가 붙은 이유는, 내가 직접 부르는 게 아니라 메인 대화가 대신 부르는 부하 직원 개념이기 때문입니다.

직접 써보기

Explore 에이전트를 써서, 이 폴더에서 견적서와 관련된 파일이
어디에 있는지 찾아줘.

파일이 많은 폴더에서 해보시면 차이가 느껴집니다. 찾는 과정이 내 대화에 안 쌓이고 결론만 옵니다.

---

17.6 직접 비교해 보기

말로만 들으면 안 와닿으니, 같은 일을 두 방식으로 해보세요. 4.1절에서 웹 Claude와 비교했던 그 방식입니다.

방식 A — Skill만 쓰기

/img-to-docs 10_input/

↓ 결과 확인

/approval-doc 20_extracted/sample-quote-1.md

↓ 결과 확인

두 번 부르고, 중간에 파일 이름을 내가 확인해서 넘겨줬습니다.

방식 B — Agent에게 맡기기

10_input 폴더의 견적서로 품의서까지 만들어줘.
중간 결과는 내가 확인할 수 있게 보여주고.

한 번 말했고, 순서는 알아서 정했습니다.

뭐가 나았나요

💡 B가 항상 좋은 게 아닙니다

중간 확인이 자동으로 강제되는 건 A 입니다. 10장에서 그렇게 강조한 검수가, B에서는 내가 시켜야만 생깁니다.

그래서 돈이나 책임이 걸린 일은 A, 탐색하고 정리하는 일은 B가 맞습니다.

---

17.7 언제 Agent를 만드나

아직 안 만들어도 됩니다. 이 신호가 오면 그때 만드세요.

마지막 줄이 Agent의 본령입니다. 예를 들면 —

링크를 던지면, 그게 유튜브면 영상 분석 Skill을, 블로그면 블로그 수집 Skill을 알아서 고른다.

이건 Skill 하나로는 못 합니다. 고르는 판단이 필요하니까요.

---

17.8 🔁 혼자 해보기

1. Explore 에이전트를 한 번 써보세요. 파일이 많은 폴더에서요
2. 여러분이 만든 Skill을 연달아 두 번 부르는 상황이 있나요? 적어보세요
3. 그 순서를 한 문장으로 적어보세요
   • 예: “견적서를 받으면 먼저 추출하고, 사람이 확인한 뒤에 품의서를 만든다”
4. Claude에게 물어보세요

내가 만든 Skill들을 보여줄게. 이 중에 Agent로 묶으면
좋을 조합이 있는지, 있다면 왜 그런지 알려줘.
그리고 묶지 않는 게 나은 것도 알려줘.

마지막 줄이 중요합니다. 안 그러면 전부 묶으라고 합니다.

---

17.9 정리

다음 장에서 직접 하나 만들어 봅니다. 16장에서 만든 그 Skill을 태웁니다.