Watch the full discussion between OpenAI CEO Sam Altman and Oracle co-CEO Clay Magouyrk
Quick Summary
샘 올트먼과 클레이 매고위르크는 OpenAI·Oracle 협력을 바탕으로 AI의 기업 활용 확대, 보안 대응, 과학·칩 설계 혁신을 논의한다.
영상 보기
클릭 전까지는 가벼운 미리보기만 먼저 불러옵니다.
🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론
샘 올트먼과 클레이 매고위르크는 OpenAI·Oracle 협력을 바탕으로 AI의 기업 활용 확대, 보안 대응, 과학·칩 설계 혁신을 논의한다.
📌 핵심 요점
- 모델 발전과 활용 범위가 함께 확대되고 있다는 것이 두 사람의 진단이다. 올트먼은 최근 모델이 새로운 지식 발견과 실무 수행에서 진전했으며, 코딩·기업용 소프트웨어·보안·과학으로 사용이 확산되고 있다고 설명한다.
- Oracle은 AI 도구를 전사에 배포한 사례를 제시한다. 매고위르크는 자사 소프트웨어의 70% 이상을 AI가 작성한다고 주장하며, 비개발자도 직접 업무용 앱을 만드는 변화에 주목한다.
- AI의 가치는 반복 작업을 줄이고 아이디어를 구현하기 쉽게 만드는 데 있다. 올트먼은 컴퓨터 안의 공장을 관리하는 듯한 경험에 빗대어, 이전에는 시도하지 못했던 아이디어도 탐색하게 된다고 말한다.
- 기업의 단기 우선순위로 AI 관련 보안 위협 파악과 대응이 제시된다. 취약점 발견뿐 아니라 검증·수정·배포를 연결하고, 공급망 전반의 문제에 대응할 자동화와 지속적인 트래픽 감시가 필요하다는 논의다.
- 장기적으로는 AI 연산을 과학·기술 혁신으로 전환하는 가능성이 강조된다. 올트먼은 수학·과학 연구와 칩 설계를 예로 들며, ‘Jalapeno’라는 추론용 칩의 OCI 배포를 언급한다. 성능과 개발 속도에 관한 평가는 발언자의 주장이다.
🧩 배경과 문제 정의
제목은 OpenAI CEO 샘 올트먼과 Oracle 공동 CEO 클레이 매고위르크의 대화를 소개한다. 제공된 약 10분 34초의 전사에서 두 사람은 기술 협력을 출발점으로 모델 발전, 기업 내 활용, 보안, 과학·칩 설계로 논의를 넓힌다.
중심 문제는 발전하는 AI를 실제 업무와 혁신으로 어떻게 연결하느냐이다. 비개발자의 앱 제작과 반복 작업 자동화가 가능해지는 한편, 배포 통제와 보안 대응도 함께 요구된다. 아래 내용은 제공된 대화의 주장과 사례를 정리한 것이며, 성능·생산성 수치를 독립적으로 검증한 결과는 아니다.
🕒 시간순 섹션별 상세정리
1. 협력 소개와 모델 발전 속도
- OpenAI와의 기술 협력이 소개되고 샘 올트먼이 무대에 오른다. 매고위르크는 모델 변화 속도와 최근 모델 출시에 관한 질문으로 대화를 시작한다. [00:43]
- 올트먼은 최근 6개월의 변화가 특히 빨랐다고 설명하며, 새로운 지식 발견과 어려운 실무 수행 능력이 함께 발전했다고 평가한다. [01:30]
- 새 모델의 도입 반응이 강했다는 설명과 함께 코딩, 기업용 소프트웨어, 보안, 과학 등 여러 산업의 활용이 나온다. [01:48]
2. 전사 도입과 비개발자의 앱 제작
- 매고위르크는 Oracle의 AI 도구 전사 배포를 소개하고, 자사 소프트웨어의 70% 이상을 AI가 작성한다고 주장한다. [02:16]
- 과거에는 개발자가 되리라 생각하지 않았던 사람들이 직접 앱을 만들고 있다며, 이를 안전하고 통제된 방식으로 배포하기 위해 앱 제작 도구를 구축했다고 보여준다. [02:46]
- 올트먼은 전사 도입이 확산되면 직원들이 필요한 앱과 업무 결과물을 직접 만들게 된다고 드러낸다. 생산성이 두 배로 느껴지고 반복적인 일이 줄어 업무 만족도가 높아졌다는 이용자 반응도 보여준다. [04:11]
3. 반복 작업 자동화가 넓히는 창작 가능성
- 매고위르크는 아이디어를 실현하는 창작 활동과 컴퓨터에 구체적인 명령을 내리는 작업을 구분하며, AI가 후자를 자동화해 더 많은 사람의 창작을 돕는다고 보여준다. [05:01]
- 올트먼은 최신 도구 사용을 컴퓨터 안의 공장을 관리하는 경험에 비유한다. 하기 싫은 작업을 자동화하면서 아이디어 사이를 이동하고, 과거에는 실행 부담 때문에 포기했을 가능성도 탐색한다고 드러낸다. [05:56]
- 컴퓨터와 아이디어를 대화하며 구현하는 경험이 강조되고, 이전에는 불가능하다고 생각했던 웹사이트 제작을 직접 해내는 사람들의 사례가 계속된다. [06:23]
4. 보안 위협과 대응 자동화
- 매고위르크는 AI의 취약점 발견·수정 능력과 공동 보안 도구를 언급한다. 모델 접근권만으로는 충분하지 않으며, 어디에 적용하고 발견 사항을 어떻게 검증·배포할지가 고객의 과제라고 보여준다. [07:03]
- 올트먼은 기업의 단기 과제로 AI 관련 보안 위협 파악과 완화를 우선 권고한다. 매고위르크는 AI가 기존에 누적된 보안 문제를 발견하는 역할을 강조한다. [07:53]
- 공급망 전체의 버그를 하나씩 수정하기 어렵다는 문제의식 아래 지속적인 트래픽 감시와 악용 방지 서비스가 제안된다. 두 사람은 대응에 필요한 작업량이 커 수작업을 넘어서는 자동화가 필요하다고 드러낸다. [08:40]
5. 과학·칩 설계 혁신과 대화 마무리
- 다음 단계에 관한 질문에 올트먼은 AI가 새로운 과학과 기술을 만드는 데 기여하는 점을 꼽고, 수학과 과학 및 가치가 큰 기술 문제의 사례를 언급한다. [09:26]
- AI를 활용한 칩 설계를 설명하면서 ‘Jalapeno’라는 칩을 OCI에 배포하고 있다고 드러낸다. 추론 성능의 우수성과 개발 속도 향상을 주장하지만 비교 자료는 제시하지 않는다. [09:44]
- 챗봇에서 코딩 에이전트를 거쳐 AI 연산이 혁신으로 이어지는 변화를 전망하며, 더 나은 품질과 낮은 비용의 서비스를 기대한다. 이후 협력에 대한 감사와 함께 대화를 마친다. [10:34]
🧾 결론
- 대화는 모델 성능 향상 자체보다 기업 구성원이 실제로 무엇을 만들고 수행할 수 있게 되는지에 초점을 맞춘다.
- 전사 도입이 창작과 업무 자동화를 확산시킬 수 있지만, 만들어진 앱을 안전하게 배포하고 관리하는 체계도 함께 필요하다.
- 보안에서는 발견 능력의 향상과 대응 부담의 증가가 동시에 나타난다. 두 사람은 수작업을 넘어서는 자동화가 필요하다는 데 의견을 모은다.
- 과학·칩 설계로의 확장은 기대되는 다음 단계로 제시되며, 구체적인 성과와 경제성은 별도 검증이 필요하다.
📈 투자·시사 포인트
- 기업용 AI를 검토할 때는 도입 인원뿐 아니라 실제 업무 완료 시간, 결과물 품질, 운영 비용의 변화를 확인필요가 있다. 영상의 생산성 발언만으로 수익성 개선을 확정하기는 어렵다.
- 비개발자의 앱 제작이 늘어난다는 논의는 안전한 배포와 통제 기능의 중요성을 보여준다. 관련 사업을 평가할 때 이러한 기능이 실제 사용과 매출로 연결되는지 살펴볼 수 있다.
- 보안 분야에서는 취약점 탐지부터 검증·수정·배포·지속 감시까지 이어지는 서비스의 필요성이 제기된다. 수요의 크기와 사업성은 영상에서 수치로 제시되지 않는다.
- AI 기반 칩 설계와 추론 인프라는 관심을 둘 만한 연결 지점이다. 다만 언급된 칩의 우수성이나 비용 절감 효과를 투자 판단에 반영하려면 비교 성능과 운영 비용 자료가 필요하다.
⚠️ 불확실하거나 확인이 필요한 부분
- 전사에는 ‘GPT6’, ‘GPD6’, ‘HGBT’, ‘chat sheep’, ‘codecs’ 등 제품명으로 보이는 표현이 혼재한다. 정확한 제품명·버전·출시 월과 발언의 연도는 원문 영상이나 공식 자료로 확인해야 한다.
- Oracle 소프트웨어의 70% 이상을 AI가 작성한다는 발언에는 집계 기간, 코드량의 기준, 대상 조직, 사람의 검토 비중이 제시되지 않는다.
- 생산성이 두 배가 됐다는 언급은 이용자들의 체감에 관한 설명이다. 통제된 비교나 조직 전체의 생산성 측정 결과로 제시된 것은 아니다.
- 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
- 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
- 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.
✅ 액션 아이템
- 제품명, 출시 시점, 칩 이름과 배포 상태를 원문 영상 및 공식 발표와 대조한다.
- 반복 작업 한 가지를 골라 AI 활용 전후의 완료 시간, 결과물 품질, 검토 부담을 기록한다.
- 비개발자가 만든 업무용 앱의 보안 검토와 배포 승인 절차를 점검한다.
- AI로 발견한 취약점이 검증·수정·배포까지 이어지는지 현재 보안 대응 과정을 확인한다.
❓ 열린 질문
- AI 작성 코드 비중이 높아질수록 유지보수 비용과 결함 발생률은 어떻게 달라지는가?
- 비개발자의 앱 제작 확산을 지원하면서 안전한 운영을 유지하려면 어떤 통제 수준이 적절한가?
- AI의 취약점 발견 속도를 조직의 검증·수정·배포 역량이 따라갈 수 있는가?