AI''s third era: the rise of persistent AI coworkers
Quick Summary
AI’s third era: the rise of persistent AI coworkers를 중심으로, AI 제품은 채팅, 단기 에이전트, 지속형 동료의 순서로 발전하고 있다. 세 번째 단계의 핵심은 사용자가 중간 결과를 검토하고 피를 핵심 판단 포인트로 압축 정리한다.
영상 보기
클릭 전까지는 가벼운 미리보기만 먼저 불러옵니다.
🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론
AI’s third era: the rise of persistent AI coworkers를 중심으로, AI 제품은 채팅, 단기 에이전트, 지속형 동료의 순서로 발전하고 있다. 세 번째 단계의 핵심은 사용자가 중간 결과를 검토하고 피를 핵심 판단 포인트로 압축 정리한다.
📌 핵심 요점
- AI 제품은 채팅, 단기 에이전트, 지속형 동료의 순서로 발전하고 있다. 세 번째 단계의 핵심은 사용자가 중간 결과를 검토하고 피드백하면서 AI와 실제 업무를 계속 이어가는 협업 구조다.
- AI 시장에서는 장기 전략의 정교함보다 가장 중요한 가설을 찾아 제품으로 빠르게 시험하고 학습하는 능력이 중요하다. PM의 중심 역할도 일정 관리와 문서 작성에서 문제 정의와 가설 검증으로 이동한다.
- 에이전트가 전술적 실행을 맡을수록 인간은 목표 설정, 방향 조정, 결과 평가를 담당한다. 같은 AI를 사용하는 환경에서 차별점을 만드는 요소는 인간의 판단, 취향, 저자성, 더 높은 목표를 상상하는 능력이다.
- 지속형 AI 동료의 실용성은 모델 지능만으로 결정되지 않는다. 문서·메신저·회사 데이터에 대한 접근권한, 외부 시스템 연결, 클라우드 인프라, 장시간 작업의 신뢰성이 함께 확보돼야 한다.
- AI는 반복 업무를 줄이는 데 그치지 않고 개인이 디자인, 프로토타이핑, 분석, 소프트웨어 제작까지 수행하도록 실행 범위를 넓힌다. 이에 따라 조직은 역할 경계보다 결과에 대한 책임과 빠른 피드백 루프를 중시하게 된다.
🧩 배경과 문제 정의
- AI 제품은 채팅과 단기 작업형 에이전트를 넘어, 사람과 지속적으로 협업하며 업무를 수행하는 동료 형태로 이동하고 있다.
- 모델의 능력은 빠르게 향상되지만 실제 제품 활용은 이를 따라가지 못하며, 현재 성능이나 먼 미래의 예측에 맞춘 제품은 출시 시점에 이미 뒤처질 위험이 있다.
- 지식 노동자의 경쟁력은 반복 업무의 자동화보다 방향 설정, 핵심 가설 검증, 고유한 판단과 취향, 더 높은 목표를 세우는 능력에 달려 있다.
- 지속형 AI 동료가 실용적으로 작동하려면 모델 지능뿐 아니라 데이터 접근, 외부 시스템 연결, 클라우드 인프라와 신뢰성이 함께 뒷받침돼야 한다.
🕒 시간순 섹션별 상세정리
1. 채팅과 에이전트를 넘어서는 지속형 AI 동료
- AI 제품의 첫 번째 시대가 채팅이고 두 번째 시대가 에이전트라면, 세 번째 시대에는 사용자와 계속 협업하며 실제 업무를 완수하는 지속형 동료가 중심이 된다. [00:13]
- AI가 수행할 수 있는 일과 사람들이 실제로 활용하는 일 사이에는 큰 격차가 있으며, 제품 개발은 이 잠재 능력을 현실의 업무 방식으로 연결해야 한다. [00:18]
2. 창업자처럼 움직이는 OpenAI의 제품 조직
- OpenAI에서는 하향식 지시가 제한적이고 각 영역의 구성원이 사실상 창업자처럼 움직이기 때문에, 제품 담당자와 사용자·시장 사이의 거리가 매우 짧다. [03:39]
- 내부에 감춰진 완성형 전략보다 제품과 모델에 관한 생각이 빠르게 공개 제품과 메시지로 전환되며, 사용자가 결과를 직접 접하는 주기도 매우 짧다. [05:30]
3. 장기 전략보다 빠른 실증이 중요한 AI 시장
- 결제처럼 비교적 안정된 시장에서는 경쟁자의 대응과 다음 수를 엄밀하게 예측할 수 있지만, AI 시장은 변화가 빠르고 새 가능성이 계속 출현해 같은 방식의 장기 전략이 쉽게 무효화된다. [07:46]
- 긴 전략 문서를 완성하는 것보다 실제 제품을 신속하게 만들어 사용자에게 시험하고, 결과에서 최대한 많이 학습하는 실증적 접근이 중요해졌다. [08:38]
4. PM 역할의 핵심으로 남은 가설 검증 루프
- 제품의 성패를 결정하는 질문을 찾고, 사용자·시장·기술을 함께 이해해 날카로운 가설을 만든 뒤 시험 결과로 가설을 반복 개선하는 일이 PM 역할의 본질이다. [09:59]
- 엔지니어·데이터 과학자·디자이너까지 문제 정의와 검증 루프에 집중하면서, 일정 관리와 문서 작성 같은 주변 업무보다 무엇을 하고 있고 효과가 있는지를 판별하는 능력이 중요해졌다. [10:46]
5. 직접 수행하는 노동에서 방향을 조종하는 노동으로
- 에이전트가 실무의 노 젓기를 더 많이 맡을수록 사람의 역할은 목표와 방향을 정하고, 결과와 추가 데이터를 바탕으로 다음 경로를 선택하는 조종에 가까워진다. [12:10]
- 조종에는 데이터뿐 아니라 원하는 미래에 대한 주관적 판단과 의지가 필요하며, 여러 전략이 가능해도 어떤 세계를 만들 것인지는 여전히 사람이 결정해야 한다. [12:48]
6. 동일한 AI 도구 시대의 차별점
- 모두가 같은 AI 도구를 사용할 수 있다면 차이는 인간의 판단과 개성에서 생기며, 제품도 패션처럼 기능만 충족하는 것을 넘어 다른 선택과 대비되는 고유한 표현을 가져야 한다. [14:16]
- 소프트웨어는 자본을 투입한 만큼 가치가 나오는 부동산보다 영화 제작에 가깝고, 많은 자원을 투입해도 성공을 보장할 수 없으므로 팀의 관점과 예술적 선택이 결과를 좌우한다. [14:50]
7. 단발성 도구에서 지속적으로 협업하는 동료로
- 에이전트는 더 높은 추상화 수준의 업무를 독립적으로 수행하고, 사람은 중간 결과를 확인해 피드백을 준 뒤 다시 작업을 맡기는 지속형 동료로 발전하고 있다. [16:55]
- 현재의 일대일 에이전트 작업은 동료들의 에이전트 작업과 분리돼 있어 스크린샷이나 대화 기록을 공유해야 하며, 이는 공동 작업에 자연스러운 방식이 아니다. [17:34]
8. 지능만으로 해결되지 않는 에이전트의 실용성
- 에이전트가 더 긴 작업과 높은 수준의 업무를 맡으려면 모델 지능과 장기 작업 능력이 필요하지만, 로컬 환경에서는 기기 안의 데이터에 접근할 수 있다는 실무적 이점도 크다. [19:12]
- 클라우드 에이전트가 문서·메신저·회사 데이터베이스 같은 시스템에 접근하지 못하면 필요한 정보가 없는 동료처럼 활용도가 낮아진다. [19:38]
9. 자동화를 넘어 개인의 실행 범위를 넓히는 AI
- AI를 가장 효과적으로 활용하는 사람은 반복 업무만 자동화하지 않고, 제품 감각·엔지니어링·디자인처럼 이전에는 여러 직군에 분산됐던 역량을 자신의 실행 범위로 끌어온다. [21:17]
- 디자인 제작, 초기 프로토타입 구현, 가격 모델 설계와 시나리오 분석을 한 사람이 빠르게 수행할 수 있어 머릿속 비전을 현실로 옮기는 범위와 속도가 크게 확장된다. [22:05]
10. 비현실적으로 빠른 실행과 더 높은 야심
- 과거에도 짧은 기간에 비현실적으로 큰 프로젝트가 가능했다면, 학습·요약·설계·CAD 모델링까지 즉시 지원하는 AI는 이런 고속 실행 사례를 기하급수적으로 늘릴 수 있다. [23:54]
- 새로운 가능성을 습관적으로 떠올리지 못하는 것이 장애물이며, 기존 계획을 더 빠르게 수행하거나 규모를 열 배 키울 방법을 먼저 질문해야 한다. [24:23]
11. 속도와 제품 집착을 결합한 개발 원칙
- ‘최대로 가속됐는가’는 목표를 가능한 한 빠르게 추진하는지 점검하고, ‘제품을 계속 사용하고 있는가’는 팀이 일상적으로 직접 사용하며 문제를 발견하는지 확인한다. [25:54]
- 높은 목표, 최대 실행 속도, 상시 사용을 결합하면 팀의 취향과 사용자 관점을 제품에 반영하면서 피드백 루프를 최대한 짧게 만들 수 있다. [26:06]
12. 모델의 미래와 맞추는 2~3개월 개발 시계
- AGI의 실현뿐 아니라 인류에게 유익한 결과를 만드는 것이 조직의 공통 목표이며, 제품 개발에서도 다가올 모델 능력을 지속적으로 의식해야 한다. [27:17]
- 현재 모델에 맞추면 곧 낡고 1년 뒤를 예상하면 너무 이르기 때문에, 제품은 2~3개월 뒤의 모델 능력을 기준으로 설계하고 모델을 가리는 불필요한 구조를 줄여야 한다. [28:03]
13. 복잡한 선택을 없애는 제품 인터페이스
- 현재 앱에는 ChatGPT와 Codex 선택 메뉴, 채팅과 작업을 구분하는 토글이 함께 있어 사용자가 요청 전에 여러 실행 방식을 선택해야 한다. [29:39]
- 장기적인 기준은 사용자가 도구나 모드를 고르지 않고 입력창에 작업만 작성하면, 제품이 적절한 처리 방식을 결정하는 경험이다. [29:59]
14. 작업에 맞는 모델과 인터페이스의 자동 선택
- 사용자가 앱 제작 같은 목표만 제시하면 시스템이 적절한 하네스와 모델을 선택해야 하며, 제품별 한계와 기능을 사용자가 직접 파악하게 해서는 안 된다. [30:12]
- Chat 모드는 대화와 검색에 적합하고 Work 모드는 Codex의 실행 능력을 지식 업무용 UI로 제공해, 복잡한 재무 모델 같은 작업까지 처리한다. [31:02]
15. Work와 Codex를 가르는 것은 기능보다 UI
- Work와 Codex는 재무 모델이나 매출 예측에서 비슷한 성능을 내며, 차이는 사고 과정과 기술 정보를 어느 정도 노출하느냐에 있다. [32:23]
- 장기적으로 여러 모드를 통합해 사용자의 선택 부담을 없애고, 개발자를 바꾼 에이전트 경험을 지식 노동자에게도 확장하는 것이 목표다. [33:01]
16. 대화형 AI에서 지속형 동료까지의 세 단계
- 첫 번째 시대는 채팅, 두 번째 시대는 코딩을 중심으로 한 에이전트이며, 현재 과제는 10억 명 규모의 ChatGPT 사용자에게 지식 업무용 에이전트를 자연스럽게 제공하는 것이다. [34:51]
- 세 번째 시대에는 지속형 AI 동료가 사용자 및 다른 사람들과 협업하면서 실제 업무를 수행하고, 제품은 하네스 같은 기술 개념을 감춰야 한다. [35:37]
17. 완벽한 제품보다 빠른 사용과 반복
- 과거에는 모든 UI를 완벽하게 다듬은 뒤 출시해도 결과에 큰 차이가 없었지만, AI 제품은 변혁 가능성이 확인되면 사용자에게 빨리 전달하는 편이 더 중요하다. [36:10]
- 출시 전후의 피드백을 빠르게 반영하고 올바른 신호를 선택하는 반복 속도가 핵심이며, 초기 완성도가 낮더라도 실제 사용에서 학습해야 한다. [37:36]
18. Codex의 성장을 만든 일관된 운영 방식
- Codex 팀은 제품을 일상적으로 직접 사용하면서 짧은 반복 주기로 문제를 고쳤고, 외부 분위기의 변화는 내부 전략 전환보다 시장이 그 개선을 뒤늦게 인식한 결과에 가깝다. [40:05]
- 개발자들이 자신의 문제와 사내·외 사용자 문제를 함께 해결하며, 사명에 맞는 목표인지와 발전 속도를 최대화하고 있는지를 계속 점검한다. [40:42]
19. 창업자처럼 움직이는 독립적인 팀
- 팀원들은 직함과 관계없이 제품의 모든 세부 요소에 책임감을 갖고, 개선할 영역을 발견하면 독립적으로 직접 구현한다. [41:39]
- 내부에서 실제로 사용되지 않거나 유용성이 부족한 기능은 반복 개선한 뒤 외부에 출시하며, 이 자율적인 검증 루프가 제품 품질을 만든다. [42:07]
20. 역할 경계보다 결과에 대한 단일 책임
- 스타트업형 조직에서는 엔지니어·PM·디자이너의 업무 경계보다 제품이 사용되고 원하는 가치를 제공하는지에 대한 책임이 우선한다. [42:48]
- 한 명의 직접 책임자가 사용성·품질·효과를 소유하고, 나머지 작업은 구성원이 적성과 역량에 따라 맡아 공동의 결과를 완성한다. [43:28]
21. 전문 기술의 추상화와 역할 전환의 충돌
- 유연한 협업은 결과를 빠르게 만들지만, 특정 직무의 기술을 연마하는 즐거움과 전문성이 약해질 수 있다는 긴장을 낳는다. [44:07]
- 모델이 기존의 세부 작업을 더 효과적으로 수행하면서 전문성의 초점은 직접 실행에서 제품의 다른 문제에 적용하는 능력으로 이동한다. [44:43]
22. 인간에게 남는 책임·표현·관계의 가치
- 에이전트를 부하 직원처럼 활용하더라도 최종 결과의 품질과 의도 충족 여부는 인간이 책임지며, 규제 산업과 대면 업무에서는 이 책임이 특히 중요하다. [46:18]
- 좋은 소프트웨어는 예산만으로 만들어지지 않으며, 무엇을 만들고 어떤 느낌을 부여할지 결정하는 저자성·취향·표현은 인간의 영역으로 남는다. [47:14]
23. 프롬프트로 만드는 개인용 소프트웨어
- Sites를 이용하면 발표 자료뿐 아니라 팀 게임, 데이터베이스가 있는 도구, 여행 경로와 고도·식량을 관리하는 앱까지 짧은 시간에 만들 수 있다. [48:58]
- 개인에게 필요한 소프트웨어를 블록으로 조립하는 대신 정확한 요구를 프롬프트로 입력하면, 공유와 자동 갱신이 가능한 도구가 바로 생성된다. [50:01]
24. 생성부터 호스팅까지 연결된 Sites
- Codex에 팀용 마피아 게임 사이트처럼 원하는 용도를 입력하면 소스 코드만 반환하는 데 그치지 않고 실행 가능한 사이트까지 만든다. [50:33]
- 생성한 사이트는 공개·팀 공유·비공개 범위를 선택해 호스팅할 수 있어, 기존 문서와 스프레드시트 중심의 업무 산출물을 대체한다. [50:53]
25. 데이터를 이야기로 바꾸는 Visualize
/visualize에 ChatGPT 사용 기록 같은 대상을 지정하면 관련 데이터를 모아 시각화 결과물을 생성한다. [51:54]- 여러 차트와 데이터를 이야기의 목적에 맞게 이해 가능한 형태로 구성하는 작업이 단순해져, 분석뿐 아니라 전달 과정의 부담도 줄어든다. [52:08]
26. 사고를 위한 글쓰기와 보고를 위한 글쓰기
- 업무 글쓰기는 제품·전략의 이유를 탐구하는 ‘사고로서의 글쓰기’와 팀 현황·출시 계획을 전달하는 ‘보고로서의 글쓰기’로 나뉜다. [53:13]
- 주간 현황이나 계획 보고는 모델로 적극 자동화할 수 있지만, 개요 작성과 문장화·삭제·수정을 거쳐 생각을 정렬하는 과정은 직접 수행해야 한다. [53:42]
27. 비판과 반복으로 강해지는 브리프
- 새로운 제품이나 방향을 다룬 브리프는 여러 동료에게 차례로 공유해 반론과 허점을 받고, 그 피드백을 반영하며 논리를 강화한다. [54:40]
- Stripe의 글쓰기 문화에서는 제품 영역 제안과 문제 분석을 담은 브리프가 조직 내부에서 널리 공유됐고, 글쓰기가 집단적 사고 도구로 기능했다. [55:05]
28. 긴 문서에서 프로토타입과 실험 결과로
- AI가 긴 문서를 쉽게 생성하면서 문서 분량은 깊이 있는 사고의 증거가 아니게 됐고, 공유 산출물의 중심도 문서에서 벗어났다. [55:46]
- 직접 체험할 수 있는 목업·프로토타입이나 A/B 테스트 결과는 주장만 담은 문서보다 방향성과 근거를 효과적으로 전달한다. [56:31]
29. 인간의 사고력을 지키는 작성 원칙
- 문서는 약 70%만 완성한 상태에서 동의를 얻어야 할 사람을 참여시키면, 완성된 안에 의견을 덧붙이는 대신 거친 부분을 함께 다듬을 수 있다. [57:30]
- 사고력의 위축을 막기 위해 보고용 글은 AI에 맡기되 사고용 글은 직접 쓰고, 다른 사람에게 읽힐 문서에는 독자들이 투입할 총시간에 상응하는 준비를 먼저 투자한다. [58:28]
30. 서터힐의 반복 가능한 창업 플레이북
- 서터힐벤처스는 외부 노출을 최소화하면서도 스노우플레이크를 비롯한 대형 성공 사례를 배출했고, 마이크 스파이저의 인큐베이션 모델을 통해 기업 설립을 반복 가능한 과정으로 만들었다. [1:00:45]
- 제품·시장 적합성은 운이나 암묵적 감각만으로 결정되지 않으며, 기업 영업팀 구성·제품 포지셔닝·초기 창업팀 채용처럼 매일 누적되는 실행 요소가 성공 확률을 높인다. [1:01:20]
31. 제품보다 먼저 검증하는 제품 마케팅 적합성
- 기술에 대한 깊은 이해와 기업 영업 프로세스를 결합해 제품의 서사와 포지셔닝을 먼저 설계하는 ‘제품 마케팅 적합성’이 제품·시장 적합성만큼 중요하다. [1:03:05]
- 제품을 만들기 전에 100명에게 아이디어를 제안하고 반응을 바탕으로 메시지를 다듬어야 하며, 변화를 설득할 수 있는 서사가 확보된 뒤에야 구체적인 제품 형태를 확정할 수 있다. [1:03:34]
32. 대화 중 완성된 개인 웹사이트
- 백그라운드에서 실행된 AI 작업이 대화가 이어지는 동안 개인 웹사이트를 완성했고, 멀티프로덕트 구성과 인용문을 포함한 실제 디자인 수준의 결과물을 만들었다. [1:04:18]
- 오래된 스트라이프 사원증 사진을 대표 이미지로 사용한 해프닝은 있었지만, 별도의 지속적인 조작 없이 사이트 전체와 이미지 주변 디자인까지 자동으로 구성됐다. [1:04:40]
33. 코딩과 지식 노동의 서로 다른 검증 방식
- 코딩은 테스트 실행과 실제 동작 여부로 결과를 검증할 수 있지만, 지식 노동은 최종 문서에 적힌 성공률이나 숫자만 보고 신뢰할 수 없고 입력·추론·진행 과정을 함께 확인해야 한다. [1:05:09]
- 지식 노동용 AI에는 진행 중인 작업, 인용 출처, 입력 자료를 사용자가 따라가며 검토할 수 있는 협업 경험이 필요하고, 그래야 최종 결과의 정확성과 유용성을 판단할 수 있다. [1:05:53]
34. 반복해서 읽으며 성장의 층위를 발견하는 책
- 《Barbarian Days》는 뛰어난 성취에 도달하지 못하더라도 한 가지 열정에 삶을 바치고 완벽을 추구할 수 있다는 관점을 담으며, 능숙함과 삶의 목적이 반드시 일치할 필요는 없다. [1:08:06]
- 《안나 카레니나》는 13세에는 줄거리, 17세에는 유럽 역사와 계급 갈등, 30세에는 인간과 여성의 삶으로 읽혔고, 같은 대상을 성장 단계마다 다른 렌즈로 볼 수 있음을 보여줬다. [1:08:56]
35. 제약을 넘어서는 영화적 야망
- 《오디세이》는 AI가 사회를 변화시키고 도덕성이 붕괴하는 과정을 다룬 작품으로 해석됐으며, 크리스토퍼 놀란은 예술성과 상업적 성공을 함께 달성한 현대 감독의 사례가 된다. [1:11:26]
- 구로사와 아키라의 《라쇼몽》은 여러 인물의 관점으로 하나의 사건을 재구성해 끝까지 진실을 확정할 수 없게 만드는 기법을 개척했다. [1:11:56]
36. 친구를 위한 ‘코지 소프트웨어’
- 생성형 AI 덕분에 대중 시장이 아니라 친구 다섯 명의 구체적인 필요를 위해 소프트웨어를 만드는 ‘코지 소프트웨어’가 현실적인 개발 방식이 됐다. [1:13:49]
- 친구가 만든 앱은 어떤 자료든 팟캐스트로 변환하고, ‘GATS’는 소규모 친구 그룹을 위한 비공개 트위터처럼 작동해 가까운 관계 안에서 관심사와 정보를 공유하게 한다. [1:14:02]
37. 일과 정체성을 분리하는 네 가지 원칙
- 토니 모리슨의 에세이에서 가져온 원칙은 상사가 아니라 자신을 위해 일을 잘하고, 직업이 자신을 규정하도록 두지 말라는 태도에서 출발한다. [1:15:13]
- 자신이 직업을 만들 뿐 직업이 자신을 만드는 것은 아니며, 진짜 삶은 가족과 함께 있고, 인간의 정체성은 수행하는 업무와 같지 않다는 네 가지 기준이 일과 삶의 경계를 세운다. [1:15:21]
38. 야망의 기준을 바꾼 틸 펠로십
- 틸 펠로십은 기존 진로를 벗어나 더 큰 목표에 도전해도 된다는 허락을 제공했고, 타인이 한 사람의 야망을 높여주는 순간이 인생의 방향을 바꿀 수 있다. [1:16:30]
- 같은 펠로 출신인 아리 와인스타인은 Sky를 창업한 뒤 OpenAI에 합류했으며, 맥에서 가능한 새로운 경험을 탐구하는 창의성을 바탕으로 컴퓨터 사용 제품을 이끌었다. [1:16:55]
39. 대학 대신 창업을 택한 펠로들의 실험
- 틸 펠로십은 대학에 진학하는 대신 자신이 원하는 것을 만드는 20세 미만 청년에게 10만 달러를 지원했고, 초기에는 해마다 약 20명으로 참가자를 제한했다. [1:17:49]
- 두 번째 기수의 선발과 창업 아이디어 발표 과정은 CNBC 다큐멘터리로 제작돼, 당시 19세 참가자들의 피치가 지금도 유튜브에 남아 있다. [1:18:20]
40. 클라우드에서 지속적으로 일하는 AI
- ChatGPT의 Work 기능으로 자신을 소개하는 사이트나 사용 기록 시각화를 만들면 AI의 작업 능력을 직접 체험할 수 있고, 여기서 파생되는 활용 범위는 특정 템플릿에 제한되지 않는다. [1:19:18]
- 모바일에서 긴 작업을 요청한 뒤 지하철처럼 연결이 끊기는 환경을 지나도 클라우드에서 처리가 계속되며, 사용자가 노트북을 열어둔 채 실행 상태를 관리할 필요가 없다. [1:20:08]
🧾 결론
- 지속형 AI 동료는 단발성 명령 수행기가 아니라 사람의 피드백과 조직의 맥락을 받아 장시간 업무를 이어가는 공동 작업자다.
- 인간의 핵심 가치는 직접 수행한 작업량보다 무엇을 만들지 정하고 결과의 품질과 의도를 책임지는 능력으로 이동한다.
- AI 제품 조직은 완벽한 초기 제품보다 실제 사용, 짧은 반복 주기, 날카로운 가설 검증을 통해 경쟁력을 축적해야 한다.
- 지식 노동용 AI의 신뢰를 확보하려면 최종 답변뿐 아니라 입력 자료, 인용 출처, 작업 진행 과정도 사용자가 검토할 수 있어야 한다.
📈 투자·시사 포인트
- 지속형 에이전트 시장에서는 모델 성능뿐 아니라 기업 데이터 연결, 권한 관리, 클라우드 실행, 관찰 가능성, 신뢰성을 제공하는 기반 기술의 중요성이 커질 수 있다.
- 사용자에게 모델이나 실행 모드를 직접 선택하게 하는 제품보다 요청의 성격에 맞춰 모델과 인터페이스를 자동 선택하는 통합형 제품이 유리할 가능성이 있다.
- AI 도입 효과는 단순한 인력 대체율보다 한 사람이 수행할 수 있는 직무 범위, 프로토타입 속도, 가설 검증 횟수가 얼마나 증가하는지로 평가할 필요가 있다.
- 동일한 기반 모델이 널리 보급될수록 제품의 차별화는 독점적 데이터, 워크플로 통합, 사용자 경험, 조직의 판단과 취향에서 형성될 가능성이 크다.
⚠️ 불확실하거나 확인이 필요한 부분
- 지속형 AI 동료가 실제 조직에서 어느 수준의 업무를 얼마나 오래 안정적으로 수행할 수 있는지에 관한 정량적 성공률과 비용 자료는 제시되지 않았다.
- 데이터 접근권한과 외부 시스템 연결이 확대될수록 보안, 개인정보 보호, 오작동의 전파 범위, 최종 책임 소재가 어떻게 관리되는지는 추가 검증이 필요하다.
- 2~3개월 뒤의 모델 능력을 기준으로 제품을 설계하는 방식은 OpenAI의 개발 환경에는 적합할 수 있지만, 규제 산업이나 장기 조달 주기를 가진 조직에도 그대로 적용되는지는 불확실하다.
- 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
- 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
- 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.
✅ 액션 아이템
- 현재 업무를 반복 자동화, AI 단독 실행, 인간 판단 필수 영역으로 나누고 지속형 에이전트에 맡길 첫 번째 장기 작업을 선정한다.
- 선정한 작업의 성패를 가르는 단일 핵심 가설과 측정 가능한 검증 기준을 정의한다.
- 에이전트가 필요한 문서, 메신저, 데이터베이스, 외부 도구와 각각의 최소 접근권한을 목록화한다.
- 최종 결과뿐 아니라 출처, 입력 자료, 중간 산출물, 인간의 승인 지점을 확인할 수 있는 검토 절차를 설계한다.
❓ 열린 질문
- 여러 사람과 여러 에이전트가 함께 일할 때 작업 맥락, 권한, 피드백, 최종 책임을 어떤 인터페이스로 통합해야 하는가?
- 인간이 사고를 위임하지 않으면서도 보고, 요약, 형식 변환 같은 작업을 최대한 자동화할 수 있는 경계는 어디인가?
- 모델 성능이 빠르게 변하는 환경에서 제품 조직은 현재 사용자 요구와 가까운 미래의 모델 능력 사이의 균형을 어떻게 정해야 하는가?