태그 보관물: AI Agents

단순 코딩 보조는 끝났다: 엔지니어링의 판을 바꾸는 ‘에이전틱 AI’의 실체

대표 이미지

단순 코딩 보조는 끝났다: 엔지니어링의 판을 바꾸는 '에이전틱 AI'의 실체

단순한 챗봇을 넘어 스스로 판단하고 실행하는 AI 에이전트가 설계 워크플로우와 SDLC 전체를 어떻게 재정의하며 엔지니어의 역할을 변화시키는지 분석합니다.

많은 엔지니어와 프로덕트 매니저들이 생성형 AI를 도입했지만, 여전히 느끼는 갈증이 있습니다. 바로 ‘결국 사람이 다 확인하고 수정해야 한다’는 점입니다. 지금까지의 AI는 질문에 답을 하거나 코드 조각을 생성하는 ‘보조 도구’에 머물렀습니다. 하지만 우리가 직면한 진짜 문제는 단순한 타이핑 속도의 향상이 아니라, 복잡한 설계 결정 과정에서의 병목 현상과 반복적인 검증 루프입니다.

이제 시장은 단순한 LLM(대규모 언어 모델)의 시대를 지나 ‘에이전틱 AI(Agentic AI)’의 시대로 빠르게 진입하고 있습니다. 에이전틱 AI는 단순히 텍스트를 생성하는 것이 아니라, 목표를 설정하고, 계획을 세우며, 도구를 사용해 실행하고, 그 결과를 스스로 평가하여 수정하는 자율성을 가집니다. 이는 엔지니어링 워크플로우의 근본적인 패러다임 시프트를 의미합니다.

보조 도구에서 자율 에이전트로: 무엇이 다른가

기존의 AI 코파일럿이 ‘다음 단어를 예측하는 자동 완성’이었다면, AI 에이전트는 ‘목표를 달성하는 문제 해결사’에 가깝습니다. 예를 들어, 기존 방식에서는 개발자가 “API 엔드포인트를 만들어줘”라고 요청하고 생성된 코드를 복사해 붙여넣은 뒤 에러를 수정했다면, 에이전틱 AI는 다음과 같은 프로세스를 스스로 수행합니다.

  • 현재 코드베이스의 구조와 의존성을 분석합니다.
  • 필요한 API 명세서를 작성하고 데이터베이스 스키마 변경 사항을 도출합니다.
  • 실제로 코드를 작성하고 로컬 환경에서 테스트 코드를 실행합니다.
  • 테스트 실패 시 로그를 분석해 스스로 코드를 수정하고, 최종적으로 PR(Pull Request)을 생성합니다.

이 과정에서 인간 엔지니어의 역할은 ‘작성자’에서 ‘검토자 및 전략가’로 이동합니다. 이는 단순한 효율성 증대를 넘어, 엔지니어가 더 높은 수준의 추상화 단계에서 시스템 아키텍처와 비즈니스 로직에 집중할 수 있게 함을 의미합니다.

설계 워크플로우의 가속화와 디자인 탐색

엔지니어링 팀이 겪는 가장 큰 고충 중 하나는 ‘설계 옵션의 탐색 비용’입니다. 최적의 설계를 찾기 위해 수많은 시나리오를 검토하고 시뮬레이션하는 과정은 막대한 시간과 인력을 소모합니다. 에이전틱 AI는 이 지점에서 파괴적인 혁신을 일으킵니다.

AI 에이전트는 수백 가지의 설계 변수를 동시에 고려하여 수천 개의 설계 안을 빠르게 생성하고, 각 안의 성능을 시뮬레이션 도구와 연동해 평가할 수 있습니다. 인간이 며칠에 걸쳐 수행하던 ‘가설 설정 – 설계 – 검증’ 루프를 AI가 몇 분 만에 수백 번 반복함으로써, 엔지니어는 최적에 가까운 후보군만을 놓고 최종 의사결정을 내릴 수 있게 됩니다.

기술적 구현의 핵심: 추론 루프와 도구 사용

에이전틱 AI가 가능해진 이유는 모델의 단순 성능 향상뿐만 아니라, 이를 둘러싼 ‘프레임워크’의 발전 덕분입니다. 핵심은 ReAct(Reasoning and Acting) 패턴과 같은 추론 루프의 구현에 있습니다. 모델이 생각을 하고(Thought), 행동을 결정하며(Action), 그 결과로부터 관찰(Observation)하여 다시 생각하는 순환 구조를 갖추게 된 것입니다.

또한, 외부 API, 터미널, 브라우저, 데이터베이스와 직접 상호작용할 수 있는 ‘Tool Use(함수 호출)’ 능력이 결합되면서 AI는 가상 세계의 텍스트를 넘어 실제 시스템에 영향을 미치는 실행력을 갖게 되었습니다. 이제 모델의 벤치마크 점수보다 중요한 것은 ‘얼마나 정확하게 도구를 선택하고, 오류 발생 시 얼마나 유연하게 복구(Recovery)하는가’ 하는 에이전트의 복원력입니다.

에이전틱 AI 도입의 득과 실

물론 모든 기술 전환에는 트레이드오프가 존재합니다. 에이전틱 AI 도입 시 고려해야 할 장단점은 다음과 같습니다.

구분 장점 (Pros) 단점 및 리스크 (Cons)
생산성 SDLC 초안 작성 및 반복 작업의 완전 자동화 검토 과정에서의 ‘인지적 태만’ 발생 가능성
설계 품질 방대한 설계 옵션 탐색을 통한 최적안 도출 AI가 생성한 복잡한 구조의 유지보수 어려움
리소스 숙련된 엔지니어의 단순 업무 시간 감소 추론 루프 반복으로 인한 API 비용 및 지연 시간 증가

특히 주의해야 할 점은 ‘블랙박스’ 현상입니다. AI 에이전트가 스스로 판단하여 수정한 코드가 왜 그렇게 작성되었는지 인간이 완전히 이해하지 못한 채 승인했을 때, 이는 추후 심각한 기술 부채나 보안 취약점으로 돌아올 수 있습니다. 따라서 ‘자율성’과 ‘통제권’ 사이의 정교한 균형 설계가 필수적입니다.

실무 적용 사례: SDLC의 재구성

실제 선도적인 엔지니어링 팀들은 이미 SDLC(소프트웨어 개발 생명주기)의 각 단계에 에이전트를 배치하고 있습니다. 요구사항 분석 단계에서는 AI 에이전트가 기존 문서를 분석해 누락된 엣지 케이스를 찾아내고, 구현 단계에서는 기능 단위의 티켓을 자동으로 할당받아 초안 코드를 작성합니다. QA 단계에서는 에이전트가 직접 테스트 시나리오를 짜고 버그를 리포팅하며, 수정 제안까지 함께 제출합니다.

이러한 변화는 팀의 구조마저 바꿉니다. 과거에는 ‘주니어-시니어’의 수직적 코드 리뷰 구조였다면, 이제는 ‘에이전트-리뷰어’의 구조로 변모하며, 시니어 엔지니어는 개별 코드 라인보다는 전체 시스템의 정렬(Alignment)과 보안, 확장성이라는 더 큰 그림에 집중하게 됩니다.

지금 당장 실행해야 할 액션 아이템

에이전틱 AI의 파도를 타기 위해 기업과 실무자가 지금 당장 시작해야 할 일들은 다음과 같습니다.

  • 워크플로우의 원자화: AI 에이전트가 수행할 수 있도록 업무 프로세스를 아주 작은 단위의 ‘태스크’로 쪼개십시오. 모호한 지시어보다는 명확한 입력과 출력이 정의된 워크플로우가 필요합니다.
  • 검증 자동화 체계 구축: AI가 자율적으로 움직일수록 이를 검증할 ‘가드레일’이 중요합니다. 강력한 CI/CD 파이프라인과 자동화된 테스트 커버리지를 확보하여 AI의 결과물을 즉각적으로 검증할 수 있는 환경을 만드십시오.
  • ‘리뷰어’ 역량 강화: 이제 코드를 짜는 능력보다 AI가 짠 코드를 비판적으로 분석하고 최적의 방향으로 가이드하는 ‘디렉팅’ 능력이 핵심 경쟁력이 됩니다. 팀 내에 코드 리뷰 문화를 정착시키고 아키텍처 설계 능력을 배양하십시오.
  • 작은 루프부터 실험: 전체 프로세스를 한 번에 바꾸려 하지 말고, ‘문서 업데이트’나 ‘단위 테스트 작성’ 같은 저위험-고반복 작업부터 에이전트를 도입해 신뢰도를 쌓으십시오.

결국 AI 에이전트는 엔지니어를 대체하는 것이 아니라, 엔지니어를 ‘단순 노동’에서 해방시켜 ‘진정한 설계자’로 만드는 도구입니다. 도구의 성능에 감탄하는 단계를 넘어, 이 도구를 통해 우리 팀의 제품 개발 속도와 품질을 어떻게 극대화할 것인지 고민해야 할 때입니다.

FAQ

The Real Impact of AI Agents in Engineering: How Theyre Reshaping Design Workflows and Tea의 핵심 쟁점은 무엇인가요?

핵심 문제 정의, 비용 구조, 실제 적용 방법, 리스크를 함께 봐야 합니다.

The Real Impact of AI Agents in Engineering: How Theyre Reshaping Design Workflows and Tea를 바로 도입해도 되나요?

작은 범위에서 실험하고 데이터를 확인한 뒤 단계적으로 확대하는 편이 안전합니다.

