기본 콘텐츠로 건너뛰기

[프롬프트 엔지니어링의 종말? 생성형 AI의 진화와 멀티스텝 추론 혁신]

시간이 지나면서 생성형 AI 모델은 급격히 발전하여, 자연어 이해 능력과 다단계 추론 기능이 크게 개선되었습니다. 이러한 기술적 진보는 프롬프트 엔지니어링의 필요성을 점차 줄이는 중요한 변화를 가져왔습니다. 과거에는 사용자가 원하는 답변을 얻기 위해 질문을 매우 세밀하게 구성해야 했습니다. 그러나 이제는 생성형 AI가 복잡한 질문도 스스로 논리적 단계를 나누어 추론하고 분석할 수 있는 능력을 갖추게 되었습니다.

예를 들어, "인서울 대학교들의 2025년도 대학입시 전형 중 2024년도와 비교해 달라진 점이나 새롭게 추가된 정책이 있는 학교들을 목록으로 만들어줘"라는 복합적인 질문을 예로 들어 보겠습니다.

과거 생성형 AI에 적용한 프롬프트 엔지니어링 방식

과거의 생성형 AI는 이처럼 복잡한 질문을 한 번에 이해하기 어려웠기 때문에, 사용자는 질문을 여러 단계로 나누어 프롬프트를 작성해야 했습니다. 사용자는 각 부분의 정보를 세분화하여 AI에게 순차적으로 물어봐야 했습니다.

  1. 단계 1: "2025년도 인서울 대학교의 대학 입시 전형 중 달라진 정책이 있는 학교들을 알려줘."

  2. 단계 2: "그렇다면 2024년도의 정책과 비교해서 달라진 사항을 설명해줘."

  3. 단계 3: "새롭게 추가된 정책이 있는 학교가 있는지 목록으로 보여줘."

이처럼 질문을 단계별로 분리하고, 각각의 질문에 구체적으로 답을 요구하는 방식이 필요했습니다. 프롬프트 엔지니어링이 요구되는 이유는 AI가 논리적 추론을 자동으로 수행하지 못했기 때문입니다. 그래서 사용자가 직접 단계를 분해하고 구체적인 조건을 명시해야만 AI가 적절한 답변을 줄 수 있었습니다.

현재 생성형 AI의 방식: 자동화된 다단계 추론

현재의 AI는 복잡한 질문도 스스로 논리적 단계를 나누어 처리할 수 있는 능력을 갖추고 있어, 사용자는 과거처럼 질문을 나누거나 구체적으로 분리할 필요가 없습니다. 단순히 한 번의 질문으로도 AI가 자동으로 질문을 분석하고, 필요한 세부 정보를 단계별로 수집하여 답변을 생성합니다.

  • 현재 방식: "인서울 대학교들의 2025년도 대학입시 전형 중 2024년도와 비교해 달라진 점이나 새롭게 추가된 정책이 있는 학교들을 목록으로 만들어줘."

현재 AI는 이 질문의 맥락을 자동으로 이해하고, 2024년도의 정책과 2025년도를 비교하며, 필요한 경우 세부적인 추가 정보를 자동으로 추론합니다. 그 결과, AI는 사용자가 원했던 정보를 목록 형태로 종합하여 제공할 수 있게 되었습니다. 사용자는 더 이상 프롬프트를 세부적으로 조정할 필요가 없으며, 단순한 자연어 질문만으로도 충분히 복합적인 결과를 얻을 수 있습니다.

<Perplexity AI Pro 에서 멀티스텝 추론 검색의 예>

멀티 스텝 추론의 작동 방식의 원리 설명 

멀티스텝 추론(Multi-step Reasoning)은 복잡한 질문을 단계별로 분해하여 처리하는 AI 기술입니다. 이를 통해 AI는 질문의 맥락을 더 잘 이해하고, 정확하고 상세한 답변을 제공할 수 있습니다. 멀티스텝 추론의 작동 방식을 간단히 설명하면 다음과 같습니다:


1. 질문 분석

   - AI는 사용자의 질문을 받으면 먼저 질문을 분석합니다. 

   - 질문에 포함된 핵심 개념과 구문을 파악하여 질문의 의도를 이해합니다.[1]


