기본 콘텐츠로 건너뛰기

[신약 개발/타 연구 개발을 위한 GPT-4/BingChat 활용 팁] 알아두면 쓸모 있는 프롬프트 팁

신약 개발 또는 타 연구 개발을 위한 GPT-4/BingChat 활용 백서
(프롬프트 엔지니어링 기술 적용)

 

본 백서를 작성하게 된 동기는 7월5일자 한겨레 기사(생성형 인공지능, 46일 만에 신약 설계…사상 첫 임상 2상 진입를 신약 개발 분야에 비 전문가인 내가 읽게 되면서 영감을 얻어 작성된 것입니다. 이 기사의 내용을 요약 하면 아래와 같습니다.

생명공학기업 인실리코 메디슨(Insilico Medicine)이 AI를  이용해 설계한 신약 후보가 임상 2상시험에 돌입했습니다. 이 신약은 특발성 폐 섬유화증 치료제로, 중국과 미국의 환자 60명에게 투여될 예정입니다. 인실리코는 생성형 인공지능과 강화학습을 결합해 약물을 개발하였고, 이를 통해 신약 개발 비용을 10분의 1, 시간을 3분의 1로 단축했습니다. 이 회사는 현재 30여개의 인공지능 약물 개발 프로그램을 진행 중이며, 이 중 3개가 임상시험에 들어갔습니다. 이번 임상 2상시험 진입은 인공지능을 이용한 약물 개발 분야에서 중요한 이정표로 여겨집니다. 

이 기사를 기반으로, 생성형 AI( ChatGPT, BingChat)가 신약 개발에 어떻게 잘 활용될 수 있는지  그 과정을 프롬프트 엔지니어링 기법을 적용하여  단계별로 구체적인 결과를 도출 해 가는 과정을  예시를 들어 설명하려고 노력 했습니다.  

 

이 과정을 통해서 프롬프트 엔지니어링이 왜? 필요한지, 어떻게 적용하는지를 이해 할 수 있습니다.  또한 신약 개발에 매우 유용한 숨겨진 프롬프트 지시어들을 어떻게 발굴하였는지를 또한 보여주고 있습니다.  

이 백서 작성을 통해서 발굴한 프롬프트 지시어(#해시태그 형태) 들은 다음과 같습니다. (* 참고 아래 해시태그 지시어는 GPT-4 보다는 BingChat에서 실행을 해야 원하는 결과를 얻을 수 있습니다. ')

  • #patent_search
  • #trend_analysis
  • #information_query
  • #information_detail
  • #scenario_write
  • #scenario_simulate
  • #content_generate
  • #expert_interview
  • #educational_content
  • #risk_assessment
  • 이 외에도 다수

이 해시태그들은 신약 개발 뿐만아니라 다른 연구 개발에도 유용한 프롬프트 지시어들입니다. 이 해시태그 지시어를 다양한 연구 분야에 적용해 보시기 바랍니다. 예를들면, 아래 해시태그 중에서 ‘#patent_search’는 특허 정보를 검색하는 명령어입니다.

신약 개발 연구원은 BingChat에서 '#patent_search: 리툭심'로 질문을 하거나  '리툭심에 대한 최근 특허를 알려줘' 로 명령을 할 수 있습니다. 그러나, 이 두 명령어에는 아래와 같은 차이점이 있습니다.

'#patent_search: 리툭심' 명령어는 해시태그를 사용하여 특허 정보를 검색하는 명령어입니다. 이 명령어는 리툭심이라는 키워드로 국내외 특허 정보를 검색하고, 특허명, 출원번호, 출원일자, 발명자, 요약 등의 정보를 제공합니다.

'리툭심에 대한 최근 특허를 알려줘' 하는 것은 일반적인 질문 형식으로 특허 정보를 검색하는 것입니다. 이 질문은 리툭심이라는 키워드로 웹 검색을 수행하고, 검색 결과에서 특허 관련 사이트나 문서를 찾아서 정보를 제공합니다.

신약 개발은 인류의 건강과 삶의 질을 향상시키는 중요한 분야입니다. 하지만 신약 개발은 매우 어렵고 오랜 시간과 막대한 비용이 드는 과정입니다. 신약 후보물질을 발견하고, 그 효능과 안전성을 검증하고, 임상시험과 허가절차를 거쳐야만 시장에 출시할 수 있습니다. 이 과정에서 많은 실패와 낭비가 발생하며, 신약 개발의 성공 확률은 매우 낮습니다.

이러한 문제를 해결하기 위해 AI 기술이 신약 개발 분야에 점점 더 활용되고 있습니다. 특히 생성형 인공지능(Generative AI)은 기존의 데이터를 학습하여 새로운 데이터를 생성하는 인공지능 기술로, 신약 후보물질을 설계하고, 그 효능과 안전성을 예측하고, 임상시험 결과까지 시뮬레이션하는 데 사용될 수 있습니다. 신약 개발에 활용되는 생성형 인공지능의 대표적인 예로는 GAN(Generative Adversarial Network)가 있습니다.  

Generative Adversarial Networks (GANs)와 GPT-4는 둘 다 인공지능의 한 분야인 딥러닝 모델입니다. 그러나 이 두 모델은 목적과 작동 방식에서 차이가 있습니다. 신약 개발에는 두 모델 모두 활용될 수 있습니다. 그러나 그들이 사용되는 방식과 문맥은 다릅니다.

1. Generative Adversarial Networks (GANs): GANs는 생성 모델로서, 두 개의 신경망, 즉 생성자(generator)와 판별자(discriminator)가 서로 경쟁하면서 학습합니다. 생성자는 실제 데이터와 유사한 가짜 데이터를 생성하려고 하고, 판별자는 생성자가 만든 데이터가 진짜인지 가짜인지를 판별하려고 합니다. 이런 경쟁 과정을 통해 생성자는 점차 실제 데이터와 구별이 어려운 가짜 데이터를 생성하게 되며, 이를 통해 새로운 이미지, 음성 등을 생성하는 데 사용됩니다.

GANs 는 신약 개발에서 분자 설계 단계에서 주로 사용됩니다. GANs는 새로운 분자 구조를 생성하는 데 사용될 수 있으며, 이는 신약 후보를 찾는 데 도움이 될 수 있습니다. 생성자는 실제 분자와 유사한 새로운 분자를 생성하고, 판별자는 이 분자가 실제 분자와 얼마나 유사한지를 판별합니다. 이런 방식으로, GANs는 신약 개발에서 새로운 분자 구조를 탐색하고 생성하는 데 사용될 수 있습니다.

2. GPT-4: GPT-4는 자연어 처리(NLP)에 사용되는 모델로, 텍스트 데이터를 이해하고 생성하는 데 초점을 맞춥니다. GPT-4는 대량의 텍스트 데이터를 학습하여 문맥을 이해하고, 주어진 입력에 대해 적절한 텍스트를 생성하거나, 질문에 대한 답변을 제공하거나, 텍스트를 번역하는 등의 작업을 수행할 수 있습니다. GPT-4는 트랜스포머(Transformer) 아키텍처를 기반으로 하며, 이는 입력된 문장의 모든 단어를 동시에 처리함으로써 문맥을 더 잘 이해하도록 설계되었습니다. GPT-4 와 같은 자연어 처리 모델은 신약 개발의 다른 측면에서 사용될 수 있습니다. 예를 들어, 이러한 모델은 대량의 의학적 텍스트 데이터를 분석하고 이해하는 데 사용될 수 있습니다. 이는 연구 결과를 분석하거나, 임상 시험 결과를 해석하거나, 의학적 문헌을 검색하고 요약하는 데 도움이 될 수 있습니다.

따라서, GANs와 GPT-4의 주요 차이점은 GANs가 이미지, 음성 등 다양한 유형의 데이터를 생성하는 데 사용되는 반면, GPT-4는 주로 텍스트 데이터를 처리하고 생성하는 데 사용된다는 것입니다. 또한, GANs는 두 개의 신경망이 서로 경쟁하는 방식으로 학습하는 반면, GPT-4는 대량의 텍스트 데이터를 학습하여 문맥을 이해하고 텍스트를 생성하는 방식으로 학습합니다.

GANs와 GPT-4는 신약 개발의 서로 다른 단계에서 서로 다른 방식으로 활용될 수 있습니다. 이 두 모델은 각각의 장점을 활용하여 신약 개발 과정을 개선하고 가속화하는 데 기여할 수 있습니다.

본 백서에서는 신약 개발하는 과정에서 GPT-4를 어떻게 활용할 수 있는지를 프롬프트 엔지니어링 기법을 적용하여 분석하는 과정을 설명하고 있습니다.

 

생성형 AI를  신약 개발에 활용하기 위해서는 프롬프트 엔지니어링 기술이 필요합니다. 프롬프트 엔지니어링이란 인공지능 모델에게 원하는 결과를 얻기 위해 적절한 입력값(프롬프트)을 제공하는 기술입니다. 프롬프트 엔지니어링은 인공지능 모델의 성능과 효율성을 높이고, 원하는 목적에 맞게 인공지능 모델을 조정하고, 인공지능 모델의 한계와 위험을 줄이는 데 도움이 됩니다.

저는 신약 분야에 비 전문가 입니다. 일반적인 프롬프트 엔지니어링 기술을 터득한 경험을 토대로 , 신약 개발시 생성형 인공지능(ChatGPT, BingChat)을 어떻게 활용할 수 있는지 과정을 연구해 보았습니다.

또한 생성형 AI를  활용하여 신약 개발에 성공한 Insilico Medicine 사 사례 기사를 분석하여 신약 개발에 인공지능이 어떻게 활용될 수 있는 과정을 분석하고, ChatGPT에서 유용한 프롬프트 명령어를 발굴하고 활용하는 방법을 찾는 과정을 소개합니다.


본 백서 내용의 대부분은 GPT-4 와 BingChat을 적절히 활용하여 생성한 것입니다.






자세한 내용을 원하시면 링크를 클릭 (PDF 다운로드) 하시기 바랍니다.


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

도서: Mastering ChatGPT-4 Prompt for Writers: (저자 Charly Choi)




댓글

이 블로그의 인기 게시물

AI 바이브코딩 운영 가이드 (프롬프트 25종 첨부)

  AX컨설팅 동료용 실무 가이드 AI 바이브코딩 80% 벽 을 넘는 운영 가이드 AI로 웹사이트, 업무 자동화, 데이터 분석, 제안서 보조 도구, 내부 업무 시스템을 만들어보려는 컨설턴트를 위한 문서입니다. 바이브코딩은 “AI에게 코딩을 맡기는 일”이 아니라, AI 개발팀을 운영하는 일 입니다. 빠르게 되는 구간 ◀ 80% 벽 운영으로 넘는 구간 95% 80%까지는 AI가 데려다줍니다. 나머지 15%는 코딩 실력이 아니라 운영 방식 으로 넘습니다. 목차 1. 왜 80%에서 막히는가 2. 자주 나오는 네 가지 증상 3. 반드시 박아둘 검증 원칙 4. 상황별 실전 프롬프트 8종 5. 운영 4원칙 6. 컨설팅 현장 시나리오 7. 현장 체크리스트 18 8. 복사해서 쓰는 프롬프트 9. 최종 정리 01 · 진단 처음엔 날아가는데, 왜 80%에서 멈출까 요즘 AI로 개발을 해보면 처음에는 정말 빠릅니다. 로그인 화면이 금방 만들어지고, 버튼도 생기고, 데이터 입력 폼도 나오고, 간단한 대시보드도 몇 분 만에 완성됩니다. “이제 코딩은 AI가 다 해주는구나.” 그런데 실제 프로젝트에서는 이상한 일이 생깁니다. 처음 70~80%까지는 빠르게 가는데, 그 다음부터 갑자기 진도가 안 나갑니다. 증상 80% 지점에서 벌어지는 일 버튼 하나 고쳤더니 다른 버튼이 망가집니다. 오류를 고쳐달라고 했더니 디자인이 깨집니다. AI는 “수정 완료했습니다”라고 하는데 실행해보면 그대로입니다. 이전에 정한 요구사항을 잊어버립니다. 새 기능을 붙일수록 코드가 점점 복잡해집니다. 결국 처음부터 다시 만드는 것이 더 빠른 상황이 됩니다. 한 줄 결론 80% 벽은 AI의 코딩 실력만의 문제가 아닙니다. 대부분은 검증 없는 지시, 오염된 컨텍스트, 롤백 없는 작업 방식, 모호한 완료 기준 때문에 생깁니다. AI에게 코딩을 맡긴다는 것은 개발자를 없애는 일이 아닙니다. 오히려 우리의 역할이 바뀝니다. 기존 방식 AI 바이브코딩 방식 내가 직접 코드를 작성한다 AI에게 작업을 나누어 맡긴다 개발...

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

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

[Google이 교육용 G Suite 을 위한 LMS 연동 키트 - Course Kit 베타 공개]

Google 이 드디어 G Suite for Eudcation 버전을 위한  LMS (Learning Management System) 연동을 위한 키트를 제공한다는 소식입니다.  현재는 베타 서비스로 베타 서비스 신청을 하면 서비스를 받을 수 있다고 합니다. 44개 언어로 제공이 된다고 합니다. 다행히도 한국어도 포함되어 있습니다. 자세한 사항은 아래 내용을 참고하시기 바랍니다.  효과적인 교수 및 학습을 위해서는 강사와 학생 간의 원활한 협력이 필요합니다. 올바른 기술과 교육은 이러한 연결을 용이하게하는 데 도움이 될 수 있습니다. 따라서 많은 대학, 대학, 학교 및 기타 교육 기관에서 강사 및 학생들에게 LMS (Learning Management System)를 제공합니다. 교육자와 학생들은 LMS를 사용하는 것 외에도 G Suite의 클라우드 기반 생산성 도구를 사용하여 실시간으로 만들고 공동 작업하고 통신합니다. 지금까지는 G Suite를 많은 LMS와 통합하는 쉬운 방법이 없었습니다. Course Kit 입력  - 강사가 Google 문서 도구 및 드라이브를 사용하여 과제를 수집하고, 학생들에게 더 빠르고 풍부한 피드백을 제공하고, 이미 사용중인 LMS 내의 강의 자료를 공유 할 수있게 해주는 무료 툴킷입니다.  Course Kit는 학습 도구 상호 운용성 (LTI) 표준 을 사용하여 구축되므로 LTI를 지원하는 모든 LMS를 쉽게 설정하고 사용할 수 있습니다. Course Kit에는 현재 할당 도구 및 파일 포함 도구가 포함되어있어 G Suite의 강력한 협업 기능을 교육 및 학습 워크 플로에 통합하기가 빠르고 안전합니다. 지난 학기 동안 더 높은 교육 기관을 통해 Course Kit를 시범 적으로 운영하여 현재 베타 프로그램을 통해 더 널리 사용하도록하고 있습니다. Course Kit의 과제 도구로 사려 깊은 피드백을 얻을 수있는 시간을 ...

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

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

Uber의 Software Factory에서 배울 점: AI 에이전트는 ‘비용’이 아니라 ‘운영 설계’의 문제다

Uber의 Software Factory에서 배울 점: AI 에이전트는 ‘비용’이 아니라 ‘운영 설계’의 문제다 Uber Engineering이 공개한 “Running a Software Factory Efficiently at Uber Scale” 글은 단순한 AI 코딩 도구 소개가 아닙니다. 핵심은 AI 에이전트를 개발 현장에 많이 쓰면서도 비용을 통제하기 위한 운영 구조 입니다. 저는 이 글을 보면서 개인용 AI 오케스트레이션, 특히 제가 정리하고 있는 CPAO(Cost-aware Personal Agentic Orchestration) 와 매우 가까운 문제의식을 느꼈습니다. 규모는 Uber처럼 크지 않더라도, 개인·소규모 조직도 이제 AI를 “가끔 쓰는 도구”가 아니라 “반복 업무를 맡기는 업무팀”으로 운영해야 하는 단계에 들어섰기 때문입니다. 1. Uber가 말하는 AI Software Factory Uber는 AI 도구가 소프트웨어 개발 전 과정에 들어와 있다고 설명합니다. 코드 작성, 코드 리뷰, CI 실패 복구, 버그 분석, 온콜 알림 처리, 유지보수 PR 생성 등 여러 업무가 에이전트 기반으로 움직이고 있습니다. 인상적인 것은 사용량 증가입니다. Uber에 따르면 2026년 2월부터 8월까지 주간 활성 사용자는 7배, 주간 에이전트 요청은 9.4배 증가했습니다. 그런데 총 AI 비용은 4월 이후 비교적 안정화됐다고 합니다. 동일 모델 기준으로 보면 1,000개 요청당 비용은 피크 대비 약 34%, 세션당 비용은 6월 피크 대비 52% 낮아졌다고 합니다. 즉, Uber의 방향은 “AI를 덜 쓰자”가 아닙니다. 오히려 더 많이 쓰되, 낭비되는 턴·요청·토큰을 줄이는 방식 입니다. 2. 핵심은 비용 방정식이다 Uber는 AI 에이전트 비용을 다음과 같은 식으로 분해합니다. 총비용 = 사용자 수 × 세션/사용자 × 턴/세션 × 요청/턴 × 토큰/요청 × 토큰당 가격 이 식이 중요한 이유는 AI 비용을 막연한 “...