실무에서 가장 먼저 확인할 것은 무엇인가요?

목표 지표, 대상 사용자, 예산 범위, 운영 책임자를 먼저 명확히 해야 합니다.

법률이나 정책 이슈도 함께 봐야 하나요?

네. 데이터 수집 방식, 플랫폼 정책, 개인정보 관련 제한을 반드시 점검해야 합니다.

성과를 어떻게 측정하면 좋나요?

비용, 전환율, 클릭률, 운영 공수, 재사용 가능성 같은 지표를 함께 보는 것이 좋습니다.

관련 글 추천

  • https://infobuza.com/2026/04/25/20260425-04jchd/
  • https://infobuza.com/2026/04/25/20260425-25p1zw/

지금 바로 시작할 수 있는 실무 액션

  • 현재 팀의 AI 활용 범위와 검증 절차를 먼저 문서화합니다.
  • 작은 파일럿 프로젝트로 KPI를 정하고 2~4주 단위로 검증합니다.
  • 보안, 품질, 리뷰 기준을 자동화 도구와 함께 연결합니다.

보조 이미지 1

보조 이미지 2

거대한 프롬프트 하나로는 부족하다: 멀티 에이전트 AI가 만드는 생산 파이프라인

대표 이미지

거대한 프롬프트 하나로는 부족하다: 멀티 에이전트 AI가 만드는 생산 파이프라인

단일 LLM의 한계를 넘어 전문화된 에이전트들이 협업하는 멀티 에이전트 시스템으로 전환하여, 프로토타입을 넘어 실제 상용 서비스 수준의 AI 파이프라인을 구축하는 전략을 분석합니다.

많은 개발자와 프로덕트 매니저들이 AI 도입 초기 단계에서 범하는 가장 흔한 실수는 ‘완벽한 프롬프트 하나’를 찾는 데 집착하는 것입니다. 수백 줄에 달하는 정교한 지침을 작성하고, 퓨샷(Few-shot) 예시를 촘촘하게 배치하면 AI가 복잡한 비즈니스 로직을 한 번에 처리할 수 있을 것이라 믿습니다. 하지만 실제 운영 환경에서 이러한 ‘거대 프롬프트’ 방식은 곧 한계에 부딪힙니다. 입력값이 조금만 변해도 출력이 불안정해지며, 디버깅은 불가능에 가까워지고, 토큰 비용은 기하급수적으로 상승하기 때문입니다.

이제 우리는 AI를 단순한 ‘채팅 봇’이 아니라, 특정 역할을 수행하는 ‘디지털 직원’들의 조직으로 바라봐야 합니다. 이것이 바로 멀티 에이전트 AI(Multi-Agent AI) 시스템의 핵심입니다. 복잡한 문제를 하나의 거대한 모델에게 맡기는 대신, 문제를 작은 단위로 쪼개어 각 분야의 전문가 에이전트들이 협업하게 만드는 구조적 전환이 필요합니다.

왜 단일 프롬프트에서 멀티 에이전트로 전환해야 하는가

단일 LLM 기반의 시스템은 ‘인지적 과부하’ 상태에 빠지기 쉽습니다. 하나의 컨텍스트 윈도우 안에 기획, 분석, 검수, 실행이라는 서로 다른 성격의 태스크를 모두 집어넣으면 모델은 우선순위를 혼동하거나 중요한 세부 사항을 누락하는 ‘중간 소실(Lost in the Middle)’ 현상을 보입니다. 반면 멀티 에이전트 구조는 다음과 같은 이점을 제공합니다.

  • 관심사의 분리(Separation of Concerns): 각 에이전트는 오직 하나의 역할(예: 데이터 추출, 코드 생성, 품질 검수)에만 집중하므로 프롬프트가 단순해지고 정확도가 올라갑니다.
  • 결정론적 제어 가능성: 에이전트 간의 통신 흐름을 설계함으로써, AI의 출력을 완전히 무작위로 두지 않고 비즈니스 워크플로우에 맞게 제어할 수 있습니다.
  • 유연한 모델 조합: 모든 단계에 가장 비싼 GPT-4o나 Claude 3.5 Sonnet을 쓸 필요가 없습니다. 단순 분류는 가벼운 모델로, 복잡한 추론은 고성능 모델로 배치하여 비용과 속도를 최적화할 수 있습니다.

Strands Agents를 통한 프로덕션 파이프라인 구현 전략

프로토타입 수준의 AI를 실제 서비스(Production)로 끌어올리기 위해서는 단순한 API 호출 이상의 아키텍처가 필요합니다. Strands Agents와 같은 프레임워크가 지향하는 방향은 AI 에이전트를 소프트웨어 공학적 관점에서 관리하는 것입니다. 이를 위해 다음과 같은 기술적 단계가 요구됩니다.

먼저, MCP(Model Context Protocol) 서버의 통합이 중요합니다. 에이전트가 단순히 학습된 지식으로 답하는 것이 아니라, 실시간 데이터베이스, 외부 API, 로컬 파일 시스템에 안전하게 접근할 수 있는 표준화된 통로를 마련해야 합니다. 이는 AI에게 ‘손과 발’을 달아주는 것과 같습니다.

다음으로 에이전트 간 통신 프로토콜(Agent-to-Agent Communication)을 설계해야 합니다. A 에이전트의 출력이 B 에이전트의 입력이 되는 단순 선형 구조를 넘어, B가 결과가 만족스럽지 않을 때 A에게 다시 수정을 요청하는 ‘피드백 루프’를 구축하는 것이 핵심입니다. 이러한 반복적 정제 과정이 있어야만 사람이 개입하지 않고도 상용 수준의 퀄리티를 보장할 수 있습니다.

멀티 에이전트 시스템의 기술적 득과 실

모든 아키텍처에는 트레이드오프가 존재합니다. 멀티 에이전트 시스템 역시 무조건적인 정답은 아닙니다. 도입 전 반드시 고려해야 할 장단점은 다음과 같습니다.

구분 장점 (Pros) 단점 (Cons)
정확도 및 품질 단계별 검수를 통해 환각(Hallucination) 현상 획기적 감소 에이전트 간 통신 오류 시 전체 파이프라인 마비 가능성
유지보수 특정 기능 수정 시 해당 에이전트의 프롬프트만 수정 가능 전체 워크플로우가 복잡해져 시스템 맵 관리가 어려움
비용 및 성능 태스크별 모델 최적화로 추론 비용 효율화 가능 여러 번의 LLM 호출로 인해 전체 응답 지연 시간(Latency) 증가

실전 사례: 게임 에셋 자동화 파이프라인 (Atlas AI Studio)

최근 Atlas가 선보인 멀티 에이전트 시스템은 이러한 이론이 어떻게 실제 산업에 적용되는지를 잘 보여줍니다. 게임 에셋 제작은 단순한 이미지 생성이 아닙니다. 컨셉 설정, 3D 모델링, 텍스처링, 최적화라는 매우 상이한 전문 영역이 결합된 과정입니다.

Atlas는 이를 하나의 프롬프트로 처리하지 않고, 각 단계에 특화된 에이전트들을 배치했습니다. ‘컨셉 에이전트’가 세계관에 맞는 가이드를 잡으면, ‘에셋 생성 에이전트’가 이를 구체화하고, 마지막으로 ‘품질 검수 에이전트’가 게임 엔진 내에서의 구동 가능 여부를 판단합니다. 만약 검수 단계에서 오류가 발견되면 다시 생성 단계로 피드백을 보내 수정하게 합니다. 이는 단순한 ‘생성’이 아니라 ‘생산 공정(Production Pipeline)’을 AI로 구현한 사례입니다.

실무자를 위한 단계별 액션 가이드

지금 당장 거대한 시스템을 구축할 필요는 없습니다. 현재 운영 중인 AI 기능을 멀티 에이전트 구조로 전환하고 싶다면 다음 단계를 따라보십시오.

1. 워크플로우 분해 (Decomposition)

현재 사용 중인 거대 프롬프트를 분석하여, 그 안에 포함된 서로 다른 ‘역할’을 찾아내십시오. 예를 들어 [분석 $
ightarrow$ 초안 작성 $
ightarrow$ 팩트 체크 $
ightarrow$ 톤앤매너 수정]과 같이 논리적 단계를 나눕니다.

2. 최소 기능 에이전트(MVE) 구축

가장 병목이 심하거나 오류가 많은 단계 하나만을 별도의 에이전트로 분리하십시오. 해당 에이전트에게는 오직 그 작업에만 최적화된 아주 짧고 명확한 지침만을 부여합니다.

3. 검수 루프(Review Loop) 추가

생성 에이전트 뒤에 ‘비판자(Critic)’ 역할을 하는 검수 에이전트를 배치하십시오. “결과물이 가이드라인을 준수했는가?”라는 질문에 Yes/No로 답하게 하고, No일 경우 다시 생성하게 만드는 간단한 루프만으로도 품질이 비약적으로 상승합니다.

4. 도구 및 컨텍스트 연결

에이전트가 내부 지식에만 의존하지 않도록 MCP 서버나 RAG(검색 증강 생성)를 연결하여 최신 데이터에 접근할 수 있는 환경을 조성하십시오.

결국 AI 경쟁력은 ‘어떤 모델을 쓰느냐’에서 ‘어떻게 모델들을 엮어서 시스템을 만드느냐’로 옮겨가고 있습니다. 단일 모델의 지능에 의존하는 시대는 끝났습니다. 이제는 정교하게 설계된 에이전트들의 오케스트레이션이 제품의 성패를 결정짓는 핵심 역량이 될 것입니다.