2. 단계별 분해

   - 질문을 이해한 후, AI는 질문을 논리적인 단계로 분해합니다.

   - 각 단계는 질문에 대한 답을 찾는데 필요한 하위 작업이 됩니다.[1][3] 

   - 예를 들어 인서울 대학교들의 2025년도 대학입시 전형중 2024년도와 비교하여 달라졌거나 새롭게 추가된 입시 정책이 있는 학교들이 있으면 목록을 만들어줘”라는 질문은 다음과 같은 단계로 나눌 수 있습니다:

     1) 인 서울의 대학교들 2025년 입시 정책 찾기

     2) 인 서울의 대학교들 2024년 입시 정책 찾기  

     3) 두 정책 비교하여 변화 사항 파악


3. 단계별 추론

   - 분해된 각 단계에 대해 AI는 주어진 데이터에서 관련 정보를 검색하고 추출합니다.

   - 추출된 정보를 바탕으로 해당 단계에 대한 답을 추론합니다.[1][4]

   - 필요한 경우 수학적 계산을 수행하기도 합니다.[1]


4. 문맥 고려한 동적 추론

   - 단계별로 추론을 진행하면서, AI는 지속적으로 현재까지의 결과를 평가합니다. 

   - 이를 통해 다음 단계에서 어떤 정보를 추가로 검색해야 할지 판단합니다.[1][2]

   - 질문에 대한 최종 답변을 위해 필요한 모든 정보가 충분히 수집되고 추론될 때까지 이 과정을 반복합니다.


5. 최종 답변 생성  

   - 모든 추론 단계가 완료되면, 단계별 추론 결과를 종합하여 사용자의 질문에 대한 최종 답변을 생성합니다.

   - 답변은 추론 과정에서 수집된 풍부한 정보와 논리적 설명을 포함하여 제공됩니다.[1][3]


이처럼 멀티스텝 추론은 복잡한 질문을 단계별로 분해하고, 각 단계에서 동적으로 정보를 검색 및 추론하며, 문맥을 고려하여 최종 답변을 생성하는 정교한 프로세스를니다. 이를 통해 AI는 질문에 대해 더욱 정확하고 포괄적인 답변을 제공할 수 있게 됩니다.


출처:

[1] https://instabase.com/blog/conversational-ai-takes-a-big-leap-forward-with-multistep-reasoning/ 

[2] https://www.restack.io/p/ai-reasoning-answer-multi-step-reasoning-cat-ai 

[3] https://tedai-sanfrancisco.ted.com/glossary/multi-step-reasoning-agents/ 

[4] https://aclanthology.org/2023.findings-acl.704.pdf 


특히 ChatGPT나 Perplexity AI와 같은 최신 모델들은 멀티스텝 추론을 통해 사용자의 질문을 자동으로 해석하고, 필요한 단계별 답변을 생성하는 데 능숙합니다. 사용자가 따로 복잡한 프롬프트를 작성할 필요가 없어졌습니다. AI가 알아서 맥락을 파악하고 답을 제공할 수 있게 된 것입니다. 이로인하여 AI의 비전문가들조차도 자연스럽게 AI와 상호작용할 수 있어서 기술 장벽을 대폭 낮추었습니다.

프롬프트 엔지니어링의 필요성 감소와 여전히 필요한 분야


생성형 AI의 발전은 프롬프트 엔지니어링의 필요성을 크게 줄였습니다. 과거에는 AI가 복잡한 질문을 제대로 이해하지 못했기 때문에, 사용자는 질문을 세밀하게 구성하고, 여러 단계로 나누어야만 했습니다. 하지만 최근 생성형 AI는 자연어 처리와 멀티스텝 추론 기능이 크게 향상되어, 복잡한 질문도 스스로 논리적 단계를 나누어 처리할 수 있게 되었습니다. 그러나 프롬프트 엔지니어링이 여전히 필요한 분야도 존재합니다. 특히 특화된 기술적 요구가 있는 분야에서는 여전히 프롬프트 엔지니어링이 중요한 역할을 합니다. 예를 들어:

  • 전문적인 데이터 분석: 매우 구체적인 데이터 처리나 분석 작업에서는 여전히 사용자가 원하는 결과를 얻기 위해 프롬프트를 정교하게 구성해야 할 때가 있습니다. 예를 들어, 특정 금융 모델이나 통계 분석을 요청할 때는 AI가 자동으로 모든 맥락을 파악하기 어려울 수 있기 때문에, 사용자가 명확한 지침을 제공해야 합니다.

  • 창의적 콘텐츠 생성: 광고 카피나 소설 작성과 같은 창의적인 작업에서 AI에게 특정한 스타일이나 어조를 요구할 때는 여전히 프롬프트 엔지니어링이 필요합니다. 사용자가 원하는 창의적 방향을 명확히 제시하지 않으면, 생성형 AI가 일반적이고 평범한 결과를 생성할 수 있습니다.

