첫 번째 에이전트 구축하기

🔄 Quick Recall: 지난 레슨에서 에이전트 아키텍처를 배웠어요 — 추론 루프, 목표 설계, 도구, 메모리, 에이전트 패턴. 이제 이론을 작동하는 에이전트로 만들어요.

첫 번째 에이전트: 리서치 어시스턴트

리서치 에이전트를 단계별로 구축해요. 연구 질문을 받아 정보를 검색하고, 출처를 평가하고, 발견을 합성하고, 구조화된 보고서를 생산하는 에이전트예요.

1단계: 시스템 프롬프트 작성

시스템 프롬프트는 에이전트의 운영 매뉴얼이에요:

당신은 리서치 에이전트입니다. 주제를 철저히 조사하고 출처가 명시된 요약 보고서를 생산하세요.

역량:
- 웹에서 현재 정보를 검색할 수 있어요
- 문서를 읽고 분석할 수 있어요
- 여러 출처의 정보를 비교할 수 있어요

프로세스:
1. 연구 질문을 3-5개 구체적 하위 질문으로 분해
2. 웹 검색으로 각 하위 질문 조사
3. 각 발견에 출처를 기록하고 신뢰도 평가
4. 출처 간 모순이나 불일치 탐색
5. 발견을 구조화된 보고서로 합성

제약:
- 하위 질문당 최소 3개 다른 출처 사용
- 최근 출처(2년 이내) 선호
- 확실하지 않은 정보는 플래그
- 최대 10개 검색 쿼리로 효율 유지

✅ Quick Check: 시스템 프롬프트에 “최대 10개 검색 쿼리” 같은 제약이 포함되는 이유는? 제약 없이 에이전트는 무한히 루프하면서 약간 더 나은 정보를 찾으려 해요. 제약이 효율을 강제하고 비용을 통제해요.

2단계: 단순한 작업으로 테스트

범위가 좁은 작업으로 시작:

연구 질문: 2026년 현재 상위 3개 프로젝트 관리 도구(Asana, Monday.com, ClickUp)의 가격 플랜은?

리서치 프로세스를 따르세요. 각 도구에 대해:
1. 현재 가격 티어 찾기
2. 각 티어에 포함된 것 기록
3. 10명 팀에 최적의 가치 식별
비교표와 3문장 추천을 전달하세요.

이 작업은 범위가 좁아서 결과를 독립적으로 검증할 수 있어요.

3단계: 추론 루프 관찰

에이전트가 작업을 처리하는 과정을 관찰:

사이클 1 — 계획: “3개 도구의 가격이 필요해. 각각 따로 조사한 뒤 비교할 거야.” 사이클 2 — 도구 A 조사: “Asana pricing plans 2026” 검색. 결과 읽기. 티어, 가격, 기능 추출. 사이클 3-4 — 도구 B, C 조사: 같은 프로세스로 Monday.com, ClickUp 조사. 사이클 5 — 비교 및 합성: 비교표 생성, 10인 팀 최적 가치 계산, 추천 작성. 사이클 6 — 평가: “3개 모두 가격 확보? 예. 출처가 최신? 확인. 비교 완료? 예. 결과 전달.”

4단계: 결과 기반 개선

첫 에이전트가 완벽하지 않을 거예요. 흔한 문제와 수정:

검색이 너무 광범위 → “구체적 검색 쿼리를 사용하세요. 예: ‘Asana pricing tiers 2026’이지 ‘project management tools pricing’이 아니에요.”

오래된 정보 포함 → “출처 날짜를 항상 확인. 가격 데이터가 6개월 이상이면 더 최근 출처를 검색.”

너무 일찍 중단 → 품질 기준 추가: “전달 전 검증: 모든 요청 티어의 가격, 각각의 기능 목록, 모든 데이터 포인트의 출처 확보.”

진행 없이 루프 → 루프 브레이커 추가: “같은 정보를 3번 검색해도 찾지 못하면 ‘이용 불가’로 표시하고 다음으로.”

현재 플랫폼에서 에이전트 구축

커스텀 코드 없이도 에이전트를 구축할 수 있어요:

Claude (Anthropic): 도구 사용 기능과 시스템 프롬프트로 에이전트의 역할과 프로세스를 정의.

ChatGPT (OpenAI): Custom GPTs로 지시, 지식 파일, 연결된 Actions(API) 설정.

오픈소스 프레임워크: LangChain, CrewAI, AutoGen으로 코드로 에이전트 구축.

비개발자는 Custom GPTs와 Claude Projects가 가장 빠른 경로. 개발자는 프레임워크가 더 많은 제어와 커스터마이징을 제공해요.

에이전트 시스템 프롬프트의 7가지 섹션

정체성 — 에이전트의 역할과 전문성
역량 — 사용 가능한 도구와 능력
프로세스 — 따라야 할 단계별 워크플로
출력 형식 — 전달물의 정확한 모습
제약 — 행동, 리소스, 범위의 한계
오류 처리 — 문제 발생 시 대응 방법
품질 기준 — 전달 전 자체 평가 방법

핵심 정리

시스템 프롬프트가 에이전트 설계에서 가장 중요 — 역할, 프로세스, 제약, 품질 기준을 정의해요
복잡성을 추가하기 전에 단순하고 검증 가능한 작업으로 아키텍처를 테스트하세요
추론 루프를 관찰: 계획, 조사, 평가, 합성, 전달
흔한 에이전트 실패(광범위 검색, 오래된 정보, 조기 중단, 무한 루프)에 특정 시스템 프롬프트 수정이 있어요
현재 플랫폼이 에이전트 행동을 지원 — 커스텀 코드 불필요
에이전트 프롬프트 엔지니어링에 7가지 필수 섹션; 하나라도 빠지면 신뢰성 저하

Up Next: 다음 레슨에서 도구 사용을 깊이 다뤄요 — 에이전트에게 검색, 계산, 코딩, 외부 서비스 상호작용 능력을 부여하는 방법.