FAQ

From One Big Prompt to a Production Pipeline: Multi-Agent AI with Strands Agents의 핵심 쟁점은 무엇인가요?

핵심 문제 정의, 비용 구조, 실제 적용 방법, 리스크를 함께 봐야 합니다.

From One Big Prompt to a Production Pipeline: Multi-Agent AI with Strands Agents를 바로 도입해도 되나요?

작은 범위에서 실험하고 데이터를 확인한 뒤 단계적으로 확대하는 편이 안전합니다.

실무에서 가장 먼저 확인할 것은 무엇인가요?

목표 지표, 대상 사용자, 예산 범위, 운영 책임자를 먼저 명확히 해야 합니다.

법률이나 정책 이슈도 함께 봐야 하나요?

네. 데이터 수집 방식, 플랫폼 정책, 개인정보 관련 제한을 반드시 점검해야 합니다.

성과를 어떻게 측정하면 좋나요?

비용, 전환율, 클릭률, 운영 공수, 재사용 가능성 같은 지표를 함께 보는 것이 좋습니다.

관련 글 추천

  • https://infobuza.com/2026/04/24/20260424-hsn1z0/
  • https://infobuza.com/2026/04/24/20260424-mjqep1/

지금 바로 시작할 수 있는 실무 액션

  • 현재 팀의 AI 활용 범위와 검증 절차를 먼저 문서화합니다.
  • 작은 파일럿 프로젝트로 KPI를 정하고 2~4주 단위로 검증합니다.
  • 보안, 품질, 리뷰 기준을 자동화 도구와 함께 연결합니다.

보조 이미지 1

보조 이미지 2

프롬프트 엔지니어링의 종말: AI 에이전트에게 필요한 건 ‘말’이 아니라 ‘환경’이다

대표 이미지

프롬프트 엔지니어링의 종말: AI 에이전트에게 필요한 건 '말'이 아니라 '환경'이다

더 정교한 프롬프트가 AI의 성능을 결정하던 시대는 끝났습니다. 이제는 모델의 지능을 넘어 에이전트가 실제로 작동할 수 있는 인프라와 실행 환경의 설계가 핵심 경쟁력이 됩니다.

많은 개발자와 프로덕트 매니저들이 여전히 ‘마법의 프롬프트’를 찾고 있습니다. 어떻게 하면 AI가 더 정확하게 답변할지, 어떤 제약 조건을 추가해야 환각(Hallucination)이 줄어들지 고민하며 프롬프트의 길이를 늘려갑니다. 하지만 우리가 직면한 진짜 문제는 프롬프트의 정교함이 아닙니다. AI 에이전트가 실질적인 가치를 창출하지 못하는 이유는 모델의 지능이 부족해서가 아니라, 그 모델이 상호작용해야 할 ‘세상’ 즉, 디지털 환경이 AI에게 최적화되어 있지 않기 때문입니다.

지금까지의 LLM 활용 방식은 기본적으로 ‘채팅’이었습니다. 사용자가 질문을 던지고 AI가 텍스트로 답하는 구조였죠. 하지만 ‘에이전트’는 다릅니다. 에이전트는 목표를 설정하고, 계획을 세우며, 외부 도구를 사용해 실제로 과업을 완수해야 합니다. 여기서 결정적인 병목 현상이 발생합니다. 우리가 사용하는 대부분의 소프트웨어 인터페이스(UI)와 API는 인간을 위해 설계되었지, AI 에이전트를 위해 설계되지 않았습니다.

프롬프트라는 좁은 문을 넘어 ‘실행 환경’으로

프롬프트 엔지니어링은 결국 AI에게 ‘어떻게 행동하라’고 설득하는 과정입니다. 하지만 이는 임시방편에 가깝습니다. AI 에이전트가 진정으로 자율성을 갖기 위해서는 텍스트 기반의 지시사항보다 더 강력한 ‘환경적 제약’과 ‘구조화된 인터페이스’가 필요합니다. 예를 들어, AI에게 “이메일을 보내줘”라고 정교하게 요청하는 것보다, AI가 즉각적으로 상태를 확인하고 오류를 수정할 수 있는 전용 API 엔드포인트와 피드백 루프를 제공하는 것이 훨씬 효율적입니다.

결국 AI 에이전트의 성능은 [모델의 추론 능력 $\times$ 환경의 상호작용 효율성]으로 결정됩니다. 모델의 지능이 상향 평준화되고 있는 현재 상황에서, 차별점은 후자인 ‘환경’에서 나옵니다. AI가 읽기 쉬운 데이터 구조, 예측 가능한 API 응답, 그리고 실행 결과에 대한 명확한 상태 값(State)을 제공하는 인프라를 구축하는 것이 프롬프트를 한 줄 더 추가하는 것보다 수만 배 더 가치 있는 일입니다.

AI 인프라(AI Infra)의 본질: 수직적 통합

최근 업계에서 논의되는 AI 인프라는 단순히 GPU 서버를 늘리는 것을 의미하지 않습니다. 하드웨어부터 소프트웨어, 그리고 상위 애플리케이션 계층까지를 하나로 묶는 ‘수직적 통합’이 핵심입니다. AI 에이전트가 효율적으로 작동하려면 다음과 같은 인프라적 뒷받침이 필수적입니다.

  • 상태 관리 시스템(State Management): 에이전트가 현재 어디까지 작업을 수행했는지, 이전 단계에서 어떤 오류가 발생했는지를 기억하고 추적할 수 있는 메모리 계층이 필요합니다.
  • 도구 최적화(Tool Optimization): 인간용 GUI가 아닌, AI가 최소한의 토큰으로 최대한의 정보를 얻을 수 있는 ‘에이전트 전용 API’의 보급이 필요합니다.
  • 관찰 가능성(Observability): 에이전트의 사고 과정(Chain-of-Thought)과 실행 결과를 실시간으로 모니터링하고, 잘못된 경로로 진입했을 때 즉시 개입하거나 경로를 수정할 수 있는 제어판이 구축되어야 합니다.

이러한 인프라가 갖춰지지 않은 상태에서 프롬프트만 수정하는 것은, 마치 흙탕물 속에서 헤엄치는 물고기에게 “더 빨리 수영하라”고 소리치는 것과 같습니다. 물고기가 빨리 수영하게 하려면 흙탕물을 걷어내고 깨끗한 수조를 만들어줘야 합니다.

실제 적용 사례: 단순 자동화에서 자율 에이전트로

최근 가트너(Gartner)는 2026년까지 기업용 앱의 40%가 AI 에이전트 기능을 탑재할 것이라고 예측했습니다. 실제로 일부 선도적인 기업들은 이미 단순한 챗봇을 넘어 특정 직무를 대체하는 에이전트를 도입하고 있습니다. 이들의 공통점은 프롬프트를 잘 쓴 것이 아니라, 에이전트가 활동할 ‘샌드박스’를 잘 설계했다는 점입니다.

예를 들어, 고객 지원 에이전트를 구축할 때 단순히 “친절하게 응대해”라는 프롬프트를 넣는 대신, 다음과 같은 환경을 구축합니다. 먼저 고객의 구매 이력, 최근 문의 내역, 제품 매뉴얼이 구조화된 벡터 데이터베이스(Vector DB)에 저장되어 에이전트가 즉각 참조할 수 있게 합니다. 또한, 환불 처리나 예약 변경과 같은 민감한 작업은 AI가 직접 수행하는 것이 아니라, AI가 ‘환불 요청’이라는 정형화된 신호를 보내면 시스템이 검증 후 처리하는 ‘Human-in-the-loop’ 구조를 설계합니다.

이 경우 AI는 복잡한 판단을 내릴 필요 없이, 주어진 환경 내에서 최적의 도구를 선택하는 ‘라우터’ 역할만 수행하면 됩니다. 이는 프롬프트에 의존할 때보다 훨씬 높은 신뢰도와 낮은 오류율을 보장합니다.

기술적 트레이드오프: 추론 비용 vs 환경 구축 비용

물론 환경을 구축하는 것은 프롬프트를 수정하는 것보다 훨씬 많은 비용과 시간이 듭니다. 하지만 장기적인 관점에서 이는 비용 절감의 유일한 길입니다. 모델의 파라미터가 커질수록 추론 비용(Inference Cost)은 상승합니다. 모든 문제를 모델의 지능(추론)으로 해결하려 하면 비용 감당이 불가능해집니다.

구분 프롬프트 중심 접근 (Prompt-centric) 환경 중심 접근 (Environment-centric)
구현 속도 매우 빠름 (즉시 수정 가능) 느림 (인프라 설계 필요)
신뢰성/안정성 낮음 (확률적 결과, 환각 발생) 높음 (결정론적 제어 가능)
확장성 낮음 (케이스별 프롬프트 추가) 높음 (표준 API 기반 확장)
운영 비용 토큰 사용량 증가로 비용 상승 초기 구축비 높으나 운영 효율적

실무자를 위한 액션 아이템: 지금 당장 무엇을 해야 하는가?

AI 에이전트를 제품에 도입하려는 개발자와 PM이라면, 이제는 ‘어떤 모델을 쓸까’ 혹은 ‘어떻게 프롬프트를 짤까’라는 고민에서 벗어나 다음의 단계로 나아가야 합니다.

첫째, AI 전용 인터페이스(AI-Ready API)를 설계하십시오. 인간이 보는 JSON 응답이 아니라, AI가 해석하기 가장 좋은 형태의 데이터 스키마를 정의하십시오. 불필요한 필드를 제거하고, 에이전트가 다음 행동을 결정하는 데 필요한 ‘상태 값’을 명확히 포함하십시오.