결론


생성형 AI의 발전으로 프롬프트 엔지니어링의 필요성은 점차 줄어들고 있습니다. 과거에는 생성형 AI가 복잡한 질문을 제대로 처리하지 못했기 때문에, 사용자가 질문을 세밀하게 구성하고 단계별로 나누어야만 했습니다. 하지만 오늘날의 생성형 AI는 멀티스텝 추론과 자연어 처리 능력이 크게 향상되어, 복잡한 질문도 스스로 논리적 단계를 나누어 처리할 수 있게 되었습니다. 이는 사용자 경험을 혁신적으로 변화시켰으며, 비전문가들도 간단한 자연어 질문만으로 AI의 강력한 기능을 활용할 수 있는 환경을 조성했습니다.


그러나 여전히 프롬프트 엔지니어링이 필요한 분야도 존재합니다. 예를 들어, 전문적인 데이터 분석이나 창의적 콘텐츠 생성과 같은 특수한 작업에서는 사용자가 원하는 결과를 얻기 위해 여전히 구체적이고 정교한 프롬프트가 필요할 수 있습니다. 이러한 분야에서는 AI가 모든 맥락을 자동으로 파악하기 어려운 경우가 많기 때문에, 사용자가 명확한 지침을 제공해야만 합니다.


결론적으로, 프롬프트 엔지니어링의 필요성은 특정 분야에서 여전히 존재하지만, 생성형 AI의 대중화와 일상적인 활용에 있어서는 그 필요성이 점차 줄어들고 있습니다. AI는 점점 더 복잡한 기술적 능력을 갖추면서도 사용자와의 상호작용은 오히려 간단하고 직관적으로 변하고 있습니다. 이는 AI가 더 많은 사람들에게 실질적인 유익을 제공할 수 있는 중요한 변화이며, 앞으로도 기술 발전에 따라 더욱 확산될 것입니다.

--------------------------------

Perplexity AI 활용 노하우 : 
1. Perplexity AI 활용 노하우 대학 입시 해결 편

2.일상 생활 속 법률 문제 Perplexity AI 로 해결하는 방법 

3. AI 검색 혁명 Perplexity 활용 완전 정복 (Yes24) 


댓글

이 블로그의 인기 게시물

[알아두면 쓸모 있는 구글 문서 팁] 문서 공유시- 사용자 이름 대신에 익명의 동물이 표시 되는 이유와 동물 종류

구글 드라이브에는 다른 유사 서비스에서는 제공하지 않는 구글 만의 유니크한 기능들이 있다 구글 문서를  불특정 다수에게 전체 공개로 공유할 수 있습니다. 불특정인이 구글 문서에 접속한 경우 익명의 동물로 표시됩니다.  ' 웹에 공개' 또는 '링크가 있는 사용자' 공유 설정을 선택하면 인식할 수 없는 이름이나 익명의 동물이 표시될 수 있습니다. 파일에서 인식할 수 없는 이름을 볼 수 있는 몇 가지 이유는 다음과 같습니다. 메일링 리스트와 파일을 공유합니다. Google 계정이 없는 사용자와 파일을 공유하며, 그 사용자가 다른 사용자에게 공유 초대를 전달했습니다. 내 파일을 수정할 수 있는 누군가가 파일을 다른 사용자와 공유했습니다. 다른 사용자가 자신의 Google 계정 이름을 변경했습니다. 공유 설정 페이지에서 해당 사용자 이름 위로 마우스를 이동하여 이메일 주소를 확인하세요. 익명의 동물 다른 사용자에게 개별적으로 보기 또는 수정 권한을 부여하거나 메일링 리스트에 속해 있는 경우에만 사용자 이름이 표시됩니다. 파일 권한을 '링크가 있는 사용자'로 설정하면 파일을 보고 있는 사용자의 이름이 표시되지 않습니다. 대신 다른 사용자가 익명으로 라벨이 지정되어 표시되고 각 익명 사용자는 다양한 익명의 동물로 나열됩니다. 파일 권한을 '링크가 있는 사용자'로 설정했지만 특정 사용자와 파일을 공유하는 경우 파일을 공유한 사용자의 이름이 표시됩니다. 그 외 다른 사용자가 파일을 볼 때는 익명으로 나타납니다. 비공개 파일의 익명 동물 파일 권한을 '링크가 있는 사용자'로 설정한 다음 이를 '특정 사용자'로 변경하면 다음과 같은 경우 여러 익명의 동물이 표시될 수 있습니다. 누군가 파일을 여러 번 여는 경우에는 익명의 동물 목록에서 오래되고 연결이 끊긴 세션을 강제 종료하는 데 조금 시간이 걸릴 수 있습니다. 누군가 온...

[팁] Google Slide 프리젠테이션시 모든 한글폰트가 '굴림체' 로 바뀌는 현상을 해결한 크롬 확장 프로그램 소개

구글 문서도구인 구글 슬라이드를 이용하여 프리젠테이션을 많이 하는 분들을 위한 희소식 현재 구글 슬라이드에서는 슬라이드 편집시 사용한 고유 한글 폰트들은 프리젠테이션 모드로 전환할 경우는 모두 '굴림체' 로 바뀌어 표시가 되는 불편함이 있었습니다. 예). 슬라이드 편집에서 사용한 '궁서체' 한글 폰트는, 프리젠테이션 모드에서는 '굴림체'로 바뀌어 디스플레이됨 예). 슬라이드 편집 모드 - '궁서체' 폰트 사용 프리젠테이션 모드에서 '굴림체' 로 변경됨    따라서, 이러한 현상을 해결하는 크롬 확장 프로그램이 개발 되었습니다.  크롬 확장 프로그램 명 - ShowAsis 입니다. 크 롬 웹스토어 링크 -  https://goo.gl/PVPkZz 이 확장 프로그램을 사용하여 슬라이드 프리젠테이션을 하면, 편집 모드의 폰트 그대로 프리젠테이션시에도 그대로 한글 폰트로 디스플레이 됩니다. 단, 단점은 슬라이드가 애니메이션 슬라이드가 있는 경우는 애니메이션이 동작하지 않습니다. ----------------------- G Suite/Google Apps 전문 블로그 -  charlychoi.blogspot.kr 도서 '기업과 학교를 위한 구글크롬북'

구글 드라이브에서 내 파일이 갑자기 사라졌어요 [알아두면 쓸모 있는 구글 드라이브 팁]

  구글 드라이브에서 고아가 된(정리 되지 않은)  파일들에 대한 현상 및 복원 방법 및 공유 드라이브 활용 목차  배경 내 파일이나 폴더가 사라지고 (삭제된 것은 아님) 찾을 수 없는 현상 고아가 된 파일 (정리가 안된 파일) 을 찾아 내고 복원하는  방법 고아가 된 과정을 추적하는 방법 배경   구글 드라이브의 내 드라이브에서 협업을 위한 협업 폴더를 생성한 후 다른 팀원간들간에 공유하여 작업하는 동안 예기치 못하게 내가 생성한 파일들 또는 폴더가 갑자기 사라지는 현상이 발생 할 수 있습니다. 또한 이를 경험한 사용자들이 많이 있습니다.  내가 파일이나 폴더를 삭제하지 않았는데 불구하고 휴지통에도 없고, 내가 삭제한 기억도 없고, 이러한 현상이 발생할 경우에는 본 벡서서에서 설명하는 해당 폴더나 파일들이 ‘고아 (Orphaned)’ 가 된 상태가 되어있는게 분명합니다.  한글 도움말에는 ‘정리가 되지 않은 파일 (또는 분리가 된 파일)' 이라고 설명되어 있기도 합니다. 고아가 된 파일들은 어떠한 폴더에도 속하여 있지 않고, 내 휴지통에도 존재하지 않는 현상입니다. 그러나, 구글 드라이브에서는 용량을 계속 차지 않고 있는 상태입니다. 간혹 왜? 내가 삭제한 적이 없는데 파일이 없어졌거나 폴더가 보이질 않는 경우 당황하지 않고 이문서를 자세히 참조하면 해답을 찾을 수 있습니다.   내 파일이나 폴더가 사라지고 (삭제된 것은 아님) 찾을 수 없는 현상      1. 내 드라이브에서 Folder A를 생성하고 Folder A 안에 File A 를 생성 합니다. 나중에 File A를 삭제 하고, 그 이후에 Folder A 까지 삭제를 할 수 있습니다. 그후 휴지통에서 File A만 복원을 할 경우 삭제된 File A 를 복원하려고 하는데 File A가 존재하였던 상위 폴더 ‘Folder A’는 이미 삭제된 상태입니다. 이럴때 File A는 ...