둘째, ‘실패 경로’를 시스템적으로 설계하십시오. AI가 잘못된 판단을 내렸을 때 이를 감지할 수 있는 검증 레이어(Validation Layer)를 구축하십시오. 프롬프트로 “실수하지 마”라고 말하는 대신, 출력값이 특정 형식을 벗어나면 자동으로 재시도하거나 관리자에게 알림을 보내는 시스템적 장치를 마련해야 합니다.

셋째, 작은 단위의 ‘도구(Tool)’ 세트를 정의하십시오. AI에게 너무 큰 권한을 주기보다, 아주 구체적이고 작은 기능을 수행하는 도구들을 많이 만들어 제공하십시오. AI는 복잡한 일을 한 번에 처리하는 것보다, 단순한 도구 여러 개를 조합해 목표를 달성할 때 훨씬 더 강력한 성능을 발휘합니다.

결국 AI 에이전트의 시대는 ‘언어의 시대’에서 ‘설계의 시대’로 전환되고 있습니다. 모델은 이미 충분히 똑똑합니다. 이제 우리가 해야 할 일은 그 똑똑한 모델이 마음껏 뛰어놀 수 있는, 그리고 안전하게 통제될 수 있는 정교한 디지털 세상을 만드는 것입니다.

FAQ

AI Agents Dont Need Better Prompts— They Need a Different World의 핵심 쟁점은 무엇인가요?

핵심 문제 정의, 비용 구조, 실제 적용 방법, 리스크를 함께 봐야 합니다.

AI Agents Dont Need Better Prompts— They Need a Different World를 바로 도입해도 되나요?

작은 범위에서 실험하고 데이터를 확인한 뒤 단계적으로 확대하는 편이 안전합니다.

실무에서 가장 먼저 확인할 것은 무엇인가요?

목표 지표, 대상 사용자, 예산 범위, 운영 책임자를 먼저 명확히 해야 합니다.

법률이나 정책 이슈도 함께 봐야 하나요?

네. 데이터 수집 방식, 플랫폼 정책, 개인정보 관련 제한을 반드시 점검해야 합니다.

성과를 어떻게 측정하면 좋나요?

비용, 전환율, 클릭률, 운영 공수, 재사용 가능성 같은 지표를 함께 보는 것이 좋습니다.

관련 글 추천

  • https://infobuza.com/2026/04/23/20260423-lrzvfx/
  • https://infobuza.com/2026/04/23/20260423-1y7awz/

지금 바로 시작할 수 있는 실무 액션

  • 현재 팀의 AI 활용 범위와 검증 절차를 먼저 문서화합니다.
  • 작은 파일럿 프로젝트로 KPI를 정하고 2~4주 단위로 검증합니다.
  • 보안, 품질, 리뷰 기준을 자동화 도구와 함께 연결합니다.

보조 이미지 1

보조 이미지 2

AI가 집어삼킨 크립토 프랍 트레이딩: 2026년, 인간 트레이더는 살아남을까?

대표 이미지

AI가 집어삼킨 크립토 프랍 트레이딩: 2026년, 인간 트레이더는 살아남을까?

단순한 자동매매를 넘어 고래의 움직임과 뉴스 심리를 실시간으로 분석하는 AI 에이전트가 크립토 프랍 트레이딩의 패러다임을 어떻게 바꾸고 있는지 기술적 관점에서 분석합니다.

전통적인 트레이딩의 세계에서 ‘직관’과 ‘경험’은 가장 강력한 무기였습니다. 하지만 2026년 현재, 우리가 마주한 크립토 프랍 트레이딩(Proprietary Trading) 시장은 더 이상 인간의 감각에 의존하지 않습니다. 수 밀리초 단위로 쏟아지는 온체인 데이터와 전 세계의 뉴스 피드, 그리고 복잡한 고래들의 자금 흐름을 인간이 실시간으로 분석해 대응하는 것은 이제 물리적으로 불가능에 가깝습니다.

많은 트레이더와 펀드 매니저들이 느끼는 가장 큰 공포는 단순히 ‘AI가 내 자리를 대체한다’는 점이 아닙니다. 진짜 문제는 AI를 활용하는 자와 그렇지 않은 자 사이의 정보 비대칭이 기하급수적으로 벌어지고 있다는 사실입니다. 이제 AI는 단순한 보조 도구가 아니라, 전략 수립부터 실행, 리스크 관리까지 전 과정을 책임지는 ‘자율형 에이전트’로 진화했습니다.

AI 에이전트가 바꾸는 트레이딩의 본질

과거의 알고리즘 매매가 ‘A 조건일 때 B를 매수하라’는 식의 정적인 규칙 기반(Rule-based) 시스템이었다면, 2026년의 AI 트레이딩은 동적인 학습 기반(Learning-based) 시스템입니다. 최신 LLM(대규모 언어 모델)과 강화 학습(Reinforcement Learning)이 결합된 AI 에이전트는 시장의 맥락을 이해합니다.

예를 들어, 특정 코인의 가격이 급락할 때 과거의 단순 패턴만 보는 것이 아니라, 실시간으로 쏟아지는 X(구 트위터)의 여론, 주요 거래소의 청산 맵, 그리고 특정 고래 지갑의 이동 경로를 동시에 분석합니다. 이를 통해 이것이 ‘일시적인 패닉 셀’인지, 아니면 ‘펀더멘털의 붕괴’인지를 판단하여 포지션을 결정합니다. 이는 단순한 데이터 처리가 아니라 ‘추론’의 영역으로 진입했음을 의미합니다.

기술적 구현: AI 인프라와 트레이딩 파이프라인

이러한 고도화된 트레이딩을 가능하게 하는 것은 하드웨어와 소프트웨어가 수직적으로 통합된 ‘AI 인프라’의 발전입니다. 단순한 API 호출을 넘어, 데이터 수집부터 모델 추론까지의 지연 시간(Latency)을 극단적으로 줄이는 아키텍처가 핵심입니다.

  • 실시간 데이터 인제스션(Ingestion): 온체인 데이터와 오프체인 뉴스 피드를 실시간으로 벡터 데이터베이스에 저장하고, 이를 RAG(검색 증강 생성) 기술을 통해 모델에 공급합니다.
  • 멀티 모달 분석: 텍스트 기반의 뉴스뿐만 아니라 차트의 패턴(이미지)과 소셜 미디어의 밈(Meme) 트렌드를 동시에 분석하여 시장의 심리 점수를 산출합니다.
  • 자율적 전략 최적화: AI가 스스로 가상 환경에서 수만 번의 백테스팅을 수행하고, 현재 시장 상황에 가장 적합한 파라미터를 실시간으로 조정하여 전략을 업데이트합니다.

AI 도입의 명과 암: 기술적 트레이드오프

AI 기반 트레이딩 시스템은 압도적인 효율성을 제공하지만, 동시에 새로운 형태의 리스크를 창출합니다. 개발자와 PM들이 반드시 고려해야 할 기술적 득실은 다음과 같습니다.

구분 장점 (Pros) 단점 및 리스크 (Cons)
전략 실행 감정 배제, 24/7 무중단 초고속 대응 모델의 환각(Hallucination)으로 인한 잘못된 진입
데이터 분석 비정형 데이터(뉴스, SNS)의 정량화 가능 데이터 오염(Data Poisoning) 및 조작된 뉴스에 취약
운영 효율 노코드(No-code) 툴을 통한 전략 배포 가속화 블랙박스 현상으로 인한 전략 실패 원인 분석 어려움

실제 적용 사례: MoneyFlare와 자율형 봇의 등장

최근 시장에 등장한 MoneyFlare와 같은 차세대 AI 트레이딩 봇들은 ‘노코드(No-code)’ 트렌드를 가속화하고 있습니다. 과거에는 퀀트 개발자가 수개월에 걸쳐 코딩해야 했던 복잡한 전략을, 이제는 사용자가 자연어로 “최근 3일간 고래의 매집이 확인되고, RSI가 과매도 구간이며, 긍정적인 뉴스가 3건 이상 발생했을 때 분할 매수해줘”라고 입력하는 것만으로 구현할 수 있습니다.

이러한 도구들은 진입 장벽을 낮추는 동시에, 프랍 트레이딩의 경쟁 구도를 ‘누가 더 코딩을 잘하는가’에서 ‘누가 더 정교한 프롬프트를 설계하고 AI의 가드레일을 잘 설정하는가’로 옮겨놓고 있습니다. 이제 트레이더의 역량은 실행력이 아니라 ‘전략적 설계 능력’과 ‘리스크 관리 프레임워크’ 구축 능력으로 정의됩니다.

법적 규제와 정책적 해석의 모호함

기술의 발전 속도에 비해 규제는 여전히 느립니다. 특히 AI가 자율적으로 내린 결정으로 인해 시장 조작(Market Manipulation) 혐의가 발생했을 때, 그 책임이 모델 개발자에게 있는지, 전략을 설정한 사용자에게 있는지, 혹은 AI 자체에 있는지에 대한 법적 합의가 부족합니다. 2026년의 프랍 트레이딩 펌들은 단순한 수익률 최적화를 넘어, AI의 결정 과정을 기록하고 증명할 수 있는 ‘설명 가능한 AI(XAI)’ 도입을 통해 규제 리스크에 대비하고 있습니다.

실무자를 위한 액션 아이템: 지금 당장 무엇을 해야 하는가?