[알아두면 쓸모 있는 구글 Meet 팁] 구글 Meet에서 컴패니언 (Companion) 모드가 무엇이고 왜? 필요한가요?

  구글 Meet 에서 컴패니언 (Companion) 모드란 무엇이고 왜? 필요한가 지난 1월13일자  구글 영문 공식 블로그 에서  구글의 화상회의 도구인 Google Meet 에 컴패니언 (Companion) 모드 기능이 추가 되었다는 발표가 있었습니다. 이 모드가 무엇이고 왜? 필요한지 알아보도록 하겠습니다. 여러분들은 구글의 대표적인 화상회의 도구인 Google Meet 로 화상 회의를 얼마나 자주 하나요? Google Workspace 에 기본 기능으로 포함되어 있는 Google Meet 는 코로나19 펜데믹 이후로 많은 기업에서 활용하고 있을 것입니다. 그동안 한 회의실에서 여러명이 모여 화상 회의를 하는 경우 대부분은 하나의 노트북을 대표로 지정하고 나머지 참석자들은 노트북 주변에 모여서 회의 (비디오+음성)를 하거나, 아니면 각자의 노트북으로 화상 회의에 연결한 후 마이크를 mute 를 하여 참여해야만 하는 불편함이 있었습니다. (이유는 한 회의실안에서 화상회의시 여려명이 마이크를 On 하면 소위 하울링 또는 Audio Feedback 현상이 발생하기 때문)   구글은 Google Meet 로 화상 회의시 이러한 불편함을 없애기 위해서 소위 컴패니언 모드 기능을 추가하였습니다. 즉, 한 회의실에서 여러명이 회의에 참여할 경우 하나의 컴퓨터 또는 Google Meet 전용 하드웨어인 화상회의 기기를 메인으로 연결하고 나머지 참여자들은 각자의 노트북에서 컴패니언 모드로 접속 할 수 하도록 한 것입니다. 즉, 컴패니언 모드로 접속한 사용자는 자동으로 오디오와 비디오는 Off 가 나머지 기능들만 활성화 (화면공유, 손들기, 다른 참여자와 채팅, 자막 사용) 되어 회의에 참여 할 수가 있게 되었습니다. 이 기능은 개인 gmail 사용자 뿐만아니라 Google Workspace 의 모든 사용자들이 사용할 수 있게 업데이트 되었습니다. Google Meet 로 화상 회의에 참여 할 경우 컴패니언 모드로 접속을 하는 방법에는 ...

"AI 전문가”의 함정: 프롬프트 엔지니어링에서 컨텍스트 엔지니어링까지, 누가 우리를 멀어지게 했나

            생성형 AI가 우리 곁에 온 지 얼마 되지 않아, 우리는 ‘프롬프트 엔지니어링’이라는 낯선 용어의 세례를 받았습니다. AI를 잘 쓰려면 뭔가 대단한 기술이 필요할 것 같은 불안감을 심어주었죠. 이제는 한술 더 떠 ‘컨텍스트 엔지니어링’이라는 말이 등장했습니다. 마치 AI와의 대화가 점점 더 소수 전문가의 영역이 되어가는 듯합니다. 하지만 정말 그럴까요? 이 글에서는 이러한 현상이 어떻게 우리의 AI 접근성을 떨어뜨리고 있는지, 그 이면의 진실은 무엇인지 파헤쳐 봅니다.         1. ‘프롬프트 엔지니어’의 등장: 필수 기술인가, 스쳐 가는 유행인가?         ‘프롬프트 엔지니어링’은 AI에게 원하는 결과를 얻기 위해 명확한 지시를 내리는 기술입니다. 초기 AI 모델들은 인간의 의도를 잘 파악하지 못했기 때문에, 사용자의 정교한 안내가 필수적이었습니다. 예를 들어, AI에게 특정 역할(페르소나)을 부여하거나, 복잡한 문제는 단계별로 생각하도록 유도하는(사고의 연쇄, Chain-of-Thought) 기법들이 대표적입니다.         하지만 이를 ‘엔지니어링’이라 부르는 것에 대해서는 논란이 많습니다. 지지자들은 체계적인 실험과 분석이 필요한 공학의 한 분야라고 주장하지만, 비판자들은 결과가 예측 불가능하고, 동일한 프롬프트에도 다른 답이 나오는 등 전통적인 공학의 엄밀함이 부족하다고 지적합니다. 사실 ‘프롬프트 엔지니어링’의 부상은 초기 AI 기술의 한계를 보완하기 위한  과도기적 현상 에 가깝습니다.         2. 다음 물결, ‘컨텍스트 엔지니어링’: 더 높은 벽인가, 자연스러운 진화인가?         최근에는 ‘컨텍스트 엔지니어링’이라는 용어가 주목받고 있습니다. 이는 단순히 질문 ...