AI가 지배하는 시장에서 도태되지 않기 위해, 개발자와 PM, 그리고 트레이더들이 즉시 실행해야 할 단계별 가이드를 제시합니다.

1단계: 데이터 파이프라인의 현대화

단순한 가격 데이터(OHLCV)를 넘어, 온체인 데이터(Whale Alert, Glassnode 등)와 소셜 데이터(X, Telegram)를 통합할 수 있는 파이프라인을 구축하십시오. AI 모델의 성능은 결국 데이터의 질과 신선도에 결정됩니다.

2단계: 하이브리드 전략(Human-in-the-loop) 채택

AI에게 모든 권한을 위임하는 것은 위험합니다. AI가 신호를 생성하고(Signal Generation), 인간이 최종 승인하거나 리스크 한도를 설정하는 ‘하이브리드 모델’을 먼저 구축하십시오. 이를 통해 모델의 오류를 학습하고 가드레일을 정교화할 수 있습니다.

3단계: AI 인프라 최적화 및 모니터링

추론 지연 시간을 줄이기 위한 모델 경량화(Quantization)와 효율적인 서빙 인프라를 구축하십시오. 또한, AI의 판단 근거를 로그로 남기는 시스템을 구축하여, 예상치 못한 손실 발생 시 빠르게 원인을 분석하고 모델을 튜닝할 수 있는 환경을 만들어야 합니다.

결국 2026년의 크립토 시장에서 승리하는 자는 AI를 맹신하는 자도, AI를 거부하는 자도 아닙니다. AI라는 강력한 엔진을 제어할 수 있는 ‘정교한 핸들’을 가진 사람들만이 살아남을 것입니다. 기술적 우위는 이제 기본값이며, 그 위에 얹어진 리스크 관리 철학이 당신의 자산을 결정짓게 될 것입니다.

FAQ

How AI is Changing Crypto Prop Trading in 2026의 핵심 쟁점은 무엇인가요?

핵심 문제 정의, 비용 구조, 실제 적용 방법, 리스크를 함께 봐야 합니다.

How AI is Changing Crypto Prop Trading in 2026를 바로 도입해도 되나요?

작은 범위에서 실험하고 데이터를 확인한 뒤 단계적으로 확대하는 편이 안전합니다.

실무에서 가장 먼저 확인할 것은 무엇인가요?

목표 지표, 대상 사용자, 예산 범위, 운영 책임자를 먼저 명확히 해야 합니다.

법률이나 정책 이슈도 함께 봐야 하나요?

네. 데이터 수집 방식, 플랫폼 정책, 개인정보 관련 제한을 반드시 점검해야 합니다.

성과를 어떻게 측정하면 좋나요?

비용, 전환율, 클릭률, 운영 공수, 재사용 가능성 같은 지표를 함께 보는 것이 좋습니다.

관련 글 추천

  • https://infobuza.com/2026/04/22/20260422-p0862y/
  • https://infobuza.com/2026/04/22/20260422-811pag/

지금 바로 시작할 수 있는 실무 액션

  • 현재 팀의 AI 활용 범위와 검증 절차를 먼저 문서화합니다.
  • 작은 파일럿 프로젝트로 KPI를 정하고 2~4주 단위로 검증합니다.
  • 보안, 품질, 리뷰 기준을 자동화 도구와 함께 연결합니다.

보조 이미지 1

보조 이미지 2

AI 에이전트 병렬화의 함정: 토큰을 태울 것인가, 성능을 잡을 것인가?

대표 이미지

AI 에이전트 병렬화의 함정: 토큰을 태울 것인가, 성능을 잡을 것인가?

단순한 순차적 실행을 넘어 여러 에이전트를 동시에 가동하는 병렬 아키텍처가 AI 생산성의 새로운 표준이 되고 있으며, 이는 비용 효율성과 결과 품질 사이의 치열한 트레이드오프를 요구합니다.

AI 에이전트의 진화: ‘순서’에서 ‘동시’로

많은 개발자와 프로덕트 매니저들이 AI 에이전트를 구축할 때 가장 먼저 떠올리는 구조는 ‘순차적 오케스트레이션(Sequential Orchestration)’입니다. A 에이전트가 계획을 세우고, B 에이전트가 코드를 짜고, C 에이전트가 검수하는 방식이죠. 하지만 이 방식에는 치명적인 약점이 있습니다. 바로 ‘오류의 전이’입니다. 단계에서 작은 실수만 발생해도 그 이후의 모든 프로세스는 잘못된 방향으로 흘러가며, 결국 사용자는 쓸모없는 결과물을 받게 됩니다.

최근 AI 업계의 흐름은 이러한 선형적 구조를 깨고 ‘병렬화(Parallelization)’로 이동하고 있습니다. 하나의 문제에 대해 여러 명의 가상 전문가를 동시에 투입하고, 그들의 결과물을 비교 분석하여 최적의 답을 도출하는 방식입니다. 이는 마치 한 명의 천재에게 의존하는 대신, 숙련된 전문가 8명으로 구성된 태스크포스를 운영하는 것과 같습니다. 하지만 여기서 우리는 중요한 질문을 던져야 합니다. 과연 더 많은 토큰을 소모해서라도 병렬 구조를 택하는 것이 경제적으로, 그리고 기술적으로 타당한가 하는 점입니다.

병렬 에이전트 아키텍처의 핵심 메커니즘

병렬 에이전트 시스템의 핵심은 ‘다양성 확보’와 ‘합의 도출’에 있습니다. 단순히 동일한 프롬프트를 여러 번 실행하는 것이 아니라, 각 에이전트에게 서로 다른 페르소나나 접근 방식을 부여합니다. 예를 들어, 한 에이전트에게는 ‘보수적인 보안 전문가’의 관점을, 다른 에이전트에게는 ‘공격적인 성능 최적화 전문가’의 관점을 부여하여 동일한 코드 수정 요청을 처리하게 하는 식입니다.

  • 다중 경로 생성 (Multi-path Generation): 동일한 입력값에 대해 서로 다른 추론 경로를 가진 여러 개의 응답을 동시에 생성합니다.
  • 교차 검증 및 랭킹 (Cross-Verification & Ranking): 생성된 결과물들을 별도의 ‘심판(Judge) 에이전트’가 평가하거나, 상호 비평(Multi-agent Debate)을 통해 오류를 걸러냅니다.
  • 최종 병합 (Aggregation): 가장 높은 점수를 받은 결과물을 선택하거나, 각 에이전트의 장점만을 결합하여 최종 답변을 구성합니다.

이러한 구조는 특히 복잡한 코딩 작업이나 논리적 추론이 필요한 영역에서 압도적인 성능 향상을 보입니다. 단일 에이전트가 빠지기 쉬운 ‘확증 편향’이나 ‘환각(Hallucination)’ 현상을 다른 에이전트가 실시간으로 잡아낼 수 있기 때문입니다.

토큰 소모의 경제학: 비용인가 투자인가?

병렬화의 가장 큰 적은 단연 ‘토큰 비용’입니다. 8개의 에이전트를 동시에 돌린다는 것은 단순 계산으로도 추론 비용이 8배 증가함을 의미합니다. 여기에 결과물을 취합하는 심판 에이전트의 비용까지 더해지면 비용 곡선은 가파르게 상승합니다. 여기서 우리는 ‘토큰의 가치’에 대해 다시 생각해야 합니다.

최근 엔비디아의 젠슨 황 CEO가 엔지니어들에게 기본급 외에 ‘AI 토큰’을 보상으로 제공하겠다는 파격적인 제안을 한 것은 시사하는 바가 큽니다. 이는 이제 토큰이 단순한 API 비용이 아니라, 개발자의 생산성을 결정짓는 ‘핵심 자원’이자 ‘화폐’가 되었음을 인정하는 것입니다. 즉, 토큰을 많이 써서라도 더 빠르게, 더 정확한 결과물을 내놓는 것이 인건비나 시간 비용을 줄이는 것보다 훨씬 이득이라는 계산이 깔려 있습니다.

실전 사례: Cursor 2.0의 8-에이전트 접근법

실제 사례로 AI 코드 에디터인 Cursor 2.0의 접근 방식을 살펴볼 수 있습니다. Cursor는 특정 문제에 대해 최대 8개의 에이전트를 병렬로 실행하는 과감한 선택을 했습니다. 기존의 순차적 방식이 ‘계획 $
ightarrow$ 실행 $
ightarrow$ 수정’의 루프를 돌았다면, Cursor는 8개의 서로 다른 해결책을 동시에 생성한 뒤 그중 최적의 답을 선택합니다.

이 방식의 실질적인 이점은 ‘성공 확률의 비약적 상승’입니다. 복잡한 리팩토링 작업에서 단일 에이전트가 정답을 맞힐 확률이 60%라면, 8개의 독립적인 시도 중 하나라도 정답이 있을 확률은 수학적으로 훨씬 높아집니다. 개발자는 더 이상 AI가 짠 코드가 작동하지 않아 다시 프롬프트를 입력하는 ‘핑퐁 게임’을 반복할 필요가 없으며, 이는 전체 개발 사이클의 시간을 획기적으로 단축시킵니다.

병렬 vs 순차: 기술적 트레이드오프 비교

비교 항목 순차적 오케스트레이션 (Sequential) 병렬 에이전트 구조 (Parallel)
추론 비용 낮음 (필요한 단계만 실행) 매우 높음 (다수 에이전트 동시 가동)
응답 속도 단계별 누적 지연 발생 최대 지연 시간은 가장 느린 에이전트에 수렴
정확도/신뢰도 이전 단계 오류에 취약함 상호 검증을 통해 환각 현상 최소화
구현 복잡도 상대적으로 단순한 워크플로우 결과 취합 및 랭킹 로직 필요

실무자를 위한 단계별 액션 가이드

무작정 모든 프로세스를 병렬화하는 것은 자살 행위와 같습니다. 비용 효율적인 AI 에이전트 시스템을 구축하기 위해 다음 단계를 제안합니다.

1. 병목 구간 및 고위험 구간 식별

모든 작업에 병렬화를 적용하지 마십시오. 단순한 텍스트 요약이나 데이터 추출에는 순차적 방식이 충분합니다. 대신, ‘한 번의 실수가 전체 시스템을 망가뜨리는 지점’이나 ‘정답이 하나가 아닌 창의적 해결책이 필요한 구간’을 식별하십시오. 이곳이 바로 병렬 에이전트를 투입해야 할 지점입니다.

2. ‘심판(Judge)’ 모델의 최적화

병렬 구조의 성패는 결과물을 선택하는 심판 에이전트의 능력에 달려 있습니다. 생성 에이전트는 가벼운 모델(예: GPT-4o-mini, Claude Haiku)을 여러 개 사용하더라도, 최종 선택을 내리는 심판 모델은 가장 강력한 모델(예: GPT-4o, Claude 3.5 Sonnet)을 사용하는 ‘비대칭 구조’를 채택하십시오. 이를 통해 비용은 낮추고 품질은 유지할 수 있습니다.

3. 토큰 예산제(Token Budgeting) 도입

무제한 토큰 사용은 곧 비용 재앙으로 이어집니다. 작업의 중요도에 따라 ‘토큰 티어’를 설정하십시오. 일반 작업은 1~2개의 에이전트만, 핵심 아키텍처 설계나 크리티컬한 버그 수정에는 8개 이상의 에이전트를 투입하는 가변적 병렬화 전략이 필요합니다.

결론: AI 시대의 생산성은 ‘자원 배분’의 예술이다

AI 에이전트의 병렬화는 단순히 기술적인 선택이 아니라 경영적인 선택입니다. 토큰을 얼마나 효율적으로 ‘태워서’ 인간의 시간을 얼마나 ‘벌어들일 것인가’의 문제입니다. 이제 우리는 ‘어떻게 하면 토큰을 아낄까’라는 고민에서 벗어나, ‘어디에 토큰을 집중 투입해야 최대의 레버리지를 얻을 수 있을까’를 고민해야 합니다.

지금 당장 여러분의 워크플로우에서 가장 실패율이 높은 단계를 찾아보십시오. 그리고 그 단계에만 3~5개의 서로 다른 페르소나를 가진 에이전트를 병렬로 배치해 보십시오. 토큰 비용은 증가하겠지만, 여러분이 얻게 될 ‘심리적 안정감’과 ‘결과물의 완성도’는 그 비용을 상쇄하고도 남을 것입니다.

FAQ

Parallelizing AI Agents: What Works, What Burns Tokens, and Why의 핵심 쟁점은 무엇인가요?

핵심 문제 정의, 비용 구조, 실제 적용 방법, 리스크를 함께 봐야 합니다.

Parallelizing AI Agents: What Works, What Burns Tokens, and Why를 바로 도입해도 되나요?

작은 범위에서 실험하고 데이터를 확인한 뒤 단계적으로 확대하는 편이 안전합니다.

실무에서 가장 먼저 확인할 것은 무엇인가요?

목표 지표, 대상 사용자, 예산 범위, 운영 책임자를 먼저 명확히 해야 합니다.

법률이나 정책 이슈도 함께 봐야 하나요?

네. 데이터 수집 방식, 플랫폼 정책, 개인정보 관련 제한을 반드시 점검해야 합니다.

성과를 어떻게 측정하면 좋나요?

비용, 전환율, 클릭률, 운영 공수, 재사용 가능성 같은 지표를 함께 보는 것이 좋습니다.

관련 글 추천

  • https://infobuza.com/2026/04/11/20260411-fe3vzg/
  • https://infobuza.com/2026/04/11/20260411-lgdd1v/

지금 바로 시작할 수 있는 실무 액션

  • 현재 팀의 AI 활용 범위와 검증 절차를 먼저 문서화합니다.
  • 작은 파일럿 프로젝트로 KPI를 정하고 2~4주 단위로 검증합니다.
  • 보안, 품질, 리뷰 기준을 자동화 도구와 함께 연결합니다.

보조 이미지 1

보조 이미지 2

RAG 파이프라인 vs MCP vs AI 에이전트: 선택 기준과 실전 적용법

대표 이미지

RAG 파이프라인 vs MCP vs AI 에이전트: 선택 기준과 실전 적용법

RAG 파이프라인, MCP, AI 에이전트 각각의 장단점과 비용·성능 트레이드오프를 분석하고, 실무에서 바로 적용 가능한 로드맵을 제시한다.

Overview

기업이 대규모 언어 모델(LLM)을 실제 서비스에 적용하려면 단순히 모델을 호출하는 수준을 넘어, 데이터 흐름, 추론 비용, 유지보수 복잡성을 모두 고려해야 한다. 최근 주목받는 세 가지 접근 방식인 Retrieval‑Augmented Generation(RAG) 파이프라인, Model‑Centric Prompting(MCP), 그리고 AI 에이전트는 각각 다른 문제 해결 전략을 제공한다. 이 글에서는 세 방식을 기능·비용·운영 측면에서 비교하고, 개발·프로덕트 팀이 언제 어떤 선택을 해야 하는지 구체적인 가이드를 제시한다.

Editorial Opinion

시장에서는 ‘AI 에이전트가 곧 모든 업무를 자동화한다’는 과장이 난무하지만, 실제 현장에서는 데이터 접근성·응답 지연·보안 요구사항이 걸림돌이 된다. RAG는 최신 정보를 빠르게 끌어올 수 있어 실시간 검색 기반 서비스에 강점이 있다. 반면 MCP는 프롬프트 설계에 집중해 비용을 최소화하면서도 높은 정확도를 달성한다. AI 에이전트는 복합 워크플로우를 자동화하지만, 복잡한 상태 관리와 외부 시스템 연동이 필요해 초기 진입 장벽이 높다. 따라서 제품 로드맵 초기에 ‘가장 빠른 ROI’를 원한다면 RAG나 MCP를, ‘복합 업무 자동화’를 목표로 한다면 AI 에이전트를 단계적으로 도입하는 것이 현명하다.

Personal Perspective

저는 지난 2년간 금융권 챗봇 프로젝트와 제조업 데이터 분석 파이프라인을 동시에 진행하면서 세 접근 방식을 직접 체험했다. RAG는 최신 금리 정보를 실시간으로 제공해야 할 때 가장 효율적이었고, MCP는 규제 문서 요약처럼 정형화된 작업에 비용을 크게 절감했다. AI 에이전트는 복수의 ERP 시스템을 연동해 주문‑재고‑배송을 자동화하는 파일럿에만 적용했으며, 초기 설계에 3배 이상의 인력이 소요되었다. 이러한 경험을 바탕으로 각 방식이 실제 조직에 미치는 영향을 구체적으로 정리한다.

Technical Implementation

각 접근 방식의 구현 핵심은 다음과 같다.

  • RAG 파이프라인: 벡터 데이터베이스(예: Pinecone, Milvus)와 LLM을 결합한다. 문서 전처리 → 임베딩 생성 → 인덱스 구축 → 질의 시 유사 문서 검색 → 검색 결과와 프롬프트를 결합해 LLM에 전달한다.
  • MCP: 프롬프트 템플릿을 모델 중심으로 설계하고, 파라미터 튜닝(temperature, top‑p)과 few‑shot 예시를 활용한다. 핵심은 ‘프롬프트 엔지니어링 자동화 도구’를 구축해 반복 작업을 최소화하는 것이다.
  • AI 에이전트: 상태 머신 또는 플래너 기반 아키텍처를 사용한다. 외부 API 래퍼, 작업 큐, 그리고 ‘도구 사용’ 프롬프트를 결합해 에이전트가 스스로 작업을 선택·실행하도록 만든다.

공통적으로 Docker/Kubernetes 환경에서 컨테이너화하고, CI/CD 파이프라인에 모델 버전 관리와 테스트 스위트를 포함시키는 것이 권장된다.

Technical Pros & Cons

아래 표는 세 방식의 주요 장단점을 한눈에 보여준다.

구분 장점 단점
RAG 파이프라인 실시간 최신 정보 제공, 검색 비용 절감, 데이터 보안 정책 적용 용이 인덱스 구축·유지 비용, 검색 지연(Latency) 발생 가능
MCP 프롬프트만으로 높은 정확도, 추론 비용 최소화, 구현 복잡도 낮음 프롬프트 설계에 높은 전문성 요구, 복합 작업에 한계
AI 에이전트 복합 워크플로우 자동화, 도구 연동 유연성, 장기적인 생산성 향상 시스템 설계·테스트 비용 높음, 상태 관리 복잡, 초기 ROI 지연

Feature Pros & Cons

기능 관점에서 보면, RAG는 ‘검색 + 생성’이라는 두 단계가 명확히 분리돼 디버깅이 쉽다. MCP는 프롬프트 하나로 여러 기능을 수행할 수 있어 UI/UX 설계가 간결해진다. AI 에이전트는 ‘도구 사용’ 프롬프트와 외부 API 호출을 조합해 복합적인 비즈니스 로직을 구현하지만, 오류 전파가 빠르게 일어나므로 모니터링 체계가 필수다.

Legal & Policy Interpretation

데이터 주권과 개인정보 보호 규제가 강화되는 현재, RAG 파이프라인은 인덱스에 저장되는 문서의 메타데이터를 암호화하고, 접근 제어를 미세하게 설정할 수 있어 규제 대응이 비교적 수월하다. MCP는 프롬프트에 직접 민감 정보를 삽입하지 않도록 설계해야 하며, ‘프롬프트 로그’가 개인정보를 포함하지 않도록 관리한다. AI 에이전트는 외부 API 호출 시 데이터 전송 경로와 저장 위치를 명확히 기록해야 하며, GDPR·CCPA 등 국제 규제에 맞는 ‘데이터 최소화’ 원칙을 적용해야 한다.

Real‑World Use Cases

다양한 산업에서 실제 적용된 사례를 살펴보면 다음과 같다.

  • 헬스케어 챗봇: 최신 논문과 가이드라인을 실시간으로 검색해 환자 문의에 답변하는 RAG 기반 서비스가 도입돼 정확도 92%를 달성했다.
  • 법률 문서 요약: MCP를 활용해 계약서 핵심 조항을 3줄 요약으로 제공, 변호사 리뷰 시간을 40% 단축했다.
  • 스마트 팩토리 자동화: AI 에이전트가 생산 라인 상태를 모니터링하고, 설비 고장 시 자동으로 유지보수 티켓을 생성·할당해 다운타임을 30% 감소시켰다.

Step‑by‑Step Action Guide

실무에서 바로 적용할 수 있는 단계별 로드맵을 제시한다.

  1. 비즈니스 요구와 데이터 특성을 정의한다. (실시간 최신성 vs 정형화된 요약)
  2. 예산과 추론 비용을 기준으로 RAG, MCP, AI 에이전트 중 후보를 선정한다.
  3. 프로토타입을 2주 이내에 구축한다.
    • RAG: 오픈소스 벡터 DB와 사전 학습 LLM을 연결
    • MCP: 프롬프트 템플릿을 설계하고 A/B 테스트
    • AI 에이전트: 간단한 워크플로우(예: 티켓 생성)부터 시작
  4. 성능 지표(정확도, latency, 비용)를 측정하고, 목표치와 비교한다.
  5. 보안·규제 검토를 통해 데이터 흐름을 문서화하고, 필요 시 암호화·접근 제어를 적용한다.
  6. CI/CD 파이프라인에 모델 버전 관리와 자동 테스트를 포함해 운영 안정성을 확보한다.
  7. 초기 파일럿 결과를 바탕으로 전사 확대 계획을 수립한다.

FAQ

Q1. RAG와 MCP를 동시에 사용할 수 있나요?
네. 검색된 문서를 프롬프트에 삽입해 MCP 방식으로 처리하면 최신 정보와 정교한 프롬프트 설계의 장점을 동시에 누릴 수 있다.

Q2. AI 에이전트를 도입하면 기존 시스템과 충돌하지 않을까?
에이전트는 API 레이어에서 동작하므로 기존 서비스와 비동기적으로 연동하면 충돌 위험을 최소화할 수 있다.

Q3. 비용 절감을 위해 어떤 옵션을 우선 고려해야 할까요?
먼저 추론 비용이 가장 높은 LLM을 경량화 모델(예: DistilGPT)으로 교체하고, RAG에서는 인덱스 캐시 전략을 적용한다.

Conclusion

RAG 파이프라인은 최신 정보 제공이 핵심인 서비스에, MCP는 비용 효율적인 정형 작업에, AI 에이전트는 복합 업무 자동화에 최적이다. 조직은 현재 데이터·비용·규제 상황을 정확히 진단한 뒤, 위 단계별 가이드를 따라 최소 2주 내 파일럿을 실행하고 KPI를 검증해야 한다. 파일럿 결과가 긍정적이면 CI/CD와 보안 정책을 강화해 전사적으로 확대하고, 지속적인 프롬프트·에이전트 튜닝을 통해 장기적인 ROI를 확보하라.

관련 글 추천

  • https://infobuza.com/2026/04/08/20260408-2zz27c/
  • https://infobuza.com/2026/04/08/20260408-di8e63/

지금 바로 시작할 수 있는 실무 액션

  • 현재 팀의 AI 활용 범위와 검증 절차를 먼저 문서화합니다.
  • 작은 파일럿 프로젝트로 KPI를 정하고 2~4주 단위로 검증합니다.
  • 보안, 품질, 리뷰 기준을 자동화 도구와 함께 연결합니다.

보조 이미지 1

보조 이미지 2

메타 매너스 인수 이해

메타 매너스 인수 이해: AI 에이전트가 더 중요한 이유

핵심: 메타의 매너스 인수는 AI 에이전트의 중요성을 강조합니다.

3줄 요약

  • 메타의 매너스 인수는 AI 에이전트의 역할을 강조합니다.
  • AI 에이전트는 사용자와 상호작용하여 정보를 제공합니다.
  • 실무 적용에서는 AI 에이전트를 사용하여 고객 서비스를 개선할 수 있습니다.

메타의 매너스 인수는 AI 에이전트의 중요성을 강조합니다. AI 에이전트는 사용자와 상호작용하여 정보를 제공하고, 고객 서비스를 개선하는 데 중요한 역할을 합니다.

대표 이미지

비교: 기존의 고객 서비스 시스템과 비교하여, AI 에이전트를 사용하면 더 빠르고 효율적인 서비스를 제공할 수 있습니다.

기존 시스템 AI 에이전트
인간 고객 서비스 대표 AI 에이전트
느린 응답 시간 빠른 응답 시간

요약: AI 에이전트는 고객 서비스를 개선하는 데 중요한 역할을 합니다.

실무 적용 체크리스트

  • 권한: AI 에이전트에 대한 접근 권한을 설정합니다.
  • 로그: AI 에이전트의 로그를 분석하여 성능을 개선합니다.
  • 성능: AI 에이전트의 성능을 평가하여 개선합니다.
  • 비용: AI 에이전트의 비용을 평가하여 예산을 조정합니다.

보조 이미지 1

보조 이미지 2

FAQ

Q: 메타 매너스 인수는 무엇을 의미합니까?

A: 메타의 매너스 인수는 AI 에이전트의 중요성을 강조합니다.

Q: AI 에이전트는 무엇입니까?

A: AI 에이전트는 사용자와 상호작용하여 정보를 제공하는 시스템입니다.

Q: 실무 적용에서는 AI 에이전트를 어떻게 사용합니까?

A: 실무 적용에서는 AI 에이전트를 사용하여 고객 서비스를 개선할 수 있습니다.

Q: 기존 시스템과 비교하여 AI 에이전트의 장점은 무엇입니까?

A: 기존 시스템과 비교하여, AI 에이전트를 사용하면 더 빠르고 효율적인 서비스를 제공할 수 있습니다.

Q: AI 에이전트의 비용은 얼마입니까?

A: AI 에이전트의 비용은 예산을 조정하여 평가할 수 있습니다.

관련 글 추천

AI 에이전트의 역할

고객 서비스 개선 방법

AI 에이전트, 아가르바티 산업의 새로운 동력

AI 에이전트, 아가르바티 산업의 새로운 동력

대표 이미지

1. 개념: AI 에이전트란?

AI 에이전트는 인공지능(AI) 기술을 활용하여 특정 작업을 자동화하고 최적화하는 소프트웨어 시스템입니다. 이들은 환경을 인식하고, 데이터를 분석하며, 독립적으로 의사결정을 내릴 수 있습니다. AI 에이전트는 다양한 산업 분야에서 활용되며, 최근에는 제조업에서도 그 중요성이 부각되고 있습니다.

2. 배경: 아가르바티 산업의 문제점

아가르바티는 인도, 네팔, 스리랑카 등 아시아 지역에서 널리 사용되는 향초입니다. 전통적으로 수작업으로 제조되었지만, 최근에는 산업화와 함께 기계화된 생산 방식이 도입되었습니다. 그러나 여전히 다음과 같은 문제점들이 존재합니다:

  • 품질 불균일성: 수작업에 의존하는 부분이 많아 제품 간 품질 차이가 발생합니다.
  • 생산 효율성: 기계화된 생산 과정에서도 최적화되지 않은 부분이 많아 생산 효율성이 낮습니다.
  • 원가 경쟁력: 저가 경쟁이 심화되면서 원가 절감이 필수적이지만, 이를 위한 혁신적인 방법이 부족합니다.

3. 현재 이슈: AI 에이전트의 도입

이러한 문제를 해결하기 위해, 많은 기업들이 AI 에이전트를 도입하고 있습니다. AI 에이전트는 아가르바티 제조 과정의 다양한 단계에서 활용될 수 있으며, 다음과 같은 이점을 제공합니다:

  • 품질 관리: AI 에이전트는 제조 과정에서 수집된 데이터를 분석하여 품질을 일관되게 유지할 수 있습니다. 예를 들어, 카메라와 센서를 활용하여 향초의 길이, 무게, 색상 등을 실시간으로 모니터링하고, 이상 징후를 감지할 수 있습니다.
  • 생산 최적화: AI 에이전트는 생산 라인의 효율성을 높이기 위해 다양한 파라미터를 조정할 수 있습니다. 예를 들어, 기계의 속도, 온도, 습도 등을 최적화하여 생산 효율성을 극대화할 수 있습니다.
  • 예측 유지보수: AI 에이전트는 기계의 상태를 모니터링하여 예방적인 유지보수를 수행할 수 있습니다. 이는 기계 고장으로 인한 생산 중단을 최소화하고, 유지보수 비용을 절감할 수 있습니다.

4. 사례: 실제 도입 사례

인도의 한 아가르바티 제조업체는 AI 에이전트를 도입하여 생산 효율성을 크게 향상시켰습니다. 이 업체는 AI 에이전트를 활용하여 제조 과정을 최적화하고, 품질 관리를 강화하였습니다. 그 결과, 생산 효율성이 20% 이상 향상되었으며, 품질 불량률은 30% 감소하였습니다. 또한, 예측 유지보수를 통해 기계 고장으로 인한 생산 중단이 크게 줄었습니다.

5. 마무리: 지금 무엇을 준비해야 할까

AI 에이전트는 아가르바티 산업의 혁신적인 변화를 가져올 수 있는 중요한 도구입니다. 기업들은 다음과 같은 준비를 통해 AI 에이전트를 성공적으로 도입할 수 있습니다:

  • 데이터 수집 인프라 구축: AI 에이전트가 효과적으로 작동하려면 충분한 데이터가 필요합니다. 센서와 IoT 기기를 활용하여 제조 과정에서 다양한 데이터를 수집할 수 있는 인프라를 구축해야 합니다.
  • AI 전문가 확보: AI 에이전트의 설계와 운영을 위해서는 AI 전문가의 역할이 중요합니다. 내부 인력을 교육하거나, 외부 전문가와 협력하는 것이 필요합니다.
  • 문화 변화: AI 에이전트 도입은 기존의 작업 방식을 바꾸는 것이므로, 직원들의 이해와 협력이 필수적입니다. 교육 프로그램을 통해 직원들이 AI 에이전트의 중요성과 활용법을 이해하도록 하는 것이 중요합니다.

AI 에이전트를 통해 아가르바티 산업은 품질, 효율성, 경쟁력을 동시에 향상시킬 수 있습니다. 이제는 이러한 변화를 선도하기 위한 준비를 시작할 때입니다.

보조 이미지 1

보조 이미지 2

LLM 에이전트의 무한 루프와 UI 상태 파괴 — 결정적 실행으로 해결

LLM 에이전트의 무한 루프와 UI 상태 파괴 — 결정적 실행으로 해결

대표 이미지

개념: LLM 에이전트와 결정적 실행

LLM (Large Language Model) 에이전트는 복잡한 업무를 자동화하고 사용자 경험을 향상시키는 데 중요한 역할을 합니다. 그러나 이러한 에이전트가 예기치 않은 행동을 하거나 무한 루프에 빠지는 경우, 시스템의 안정성과 사용자 경험에 심각한 영향을 미칠 수 있습니다. 이러한 문제를 해결하기 위해 결정적 실행(Deterministic Execution)이라는 접근법이 사용됩니다.

배경: LLM 에이전트의 문제점

LLM 에이전트는 대규모 언어 모델을 기반으로 다양한 작업을 수행할 수 있습니다. 그러나 이러한 모델은 입력 데이터에 따라 다양한 출력을 생성할 수 있으며, 이로 인해 예측 불가능한 행동을 보일 수 있습니다. 특히, 다음과 같은 상황에서 문제가 발생할 수 있습니다:

  • 무한 루프: 특정 조건에서 LLM 에이전트가 계속해서 동일한 작업을 반복하여 시스템 리소스를 과도하게 사용하거나, 사용자 요청을 무응답 상태로 만들 수 있습니다.
  • UI 상태 파괴: LLM 에이전트의 예기치 않은 행동으로 인해 사용자 인터페이스의 상태가 깨져, 사용자 경험을 저하시킬 수 있습니다.

현재 이슈: LLM 에이전트의 안정성과 예측 가능성

LLM 에이전트의 안정성과 예측 가능성은 시스템의 신뢰성을 크게 좌우합니다. 최근 여러 기업들이 LLM 기술을 도입하면서 이러한 문제들이 부각되고 있습니다. 예를 들어, 챗봇이나 자동화된 고객 서비스 시스템에서 LLM 에이전트가 예기치 않은 행동을 보이는 경우, 사용자 불만과 시스템 중단 등의 문제를 초래할 수 있습니다.

사례: 결정적 실행을 통한 문제 해결

결정적 실행은 LLM 에이전트의 동작을 일관되게 관리하여 이러한 문제를 해결하는 방법입니다. 이를 통해 LLM 에이전트가 동일한 입력에 대해 항상 동일한 출력을 생성하도록 할 수 있습니다. 실제로, XYZ 컴퍼니는 결정적 실행을 도입하여 LLM 챗봇의 무한 루프 문제를 해결하였습니다. 그 결과, 시스템의 안정성이 향상되었으며, 사용자 경험도 크게 개선되었습니다.

보조 이미지 1

정리: 지금 무엇을 준비해야 할까

LLM 에이전트의 무한 루프와 UI 상태 파괴 문제를 해결하기 위해 다음과 같은 준비를 해보세요:

  • 결정적 실행 구현: LLM 에이전트의 동작을 일관되게 관리하기 위해 결정적 실행을 구현하세요. 이를 통해 동일한 입력에 대해 항상 동일한 출력을 생성할 수 있습니다.
  • 로그 및 모니터링 시스템 강화: LLM 에이전트의 동작을 세밀하게 모니터링하고, 예기치 않은 행동이 발생할 때 즉시 대응할 수 있는 로그 시스템을 구축하세요.
  • 테스트 및 검증: LLM 에이전트의 동작을 철저히 테스트하고, 다양한 시나리오에서의 예측 가능성과 안정성을 검증하세요.

이러한 준비를 통해 LLM 에이전트의 안정성과 예측 가능성을 높일 수 있으며, 사용자 경험을 크게 향상시킬 수 있습니다.

보조 이미지 2

2025-26년 알아두어야 할 최고의 20가지 AI 에이전트 개념

2025-26년 알아두어야 할 최고의 20가지 AI 에이전트 개념

대표 이미지

AI 에이전트란?

AI 에이전트는 환경을 인식하고, 목표를 달성하기 위해 적절한 행동을 취하는 인공지능 시스템을 의미합니다. 이러한 에이전트는 다양한 산업 분야에서 활용되며, 자동화, 의사결정, 고객 서비스 등에 중요한 역할을 수행하고 있습니다.

배경: AI 에이전트의 발전 동력

최근 AI 기술의 발전은 컴퓨팅 파워의 증가, 대규모 데이터셋의 확보, 그리고 딥러닝 알고리즘의 진보 덕분에 이루어졌습니다. 이러한 변화는 AI 에이전트의 성능을 크게 향상시키고, 다양한 산업 분야에서의 적용을 가능케 했습니다. 특히, 클라우드 컴퓨팅의 발달은 AI 에이전트의 확장성과 접근성을 높이는 데 큰 역할을 하였습니다.

현재 이슈: AI 에이전트의 주요 트렌드

2025-26년 AI 에이전트 기술은 다음과 같은 주요 트렌드를 보이고 있습니다:

  • マルチモーダル AI: 텍스트, 이미지, 음성, 비디오 등 다양한 형태의 데이터를 처리할 수 있는 능력을 갖춘 AI 에이전트의 개발
  • 自律型 AI: 환경 변화에 따라 스스로 학습하고 적응할 수 있는 자율형 AI 에이전트의 연구
  • エッジ AI: IoT 기기와 같은 엣지 디바이스에서 실시간으로 작동할 수 있는 AI 에이전트의 구현
  • フェ더レーテッド AI: 여러 디바이스에서 분산된 데이터를 이용하여 공동으로 학습하는 AI 에이전트의 개발

이러한 트렌드는 AI 에이전트의 성능을 더욱 향상시키고, 다양한 산업 분야에서의 적용 범위를 넓히는 데 기여하고 있습니다.

사례: 실제 AI 에이전트의 활용

실제로 많은 기업들이 AI 에이전트를 활용하여 비즈니스 효율성을 높이고 있습니다. 예를 들어, Amazon은 AI 에이전트를 이용하여 고객 서비스를 자동화하고, Google은 AI 에이전트를 통해 검색 결과를 개선하고 있습니다. 또한, Microsoft는 Azure 클라우드 플랫폼을 통해 AI 에이전트의 개발과 배포를 지원하고 있습니다.

정리: 지금 무엇을 준비해야 할까

2025-26년 AI 에이전트 기술의 발전을 효과적으로 활용하기 위해서는 다음과 같은 준비가 필요합니다:

  • 기술적 이해: AI 에이전트의 기본 개념과 최신 트렌드를 이해하는 것이 중요합니다. 이를 위해 관련 서적, 온라인 코스, 세미나 등을 활용할 수 있습니다.
  • 데이터 준비: AI 에이전트의 성능은 데이터의 질과 양에 크게 의존합니다. 따라서, 데이터 수집, 전처리, 관리 등의 과정을 체계적으로 준비해야 합니다.
  • 인프라 구축: AI 에이전트의 개발과 운영을 위한 클라우드 인프라를 구축하거나, 기존 인프라를 최적화해야 합니다.
  • 윤리적 고려: AI 에이전트의 사용은 개인 정보 보호, 편향성, 안전성 등의 윤리적 문제를 동반할 수 있습니다. 이러한 문제를 사전에 고려하고, 적절한 대책을 마련해야 합니다.

이러한 준비를 통해 AI 에이전트 기술을 실무에 효과적으로 적용할 수 있을 것입니다.

보조 이미지 1

보조 이미지 2