[카테고리:] AI

  • AI한테 랜덤 숫자 물어보면 왜 맨날 7이 나올까

    AI한테 랜덤 숫자 물어보면 왜 맨날 7이 나올까

    챗봇 아무거나 켜서 “1부터 10 사이 숫자 하나만 말해줘”라고 쳐보자. 십중팔구, 7이다. “하나 더”라고 물으면 이번엔 3이나 4쯤 나오고, 그다음엔 8이나 9 언저리를 맴돈다. 사람한테 물어봐도 비슷한 쏠림이 생기긴 한다. 근데 진짜 문제는 따로 있다. ChatGPT든 클로드든 제미나이든, 브랜드를 안 가리고 거의 같은 숫자로 수렴한다는 거다. AI가 ‘무작위’라는 말을 근본적으로 오해하고 있는 셈인데, 이유를 알아두면 실무에서 AI 다루는 감각이 확 달라진다.

    AI는 애초에 주사위를 던지지 않는다

    대형언어모델, 그러니까 LLM은 다음에 올 단어(정확히는 토큰)를 확률 분포로 계산해서 뽑는 방식으로 돌아간다. “1부터 10 사이 숫자”라는 문장 뒤에 어떤 숫자가 나올 확률이 제일 높은지, 답은 이미 학습 데이터 안에 있다. 사람들이 인터넷에 “랜덤으로 숫자 하나 골라봐”라는 글을 남길 때 유독 7을 자주 썼고, 심리학 쪽 연구를 봐도 사람이 ‘진짜 무작위처럼 느껴지는’ 숫자로 7을 제일 많이 고른다는 결과가 있다. AI는 이 편향을 그대로 흡수해서 되풀이할 뿐이다. 결국 AI한테 무작위 숫자를 요구하는 건 동전을 던지라는 게 아니라, “사람들이 무작위라고 생각할 때 가장 많이 답한 숫자를 말해줘”라고 시키는 것과 다를 게 없다.

    온도(Temperature)라는 손잡이의 정체

    API 좀 만져본 사람이라면 temperature라는 파라미터, 한 번쯤 봤을 거다. 이게 바로 확률 분포에서 얼마나 과감하게 골라잡을지를 정하는 다이얼이다.

    • temperature가 0에 가까우면 가장 확률 높은 답만 골라서, 물어볼 때마다 거의 똑같은 결과가 나온다
    • 1 이상으로 올리면 확률 낮은 후보들도 뽑힐 틈이 생겨서 답이 다채로워진다
    • ChatGPT 웹이나 클로드 웹처럼 대부분의 챗봇 서비스는 이 값을 사용자가 직접 못 만지게 해놨다. 서비스 쪽에서 적당히 낮게 고정해둔 경우가 많다

    그래서 개발자용 API 콘솔이나 코드로 직접 호출할 때는 temperature를 1.0~1.3 사이로 올려보자. 답변이 다양해지는 게 바로 체감된다.

    여러 AI가 똑같이 획일화되는 진짜 문제

    숫자 하나 못 맞히는 거야 사실 별일 아니다. 진짜 골치 아픈 건 브레인스토밍, 아이디어 도출, 창작 작업에서도 비슷한 쏠림이 나타난다는 점이다. 회사 이름 지어달라, 소설 도입부 써달라, 마케팅 문구 뽑아달라 하면 — 서로 다른 회사 모델인데도 구조나 표현이 신기하리만치 겹친다. 학계에서는 이걸 모드 붕괴(mode collapse)라고 부른다. 사람 피드백으로 모델을 미세조정하는 RLHF 과정에서, 평가자들이 무난하고 안전한 답을 선호하다 보니 모델이 점점 ‘정답처럼 보이는 하나의 스타일’로 수렴해버리는 현상이다. 결과적으로 독립적으로 만들어진 모델들인데도 사고방식이 비슷해지는, 일종의 집단사고 상태에 빠지는 셈이다.

    진짜 무작위 값이 필요할 땐 이렇게

    추첨, 게임, 통계 시뮬레이션처럼 진짜 무작위성이 필요한 작업이라면, 챗봇한테 직접 묻는 것보다 다음 방법이 낫다.

    • 프로그래밍 언어의 난수 함수를 쓴다. 파이썬이면 random.randint(), 자바스크립트면 Math.random()
    • random.org처럼 대기 소음 기반으로 진짜 난수를 뽑아주는 서비스를 이용한다
    • AI한테 직접 답을 내라고 하지 말고, “파이썬 코드로 1~10 사이 난수를 뽑아서 실행해줘”처럼 코드 실행 기능으로 우회시킨다. 코드 실행 환경이 붙어 있는 도구라면 이 방식이 훨씬 믿을 만하다

    답변을 다채롭게 뽑아내는 프롬프트 팁

    창작이나 아이디어 작업에서 획일화를 피하고 싶으면 프롬프트 자체를 바꿔보는 것도 방법이다. “완전히 다른 3가지 관점에서 답해줘”, “기존과 겹치지 않는 답만 골라줘”, “일부러 덜 흔한 선택지를 제시해줘”처럼 다양성을 못 박아서 요구하면 결과가 확 달라진다. 같은 질문을 여러 AI 서비스에 동시에 던져서 답을 비교해보는 것도 획일화에서 벗어나는 실용적인 방법이다. 결국 AI 답변의 패턴을 한번 이해하고 나면, 언제 AI한테 맡기고 언제 진짜 난수 도구나 사람 판단을 더해야 하는지 감이 잡힌다. 이건 알아두면 두고두고 쓸 일이 많다.

    출처: MIT Tech Review AI

  • 노화를 거꾸로 돌린다는 ‘세포 리프로그래밍’, 어디까지 왔나

    노화를 거꾸로 돌린다는 ‘세포 리프로그래밍’, 어디까지 왔나

    베조스가 노화를 멈추는 데 돈을 걸었다. 알트먼도 마찬가지다. 실리콘밸리 거물들이 수십억 달러를 쏟아붓는 분야, 공통분모를 따라가 보면 결국 하나의 기술로 모인다. 세포 리프로그래밍(cellular reprogramming)이다. 늙은 세포를 어렸을 때 상태로 되돌려서 노화 자체를 거꾸로 돌린다는 이야기, 한때는 SF 영화 소재였다. 지금은 실험실 단계까지 와 있다. 원리가 뭔지, 실제로 어디까지 진행됐는지 차근차근 정리해본다.

    세포 리프로그래밍, 정확히 뭘 하는 기술인가

    DNA 서열을 건드리는 게 아니다. 유전자는 그대로 두고, 그 위에 쌓인 화학적 표지(에피지넘)만 초기화하는 작업이다. 비유하자면 하드디스크 파일은 안 건드리고 설정값만 공장 초기화하는 셈. 세포는 나이가 들수록 어떤 유전자는 켜지고 어떤 유전자는 꺼지는 패턴이 쌓인다. 이 패턴을 다시 어린 세포 상태로 맞춰주면 세포의 ‘생물학적 나이’가 젊어진다는 게 핵심 가설이다.

    야마나카 인자, 노화를 되돌리는 단백질 4개

    출발점은 2006년, 일본 과학자 신야 야마나카의 연구다. 4가지 단백질 — Oct4, Sox2, Klf4, c-Myc — 을 피부세포에 주입했더니, 그 세포가 배아줄기세포처럼 뭐든 될 수 있는 상태로 돌아갔다. 이 4가지를 묶어서 야마나카 인자라 부른다. 이 발견으로 2012년 노벨 생리의학상도 받았다. 원래는 줄기세포를 만들기 위한 기술이었는데, 최근 연구는 방향이 좀 다르다. 인자들을 아주 짧게만 적용해서 세포 정체성은 유지하면서 나이만 되돌리는 쪽으로 옮겨갔다.

    부분 리프로그래밍 vs 완전 리프로그래밍

    여기서 길이 둘로 갈린다.

    • 완전 리프로그래밍: 세포를 끝까지 초기화해서 줄기세포로 만든다. 피부세포가 정체성을 잃고 무엇이든 될 수 있는 세포로 바뀐다. iPS세포를 만들 때 쓰는 방식인데, 몸속에서 직접 했다간 종양으로 이어질 위험이 크다.
    • 부분 리프로그래밍: 야마나카 인자를 짧게, 또는 약하게만 노출시킨다. 세포 정체성은 그대로 두고 노화 시계만 되돌리는 식이다. 피부세포는 여전히 피부세포다. 다만 더 어릴 때의 유전자 발현 패턴을 갖게 된다.

    요즘 투자가 몰리는 쪽은 거의 다 부분 리프로그래밍이다. 안전성 관리가 그나마 수월해서다.

    동물실험, 어디까지 와 있나

    동물실험 데이터는 생각보다 인상적이다.

    • 하버드 데이비드 싱클레어 연구팀은 2020년, 시신경이 손상된 늙은 쥐에게 부분 리프로그래밍을 적용해 시력을 일부 되살렸다.
    • 근육과 신장 조직에서 노화 관련 손상이 줄어들었다는 보고도 나왔다.
    • 일부 연구에서는 쥐의 평균 수명 자체가 늘어나기도 했다.

    전부 쥐 얘기다. 사람 몸에서도 똑같이 작동할지는 아직 아무도 증명 못 했다.

    발목 잡는 건 결국 암

    걸림돌은 c-Myc이다. 이 단백질, 대표적인 암 유발 유전자(종양유전자)로 꼽힌다. 야마나카 인자를 너무 오래, 너무 세게 쓰면 세포가 통제 안 되고 증식하면서 기형종 같은 종양이 생길 위험이 커진다. 실제로 일부 쥐 실험에서 리프로그래밍을 과하게 적용한 그룹에서 종양이 나온 사례도 보고됐다. 그래서 연구자들은 c-Myc을 빼거나 노출 시간을 정밀하게 조절하는 쪽으로 안전성을 확보하려 매달리는 중이다. 이 기술이 임상까지 가려면 ‘얼마나 효과적인가’보다 ‘얼마나 안전하게 끌 수 있는가’가 더 큰 숙제인 셈이다.

    돈은 이미 몰렸다, 누가 들어와 있나

    속도가 가파르다.

    • 알토스랩(Altos Labs): 제프 베조스 등이 초기에 30억 달러 규모로 투자해 출범시킨 회사. 부분 리프로그래밍 기반 치료제 개발에 집중한다.
    • 레트로 바이오사이언스(Retro Biosciences): 샘 알트먼이 투자한 곳. 세포 리프로그래밍과 자가포식(autophagy) 연구를 같이 진행한다.
    • 뉴림(NewLimit), 라이프 바이오사이언스(Life Biosciences) 등도 비슷한 방향으로 연구비를 끌어모으는 중이다.

    대부분 아직 동물실험이나 초기 세포 단계다. 사람 대상 정식 임상시험에 들어간 곳은 거의 없다.

    그래서, 내 몸에 적용되려면 뭐가 더 필요한가

    전문가들 시각은 대체로 비슷하다. 사람 대상 정식 치료제가 나오려면 최소 10년은 더 걸릴 거라는 쪽. 넘어야 할 장벽도 명확하다. 암 위험을 통제할 정밀한 투여 방식, 특정 조직에만 정확히 전달하는 기술, 장기간 안전성을 입증할 대규모 임상 데이터. 이 세 가지가 다 갖춰져야 한다. 그 사이에 ‘세포 리프로그래밍’이나 ‘에피지넘 역전’을 내세운 고가 건강관리 서비스나 보충제가 마케팅 용어로 먼저 등장할 가능성, 솔직히 꽤 높다. 사람 몸에서 검증된 효과가 아직 없는 만큼, 이런 상품을 만나면 학술 논문에 실린 임상 데이터가 있는지부터 확인하는 게 합리적이다.

    출처: MIT Tech Review AI

  • AI 에이전트란? 코딩부터 연구까지 어디까지 써먹을 수 있나

    AI 에이전트란? 코딩부터 연구까지 어디까지 써먹을 수 있나

    개발자들 모이는 자리에 가면 요즘 빠지지 않고 나오는 말이 있다. “코드는 AI한테 맡기고 나는 검토만 한다.” 농담처럼 들렸는데, 더는 아니다. 같은 흐름이 이제 실험실 쪽으로도 옮겨가는 중이다. 신약 후보 물질을 찾는 연구자가 문헌 조사부터 데이터 분석까지 AI에게 떠넘기는 풍경, 머지않아 보일 거다. 이 변화의 한복판에 ‘AI 에이전트’라는 개념이 있다. 코딩, 연구, 마케팅, 고객 응대까지 업무 전반으로 번지고 있는 이 기술이 정확히 뭔지, 일상 업무에 어떻게 끌어다 쓸 수 있는지 한번 짚어본다.

    AI 에이전트, 정체가 뭐길래

    AI 에이전트는 사람이 목표만 던져주면 알아서 작업을 쪼개고, 필요한 도구를 골라 쓰고, 결과를 점검하면서 끝까지 밀어붙이는 AI 시스템이다. 질문에 답하는 수준을 넘어 실제로 ‘일을 처리’한다는 게 핵심. 특징을 정리하면 이렇다.

    • 목표 지향적으로 여러 단계 작업을 스스로 계획하고 실행한다
    • 코드 실행, 검색, 파일 읽기·쓰기 같은 외부 도구를 직접 호출한다
    • 중간 결과를 스스로 확인하고 틀리면 다시 시도한다
    • 사람 개입 없이 긴 작업을 이어서 처리한다

    챗봇이랑은 뭐가 다른가

    챗봇은 질문 하나에 답 하나 내놓고 끝이다. 에이전트는 다르다. “이 버그 좀 고쳐줘” 한마디에 코드를 읽고, 원인을 찾고, 수정하고, 테스트까지 돌린 다음 결과를 보고한다. 사람이 매 단계마다 지시를 내릴 필요가 없다는 점, 이게 결정적이다. 챗봇이 대화 상대에 가깝다면, 에이전트는 업무를 통째로 맡길 수 있는 직원에 가까운 셈이다.

    코딩 쪽에서 먼저 자리 잡은 이유

    AI 에이전트가 가장 먼저, 가장 빠르게 퍼진 분야는 단연 소프트웨어 개발이다. 이유는 단순하다. 코딩은 결과를 코드 실행이나 테스트로 바로 확인할 수 있고, 작업 단위도 함수 하나, 버그 하나, 기능 하나로 비교적 명확하게 쪼개지기 때문. Claude Code 같은 코딩 에이전트는 전체 코드베이스를 읽고, 터미널 명령을 실행하고, 테스트를 돌려 통과 여부까지 확인하는 식으로 움직인다. 사람은 한 발 물러나 결과물만 검토하면 되는 구조다.

    이제는 연구실까지

    최근 눈에 띄는 흐름이 하나 있다. 이 에이전트 방식이 과학 연구 영역으로 넘어가고 있다는 것. 제약사 임원이나 바이오텍 창업자, 연구자를 대상으로 한 자리에서 과학 연구 전용 AI 에이전트가 소개된 사례도 나왔다. 논문 검토, 실험 설계, 데이터 분석처럼 절차가 정형화돼 있고 결과 검증이 가능한 작업이라면 코딩과 구조가 별반 다르지 않다. 반복적인 문헌 조사나 데이터 정리에 드는 시간을 줄여주는 방향으로 쓰이는 흐름, 점점 강해지고 있다.

    내 업무에 써보려면 어디서부터

    거창하게 시작할 필요 없다. 오히려 작은 단위부터 건드려보는 쪽이 실패 확률을 줄인다.

    • 규칙이 명확하고 반복적인 업무부터 골라본다 (이메일 분류, 데이터 정리, 보고서 초안 작성 등)
    • 결과를 사람이 빠르게 확인할 수 있는 작업을 우선한다
    • 전체 업무를 통째로 맡기지 말고 일부 단계만 시범 적용해본다
    • 접근 권한과 작업 범위는 처음부터 좁게 잡는다

    도입 전에 따져봐야 할 것들

    에이전트가 작업을 끝까지 알아서 처리한다는 건, 뒤집어 보면 오류도 끝까지 밀고 나갈 수 있다는 뜻이다. 사실과 다른 내용을 그럴듯하게 지어내는 환각 문제는 여전히 남아 있고, 결과물을 검토할 사람은 따로 필요하다. 민감한 데이터를 다루는 업무라면 접근 권한과 보안 설정부터 꼼꼼히 따져야 한다. 사용량에 따라 비용이 늘어나는 구조라, 파일럿 단계에서 비용 대비 효과를 미리 가늠해보는 편이 안전하다. 이건 좀 보수적으로 접근해도 손해 볼 거 없는 부분.

    궁금한 것들, 미리 정리해본다

    Q. AI 에이전트와 기존 RPA(업무 자동화 툴)는 뭐가 다른가?
    RPA는 정해진 규칙대로만 움직이는 매크로에 가깝다. 화면 구조 하나만 바뀌어도 바로 멈춘다. AI 에이전트는 상황을 판단해 방법을 바꿔가며 목표를 달성하려 한다. 유연성 차이가 크다.

    Q. 비전공자도 AI 에이전트를 쓸 수 있나?
    가능하다. 코딩 지식 없이도 자연어로 지시하고 결과물만 검토하는 식으로 쓰는 사람, 늘고 있다. 다만 결과를 판단할 최소한의 도메인 지식은 필요하다.

    Q. 회사 보안 정책상 도입이 걱정된다면?
    외부 서버로 데이터가 나가지 않는 사내망 전용 옵션이 있는지, 권한을 세밀하게 제한하는 기능을 제공하는 서비스인지부터 확인하는 게 첫걸음이다.

    출처: MIT Tech Review AI

  • AI 에이전트란 무엇인가 — 챗봇과 결정적으로 다른 이유, 기업 도입 체크리스트까지

    AI 에이전트란 무엇인가 — 챗봇과 결정적으로 다른 이유, 기업 도입 체크리스트까지

    GPT가 등장한 지 3년 만에 기업 AI 투자의 무게중심이 슬그머니 이동했다. ‘생성’에서 ‘실행’으로. 텍스트 만들고 이미지 그리는 단계를 훌쩍 지나, 이제는 스스로 판단하고 움직이는 AI가 핵심 화두로 떠올랐다. 바로 AI 에이전트(AI Agent)다. Gartner는 2026년을 기업 AI 전략의 “변곡점(inflection year)”으로 규정했고, MIT 테크리뷰 보도에 따르면 기술 최전선에서 에이전트 AI의 신뢰도가 가파르게 높아지고 있다.

    막상 주변에서 “AI 에이전트 도입해야 하는 거 아니야?”라는 말을 들으면 손에 잡히는 게 없다. 챗봇이랑 다른 건가? 실제로 뭘 해주는 건가? 이 글은 그 질문들에 직접 답한다.

    챗봇과 AI 에이전트, 결정적인 차이

    챗봇은 “응답기”다. 질문을 넣으면 답이 나온다. 그게 전부다. AI 에이전트는 “목표 달성기”다. 목표를 주면 먼저 계획을 짠다. 도구를 고르고, 실행하고, 결과를 확인하면서 다음 단계로 넘어간다. 자율적으로.

    나란히 놓으면 이렇다:

    • 챗봇: “이 이메일 어떻게 써야 해?” → 초안 제공
    • AI 에이전트: “이 고객사에 제안서 보내줘” → 고객 정보 조회, 제안서 초안 생성, 담당자 이메일 확인, 발송까지 자동 처리

    핵심은 자율성(autonomy)도구 사용(tool use)이다. 에이전트는 외부 API, 데이터베이스, 코드 실행 환경을 직접 호출하며 멀티스텝 작업을 처리한다. 챗봇이 “조언”을 준다면, 에이전트는 “행동”한다. 이 차이, 생각보다 훨씬 크다.

    실제로 뭘 하냐고 물으면

    지금 기업 현장에서 실제로 돌아가고 있는 에이전트 사례들을 보면 추상적인 개념이 확 선명해진다.

    • 코드 리뷰 에이전트: PR이 올라오면 자동으로 리뷰 코멘트를 달고 보안 취약점을 스캔한다
    • 고객 지원 에이전트: FAQ 수준을 넘어 CRM 시스템을 직접 조회하고 환불 처리까지 실행
    • 데이터 분석 에이전트: “지난 분기 매출 하락 원인 분석해줘” 한 마디에 DB 쿼리부터 시각화까지
    • 콘텐츠 파이프라인 에이전트: 키워드 조사 → 초안 작성 → SEO 점검 → CMS 업로드를 순차 처리
    • IT 운영 에이전트: 서버 알림이 뜨면 로그를 분석하고, 해결책을 시도하거나 담당자에게 요약 보고

    공통점이 보이는가? 전부 “사람이 매번 끼어들어야 했던 반복 워크플로우”다. 에이전트가 파고드는 지점이 바로 여기다.

    기업들이 지갑을 여는 이유

    ROI 압박이다. LLM을 도입했는데 비용이 줄었다거나 매출이 늘었다는 증거를 이사회 앞에 가져가기가 너무 어려웠다. 에이전트는 얘기가 다르다. 반복 업무를 자동화하면 처리 시간을 수치로 잡을 수 있고, 처리량 증가를 그래프로 보여줄 수 있으니까.

    McKinsey 분석을 보면 지식 노동자 업무의 약 60~70%가 자동화 가능하다고 나온다. 그 중에서도 멀티스텝 워크플로우 영역이 에이전트 AI의 ROI가 가장 높게 나오는 구간이다. 단순 채팅 인터페이스는 “인상적이지만 쓸모없는(impressive but useless)” 단계에 머물기 쉬운데, 에이전트는 실제 업무 흐름에 직접 끼워 넣을 수 있어서 경영진 설득이 훨씬 수월해진다. 솔직히 이게 가장 큰 이유다.

    도입 전에 먼저 짚어야 할 것들

    아무 준비 없이 도입했다가 실패하는 케이스에는 패턴이 있다. 네 가지를 먼저 확인해야 한다.

    • 작업이 명확히 정의되는가? 에이전트는 목표가 모호하면 오작동한다. “매출 올려줘”는 에이전트 작업이 아니다. “매주 월요일 오전 9시에 지난 주 매출 리포트를 Slack #revenue 채널에 요약 전송”처럼 구체적이어야 한다.
    • 데이터 접근 권한이 정리되어 있는가? 에이전트가 CRM, ERP, DB에 접근하려면 인증 체계가 먼저 갖춰져 있어야 한다. 이게 빠진 채로 시작하면 반쪽짜리다.
    • 실패 시 롤백이 가능한가? 에이전트가 잘못된 이메일을 1,000명에게 보내거나 DB 레코드를 잘못 수정하면? 취소·롤백 메커니즘을 설계 단계에서 먼저 집어넣어야 한다.
    • 사람 검수 구간이 있는가? “Human-in-the-loop” 구간을 초기 설계에 반드시 포함시켜야 한다. 100% 자율화는 나중 얘기다.

    직접 만들 것인가, 플랫폼을 살 것인가

    선택지는 두 갈래다. 직접 구축하거나, 기성 플랫폼을 쓰거나.

    직접 구축 (엔지니어링 팀이 있을 때):

    • LangGraph, AutoGen, CrewAI 같은 오픈소스 프레임워크 활용
    • 유연하지만 엔지니어링 부담이 크다
    • Claude API, OpenAI API 등을 기반으로 멀티에이전트 파이프라인 설계

    플랫폼 사용 (빠르게 굴러가길 원할 때):

    • Salesforce Agentforce: CRM 데이터와 연동된 영업·고객 에이전트 구축에 강점
    • Microsoft Copilot Studio: Office 365 생태계에 깊이 통합, 기존 M365 사용 조직에 적합
    • ServiceNow AI Agents: IT 운영 자동화에 특화
    • Anthropic Claude + MCP: 외부 도구와 연결하는 표준 프로토콜 지원, 복잡한 멀티툴 파이프라인에 유리

    스타트업이나 소규모 팀이라면 n8n, Make 같은 노코드/로우코드 자동화 도구에 AI 에이전트 블록을 연결하는 방식이 빠른 실험에 맞다. 처음부터 거창하게 시작할 이유가 없다.

    솔직하게 — 한계와 리스크

    에이전트가 만병통치약처럼 소개되는 분위기인데, 실제 한계는 분명하다. 이걸 모르고 도입하면 나중에 크게 데인다.

    • 할루시네이션 + 행동의 결합은 위험하다: 챗봇이 틀린 말을 해도 독자가 걸러낼 수 있다. 에이전트가 틀린 판단으로 실제 시스템을 건드리면 피해가 즉각적이고 되돌리기 어렵다.
    • 긴 작업 체인에서 오류가 누적된다: 10단계 작업 중 3단계에서 오류가 나면, 이후 7단계는 잘못된 전제 위에서 돌아간다. 중간 검증 포인트 없이 최종 결과물을 믿으면 안 된다.
    • 비용이 예상보다 크게 늘어난다: 에이전트는 LLM API를 반복 호출하기 때문에 작업이 복잡할수록 토큰 비용이 기하급수적으로 오른다. 월별 비용 모니터링은 선택이 아니라 필수다.
    • 프롬프트 인젝션 공격: 외부 데이터를 읽어 처리하는 에이전트는 악의적으로 조작된 콘텐츠에 속아 의도치 않은 행동을 할 수 있다. 사이버보안 관점에서 완전히 새로운 공격 벡터다.

    이런 조직이라면 지금 당장 써볼 만하다

    에이전트 도입 효과가 제대로 나오는 조직에는 공통된 조건이 있다.

    • 반복적이고 정해진 프로세스가 많은 팀 — CS, 법무 검토, 재무 리포팅
    • 이미 API로 연결된 툴스택을 갖춘 팀
    • 실험과 실패를 허용하는 문화가 있는 조직
    • 프로세스 문서화가 잘 된 팀 — 에이전트에게 가르칠 내용이 명확해야 한다

    반대로, 프로세스가 자주 바뀌거나 창의적 판단이 핵심인 업무 — 브랜드 전략, 디자인 방향성 결정 같은 것들 — 에는 아직 에이전트가 큰 힘을 발휘하기 어렵다. 도구가 좋아도 맞는 자리가 있다.

    2026년 기준으로 AI 에이전트는 “써볼 만한 실험”에서 “안 쓰면 뒤처지는 인프라”로 넘어가는 시점이다. 단, 이 흐름을 제대로 타는 방법은 작은 단위부터, 측정 가능한 목표로, 검수 가능한 구조로 시작하는 것이다. 처음부터 전사 자동화를 꿈꾸다가 프로젝트가 조용히 접히는 사례는 이미 숱하다.

    출처: MIT Tech Review AI

  • AI 에이전트 완전정복 — 챗봇과 뭐가 다르고, 어떻게 써야 하나

    AI 에이전트 완전정복 — 챗봇과 뭐가 다르고, 어떻게 써야 하나

    회사 슬랙에 “Alex가 팀에 합류했습니다”라는 공지가 떴다. 인사팀이 아니다. 신입도 아니다. AI 에이전트다. 이름이 있고, 업무 범위도 있고, 채널에 초대도 됐다. 솔직히 이쯤 되면 헷갈린다. 챗봇이랑 뭐가 다른 건지, 어디까지 믿어야 되는 건지, 어떻게 써야 제대로 쓰는 건지.

    챗봇과 뭐가 다른가 — 한 줄로 정리하면

    핵심은 ‘자율성’이다. 챗봇은 질문 받고 답한다. 거기서 끝. 반면 AI 에이전트는 목표를 주면 스스로 계획 세우고, 도구 꺼내 쓰고, 결과 확인하고, 다음 단계까지 알아서 결정한다.

    “이번 달 경쟁사 가격 조사해줘”라는 지시 하나로 비교해보면 차이가 확 온다:

    • 챗봇: 어떻게 조사하면 되는지 방법을 알려준다
    • AI 에이전트: 웹 직접 뒤지고, 데이터 긁어오고, 스프레드시트 정리에 보고서까지 만든다

    구조적으로는 LLM(대형 언어 모델)에 도구 사용 능력(Tool Use)과 반복 실행 루프(ReAct 방식 등)를 얹은 형태다. 챗봇이 ‘대화 엔진’이라면, 에이전트는 ‘자율 실행 시스템’에 가깝다. 이 차이가 생각보다 크다.

    실제로 뭘 처리하나

    범위가 생각보다 넓다. 현재 AI 에이전트가 다루는 작업들:

    • 웹 검색 및 실시간 정보 수집
    • 코드 작성 및 직접 실행
    • 이메일·캘린더·문서 자동 관리
    • 외부 API 호출 및 데이터 가공
    • 파일 읽기·쓰기·분류·요약
    • 여러 단계로 이어지는 복합 업무 자동화

    Anthropic의 Claude는 컴퓨터 화면을 직접 보면서 마우스와 키보드까지 조작하는 ‘Computer Use’ 기능을 내놨다. OpenAI의 Operator는 브라우저를 에이전트가 직접 조작해서 예약·쇼핑·양식 작성을 처리한다. n8n이나 Make 같은 자동화 툴과 연결하면 수십 개 앱을 엮은 복잡한 워크플로우도 가능하다. 이쯤 되면 ‘도구’라는 말이 좀 부족하게 느껴지긴 한다.

    ‘AI 동료’라는 말이 위험한 이유

    기업들이 AI 에이전트에 이름을 붙이고 “디지털 동료”, “AI 팀원”으로 부르기 시작했다. 이해는 한다. 슬랙에 올라오고 메일도 보내니까. 근데 이 표현이 생각보다 큰 오해를 만든다.

    첫째, 에이전트는 책임지지 않는다. 잘못된 보고서 만들어도, 실수로 파일 날려도 사과 안 한다. 결과 책임은 여전히 사람한테 있다.

    둘째, 맥락 이해에 한계가 있다. 회사의 암묵적 문화, 동료 사이 역학, 팀 내 분위기 같은 건 에이전트가 파악하기 어렵다. “이 메일은 CC에 팀장 빼는 게 낫겠어”라는 판단은 아직 사람만 할 수 있다.

    셋째, 과신이 실수를 부른다. 동료처럼 느껴지면 검증을 건너뛰게 된다. 솔직히 이 부분이 가장 우려스럽다. 사람이라면 “잘 모르겠는데요”라고 하지만, 에이전트는 모를 때도 당당하다. 자신 있게 틀린 정보를 내놓는 건 현재 LLM의 고질적인 특성이다. AI 에이전트 출력물은 반드시 확인해야 한다.

    제대로 쓰는 법 — 잘 활용하는 팀의 공통점

    결국 핵심은 ‘강력한 도구’로 대하는 태도다. 전동 드릴이 강력해도 설계를 드릴한테 맡기지 않듯, 에이전트가 강력하다고 판단을 위임하면 안 된다.

    실제로 잘 쓰는 팀들이 하는 것들:

    • 지시를 구체적으로 작성한다. “마케팅 자료 만들어줘”보다 “경쟁사 A·B·C의 가격 페이지를 비교해서 3개 항목으로 요약한 표를 만들어줘”가 훨씬 낫다
    • 반복적이고 정형화된 업무부터 넣는다. 판단이 필요한 작업보다 룰이 명확한 작업부터. 이게 안전하다
    • 중간 결과를 반드시 본다. 최종 산출물만 보지 말고, 에이전트가 어떤 단계를 거쳤는지 확인하는 습관이 필요하다
    • 접근 권한을 최소화한다. 불필요한 권한을 주면 예상치 못한 사고로 이어진다

    툴 비교 — 뭘 골라야 하나

    목적에 따라 달라진다. 대표적인 선택지들:

    • Claude (Anthropic): 코딩, 문서 분석, 컴퓨터 직접 조작. 복잡한 멀티스텝 작업과 긴 문서 처리에 강하다
    • ChatGPT + GPT Actions: 외부 서비스 API 연동, 플러그인 생태계가 풍부하다. 범용 업무에 무난한 선택
    • Gemini (Google): Gmail, Docs, Drive 연동에 최적화돼 있다. 구글 워크스페이스 사용자라면 진입장벽이 낮다
    • n8n / Make: 코드 없이 AI 에이전트 워크플로우 구성 가능. 중소기업이나 비개발자에게 실용적이다
    • CrewAI / AutoGPT: 여러 에이전트를 팀처럼 구성해서 협력 실행. 개발자 친화적이고 복잡한 파이프라인 구축에 맞다

    뭘 고르든, 처음부터 큰 작업을 맡기기보다 작은 단위 테스트로 신뢰를 쌓아가는 게 현실적이다. 이건 어느 툴이나 마찬가지다.

    도입 전 반드시 체크할 것들

    도구가 좋다고 무작정 들이면 오히려 독이 된다. 조직에 AI 에이전트를 넣기 전에 확인해야 할 것들:

    • 에이전트가 접근할 수 있는 데이터 범위를 명확히 정했는가
    • 에이전트 출력물을 최종 검토할 담당자가 지정돼 있는가
    • 외부로 데이터를 전송하지 않는지 확인했는가 (사내 보안 정책과의 충돌 여부)
    • API 호출 기반 서비스라면 사용량에 따른 비용 급증 시나리오를 검토했는가
    • 에이전트가 실수했을 때 롤백하거나 수정할 프로세스가 마련돼 있는가

    AI 에이전트는 업무 방식을 바꿀 기술이다. 이건 맞다. 다만 그 변화를 제대로 이끌려면 도구를 이해하고, 한계를 직시하고, 인간의 판단이 어디서 들어가야 하는지 먼저 설계해야 한다. ‘동료’가 아니라 ‘강력한 도구’로 대할 때, 에이전트는 진짜 힘을 발휘한다.

    출처: MIT Tech Review AI

  • 웹 데이터 80%는 AI가 못 읽는다 — AI 웹 데이터 인프라 레이어와 기업 전략

    웹 데이터 80%는 AI가 못 읽는다 — AI 웹 데이터 인프라 레이어와 기업 전략

    웹에 있는 데이터 중 AI가 바로 처리할 수 있는 건 20%도 안 된다. 나머지 80%는 HTML, PDF, 이미지, 동영상, 로그인 뒤에 숨겨진 페이지들이다. 기계가 소화하기엔 엉망인 형태. 그런데 AI를 실제 비즈니스에 갖다 쓰려면 대규모·고품질·도메인 특화 데이터가 꼭 필요하다. 이 간극을 메우는 게 바로 웹 데이터 인프라 레이어(Web Data Infrastructure Layer)다.

    AI가 웹 데이터를 바로 못 쓰는 이유

    인터넷은 사람이 읽도록 만들어졌다. 기계용이 아니다. MIT 테크놀로지 리뷰도 이 점을 짚은 바 있다. 웹의 근본 구조 자체가 AI 데이터 수집의 발목을 잡는다.

    • 비정형 데이터: HTML 마크업, 중첩 테이블, 동적 JavaScript 렌더링 — 구조가 제각각이라 일괄 처리가 안 된다
    • 접근 제한: 로그인 월(paywall), CAPTCHA, robots.txt, IP 차단
    • 품질 불균일: 같은 주제라도 출처마다 형식과 신뢰도가 다르다
    • 실시간성 문제: 가격 데이터, 재고 정보는 캐시한 순간 이미 구식이 된다

    크롤러랑 뭐가 다른가

    단순 크롤러와는 차원이 다르다. 수집(Crawling) → 파싱(Parsing) → 정제(Cleaning) → 구조화(Structuring) → 저장(Storage) → 제공(Delivery)까지, 파이프라인 전체를 아우른다. 원시 웹 데이터를 AI가 소화 가능한 형태로 변환하는 중간 계층이라고 보면 된다.

    이 레이어가 급부상한 건 LLM 파인튜닝과 RAG(Retrieval-Augmented Generation) 파이프라인 수요가 폭발하면서다. 도메인별 지식 베이스를 쌓거나 실시간 웹 검색 결과를 AI에 연동할 때, 모두 이 인프라가 필요하다.

    기술 구성 4가지

    1. 웹 크롤러 & 스크레이퍼
    정적 HTML부터 SPA(Single Page Application)까지 처리하는 헤드리스 브라우저 기반 크롤러다. Playwright, Puppeteer, Scrapy가 대표 도구고, 규모가 커지면 분산 크롤링 아키텍처가 필수다.

    2. 데이터 파서 & 추출기
    수집된 원시 HTML에서 의미 있는 정보만 뽑아내는 레이어다. LLM 기반 파서인 Diffbot, Firecrawl은 구조 없는 페이지도 자연어 이해로 필드를 추출한다. 솔직히 기존 룰 기반 파서와 LLM 파서의 차이가 여기서 크게 갈린다.

    3. 데이터 클렌징 파이프라인
    중복 제거, 언어 감지, 품질 스코어링, 개인정보(PII) 필터링이 들어간다. AI 학습 데이터셋 품질은 모델 성능에 직결되는 문제다. 이 단계를 건너뛰면 결국 “garbage in, garbage out”이 된다.

    4. 벡터 스토어 & 검색 인덱스
    정제된 데이터를 임베딩 벡터로 변환해 저장하는 단계다. Pinecone, Weaviate, pgvector 같은 벡터 데이터베이스가 RAG 파이프라인의 중심축 역할을 한다.

    자체 구축? 외주? 구매? — 기업 전략 3가지

    • 자체 구축(In-house): 데이터 통제권은 최대다. 단, 엔지니어링 비용·유지보수·스케일링이 모두 내부 책임이다. 데이터 독점이 경쟁 우위인 기업에 어울린다.
    • 서드파티 API 활용: Bright Data, Apify, Zyte 같은 전문 플랫폼을 쓰는 방식이다. 개발 속도가 빠르고 법적 리스크 관리가 상대적으로 쉽다. 비용은 데이터 볼륨에 비례해 올라간다.
    • 데이터 마켓플레이스 구매: AWS Data Exchange, Snowflake Marketplace 등에서 이미 정제된 데이터셋을 산다. 속도는 빠르지만 커스터마이징 한계가 뚜렷하고, 경쟁사도 똑같은 데이터를 쓴다는 구조적 약점이 있다.

    법적 리스크, 생각보다 깊다

    기술 문제이기 전에 법적 문제다. 안일하게 넘어갔다가 소송에 휘말린 사례가 적지 않다.

    • robots.txt 준수: 법적 구속력은 없지만, 위반하면 계정 차단이나 법적 분쟁 리스크가 따른다
    • 저작권: 뉴욕타임스 vs. OpenAI 소송처럼, AI 학습 목적 사용에 저작권자가 동의하지 않은 경우 소송 리스크가 현실이 된다
    • GDPR / 개인정보보호법: EU 사용자 데이터가 섞이면 GDPR이 적용된다. 국내 기업은 개인정보보호법 준수도 필수다
    • 컴퓨터사기남용법(CFAA): 미국에서 무단 접근으로 간주되면 형사 처벌까지 간다

    LinkedIn vs. hiQ Labs 판결처럼 공개 데이터 수집의 합법성은 나라마다 해석이 다르다. 법무팀과의 사전 협의는 건너뛰면 안 된다.

    이 판을 키우는 플레이어들

    웹 데이터 인프라는 이제 독립 산업 카테고리로 자리 잡는 중이다. 주요 플레이어들이다.

    • Bright Data (구 Luminati): 프록시 네트워크 + 데이터 수집 플랫폼. 기업 고객 중심으로 운영한다
    • Firecrawl: LLM 친화적 마크다운 변환에 특화된 스크래핑 API
    • Apify: 클라우드 기반 크롤링 플랫폼. 비개발자도 쓸 수 있는 Actor 마켓플레이스를 운영한다
    • Diffbot: AI 기반 웹 파싱 및 구조화된 지식 그래프(Knowledge Graph) 제공
    • Common Crawl: 비영리 오픈 웹 크롤 데이터셋. GPT, LLaMA 등 대형 모델의 사전학습 데이터로 쓰인다

    모델보다 파이프라인이 AI 경쟁력을 가른다

    모델 성능 격차가 좁혀지는 속도는 무섭게 빠르다. GPT-4, Claude, Gemini의 벤치마크 차이는 1~2년 전보다 훨씬 줄었다. 이제 차별화 지점은 어떤 데이터로 학습하고, 어떤 데이터를 RAG 파이프라인에 연결하느냐로 이동했다.

    자사 도메인에 특화된 고품질 웹 데이터를 확보하고, 이를 체계적으로 AI에 연결하는 기업이 범용 모델에만 기대는 경쟁사보다 더 정확하고 신뢰도 높은 AI 서비스를 만든다. 웹 데이터 인프라 레이어는 선택지가 아니다. AI 경쟁력의 기반 자체다.

    출처: MIT Tech Review AI

  • 감기 백신이 수십 년째 없는 이유, AI 신약 개발은 뭘 바꾸나

    감기 백신이 수십 년째 없는 이유, AI 신약 개발은 뭘 바꾸나

    코로나19 백신은 1년 만에 나왔다. 그런데 감기 백신은 없다. 수십 년 동안. 이 이상한 격차가 생긴 이유가 있고, 지금 AI와 빅테크 자본이 여기 뛰어들면서 판이 바뀌고 있다.

    160종 이상의 바이러스와 싸워야 하는 구조

    라이노바이러스(Rhinovirus)만 160종 이상의 혈청형이 존재한다. 독감 백신은 WHO가 매년 유행 예측 변종 3~4가지를 골라 만든다. 그게 가능한 이유는 독감 바이러스가 어느 정도 예측 가능하기 때문이다. 감기는 다르다. 종류가 너무 많고, 돌연변이 속도도 빠르다. 단일 백신 하나로 커버하는 게 구조적으로 불가능하다.

    더 근본적인 문제가 있다. 면역 기억의 지속성이다. 독감이나 코로나 바이러스에 감염되면 몸이 중화 항체를 만들어 다음 감염에 대비한다. 반면 라이노바이러스 감염 후 생기는 면역은 수 주 안에 약해진다. 백신으로 형성한 면역도 마찬가지다. 오래가지 않는다.

    여기에 복병이 하나 더 있다. 감기를 일으키는 코로나바이러스 계열이 따로 4종이나 존재한다. SARS-CoV-2와 다른 계열이지만 비슷한 내성 문제를 안고 있다. 쉽게 말하면, ‘감기’라는 단어 하나 뒤에 수백 개의 적이 숨어 있는 셈이다.

    코 점막과 에어로졸 — 호흡기 감염이 막기 어려운 진짜 이유

    주사 백신은 혈중 항체(IgG)를 높이는 데 효과적이다. 문제는 호흡기 바이러스의 주 침투 경로가 비강(코 점막)이라는 것. 코 점막에서 작동하는 건 분비형 면역글로불린(IgA)인데, 이건 혈중 항체와 기전이 다르다. 그래서 최근 비강 내 투여 방식 백신 연구가 급증하고 있다. 콧속에 뿌리는 형태로 IgA를 직접 자극하는 방식이다.

    에어로졸 전파 문제도 있다. 바이러스 입자 크기가 0.1~0.3마이크론 수준이다. KF94 필터로도 100% 차단은 불가능하다. 마스크가 전파를 줄이지만 완전히 막지 못하는 이유가 여기 있다. 구조 자체가 그렇다.

    AI가 신약 개발에 끌려온 진짜 이유

    신약 하나 개발에 평균 10~15년, 비용은 1조 원 이상. 성공률은 10% 미만이다. 이 구조가 감기 치료제 개발을 막아왔다. 치명률이 낮고 환자 1인당 지불 의향도 높지 않다. 제약사 입장에서 투자 회수가 어렵다는 계산이 나온다.

    AI는 이 방정식에서 시간과 비용을 건드린다. 단백질 구조 예측, 분자 도킹 시뮬레이션, 임상시험 환자 매칭에서 기존 실험 기반 방식보다 수십 배 빠른 속도가 나온다. 구글 딥마인드의 AlphaFold는 2억 개 이상의 단백질 구조를 예측해 공개 데이터베이스를 구축했다. 이 데이터베이스가 감기·호흡기 바이러스 연구에도 직접 쓰인다.

    빅테크가 바이오에 돈을 쏟아붓는 이유

    테크 기업들의 헬스케어·바이오 투자를 사회공헌으로 보면 오해다. 구조적 계산이 있다.

    • 데이터 잠금 효과: 헬스케어 데이터는 수십 년치 바이오 자산이다. AI 학습에 쓸 수 있는 최고 품질 원자재다.
    • 시장 규모: 글로벌 의약품 시장이 연간 1,800조 원 규모다. 소프트웨어·광고가 포화된 빅테크에겐 확장 가능한 다음 판이다.
    • 규제 선점: 의료 AI 규제는 아직 초기다. 지금 들어오는 기업이 표준을 만든다.
    • 인재 유치: 바이오·의약 AI 연구는 기초과학을 다루기 때문에 최상위 AI 연구자들에게 매력적이다.

    결제 인프라를 가진 핀테크 기업이 바이오 연구를 후원하는 건 단기적으로 이상해 보일 수 있다. 하지만 헬스케어 구독 결제, 원격 진료 인프라, 의약품 전자상거래로 확장할 때 연구 투자에서 확보한 데이터와 네트워크가 진입 장벽이 된다. MIT Tech Review 보도를 보면 Stripe, Anthropic, OpenAI가 호흡기 감염 억제 프로젝트를 후원하는 흐름도 같은 맥락으로 읽힌다.

    AI 신약 개발, 지금 어디까지 왔나

    임상 진입 사례가 쌓이기 시작했다. 숫자가 말해준다.

    • Insilico Medicine: AI가 설계한 특발성 폐섬유화증(IPF) 치료 후보 물질이 임상 2상 진행 중. 후보 물질 발굴부터 임상 진입까지 18개월 만에 달성했다. 전통 방식이라면 5~7년 걸리는 구간이다.
    • Recursion Pharmaceuticals: 고처리량 실험과 AI를 결합해 200개 이상의 프로그램을 동시에 돌리고 있다.
    • Isomorphic Labs (딥마인드 분사): 일라이 릴리, 노바티스와 수천억 원 규모의 AI 신약 개발 계약을 맺었다.

    호흡기 분야에선 RSV(호흡기세포융합바이러스) 백신이 2023년 처음 허가를 받았다. AI 기반 면역원 설계 연구가 이 과정에 병행됐고, 이후 관련 파이프라인이 빠르게 늘고 있다.

    감기보다 먼저 나올 것들

    솔직히 말하면, 감기 백신은 당장 나오지 않는다. 하지만 인접 영역에서 눈에 띄는 진전이 이미 진행 중이다.

    • 범용 코로나 백신: 여러 코로나바이러스 변종을 동시에 막는 광역 백신 연구가 미국 NIH 주도로 진행 중. AI가 항원 설계의 핵심 역할을 맡는다.
    • 비강 전달 백신: IgA 항체를 직접 유도해 바이러스 침입 초기에 차단. 주사 없이 콧속에 뿌리는 형태다.
    • 광범위 항바이러스제: 바이러스 복제의 공통 기전을 막는 약물. 감기·독감·코로나를 하나의 약으로 막는 개념이다. 이게 현실이 되면 게임이 달라진다.
    • mRNA 치료제 응용: 코로나 백신에서 검증된 mRNA 플랫폼을 호흡기 바이러스 전반으로 확장하는 연구가 활발하게 이어지고 있다.

    5~10년 뒤, 감기 치료의 현실적 그림

    ‘정복’이라는 단어 자체가 감기에는 어울리지 않는다. 200종 이상의 바이러스가 끊임없이 돌연변이를 일으키기 때문에, 완전한 예방보다 빠른 치료와 중증화 방지가 현실적 목표다.

    AI가 신약 개발 속도를 높이면 증상 발현 후 24~48시간 내 복용하는 항바이러스제 개발 여지가 생긴다. 타미플루가 독감에 하는 역할을 감기에 하는 약을 AI가 설계하는 시나리오다. 상용화까지 여전히 5~10년은 필요하다. 그래도 투자 규모, 연구 속도, 기술 성숙도를 보면 과거와는 차원이 다르다. 분명히 가까이 오고 있다.

    출처: MIT Tech Review AI

  • 무어의 법칙은 끝났나 — 반도체 집적 한계와 그 이후를 한 번에

    무어의 법칙은 끝났나 — 반도체 집적 한계와 그 이후를 한 번에

    손톱 크기 안에 트랜지스터 1,000억 개. 숫자만 들으면 SF 대사 같은데, IBM이 최근 이 수준의 프로토타입 칩을 실제로 공개했다. 덕분에 “무어의 법칙이 아직 살아있다”는 말이 다시 나오기 시작했는데, 솔직히 무어의 법칙이 정확히 뭔지, 왜 한계 얘기가 나왔는지, 지금 어떤 상황인지 한 번에 정리된 글이 없어서 직접 써봤다.

    무어의 법칙, 딱 한 줄로

    시작은 1965년이다. 인텔 공동창업자 고든 무어가 잡지 기고문에 한 줄 적었다. “반도체 칩에 들어가는 트랜지스터 수가 2년마다 두 배로 늘어난다.” 처음엔 그냥 업계 관찰 정도였는데, 이게 수십 년 동안 실제로 맞아떨어졌다. 반도체 산업 전체의 북극성이 된 거다.

    트랜지스터는 전기 신호를 켜고 끄는 작은 스위치다. 이 스위치가 많을수록, 작을수록 칩은 더 많은 연산을 더 빠르게, 더 적은 전력으로 처리한다. 결국 무어의 법칙은 “컴퓨터 성능이 2년마다 두 배 좋아진다”는 말로 해석돼왔다.

    트랜지스터가 많으면 뭐가 좋아지나

    반도체 집적도가 올라가면 생기는 이점은 세 가지다.

    • 처리 속도: 더 많은 연산을 병렬로 돌릴 수 있어서 같은 시간에 더 많은 작업을 처리한다
    • 전력 효율: 트랜지스터가 작아질수록 전압이 낮아져 발열이 줄고 배터리 효율이 올라간다
    • 가격: 같은 웨이퍼 면적에서 더 많은 칩을 뽑아낼 수 있으니 단가가 내려간다

    스마트폰 배터리가 온종일 버티고, 노트북이 얇아지면서도 성능이 오른 게 다 이 덕분이다. 10년 전 고성능 서버가 하던 연산을, 지금은 손 안의 칩이 해낸다.

    왜 집적도 높이기가 갈수록 어려워지나

    문제는 트랜지스터 크기에 물리적 벽이 있다는 거다. 현재 최첨단 공정이 2나노미터(nm) 수준인데, 2nm는 수소 원자 20개를 나란히 늘어놓은 길이다. 이 정도까지 내려오면 고전 물리학이 흔들리기 시작한다.

    • 양자 터널링 효과: 트랜지스터가 너무 작으면 전자가 절연층을 그냥 통과해버린다. 스위치 역할 자체를 못 하게 되는 거다
    • 발열 집중: 면적 대비 전력 밀도가 높아지면 칩 한 점에 열이 폭발적으로 쌓인다
    • 공정 비용 급등: EUV(극자외선) 리소그래피 장비 한 대 가격이 수천억 원대다. 더 미세한 공정은 더 비싼 장비를 요구한다

    그래서 2010년대 중반부터 “무어의 법칙이 끝났다”는 말이 나오기 시작했다. 2년 주기가 3~4년으로 늘어났고, 성능 향상 폭도 예전만큼 극적이지 않다.

    나노공정 전쟁: TSMC·삼성·인텔 지금 어디쯤

    그래도 경쟁은 멈추지 않았다. 세계 파운드리(반도체 위탁생산) 최첨단 공정을 실제로 다투는 회사는 세 곳이다.

    • TSMC: 3nm 양산 중, 2nm 진입 단계다. 애플 M 시리즈, 엔비디아 GPU, AMD 칩을 다 여기서 만든다. 시장 점유율 60% 이상을 유지하고 있다
    • 삼성: GAA(게이트 올 어라운드) 트랜지스터 구조를 업계 최초로 도입하면서 3nm를 선언했는데, 수율(정상 칩 비율) 문제로 아직 고전 중이다. 이건 좀 뼈아픈 부분이다
    • 인텔: 한때 공정 경쟁에서 밀렸다가 “인텔 18A” 공정으로 반격 중. 자체 칩 생산과 외부 파운드리 동시 운영이라는 이중 전략을 쓰고 있다

    IBM은 파운드리 경쟁보다 아키텍처 연구에 집중하는 편이다. 새로운 트랜지스터 설계나 패키징 기술을 선보이면서 업계 방향을 제시하는 역할. 이번 1,000억 개 트랜지스터 칩도 “이게 가능하다”는 걸 보여준 프로토타입이지, 당장 양산되는 제품은 아니다.

    한계를 넘으려는 기술들

    평면으로 계속 작게 만드는 게 막히자, 업계는 방향을 바꿨다.

    • 3D 적층: 칩을 위로 쌓는다. HBM(고대역폭 메모리)이 대표적인데, 메모리 여러 층을 수직으로 연결해 대역폭을 폭발적으로 늘렸다. 엔비디아 H100·H200의 AI 성능이 여기서 나온다
    • 칩릿(Chiplet) 설계: 거대한 칩 하나 대신, 기능별로 작은 칩을 따로 만들어서 연결하는 방식. AMD가 이 방법으로 인텔을 추격하는 데 성공했다
    • 소재 혁신: 실리콘을 대체할 소재로 질화갈륨(GaN), 탄화규소(SiC), 그래핀 등이 연구 중이다. 전력 반도체 분야에서 빠르게 상용화되고 있다
    • 뉴로모픽 칩: 인간 뇌 구조를 모방한 설계. 기존 폰 노이만 구조를 탈피해 AI 연산에 특화된 칩을 만들려는 시도다

    “2년마다 트랜지스터 2배”라는 공식은 더 이상 딱 맞지 않는다. 반도체 성능 자체는 여전히 빠르게 오르고 있다. 경로가 달라진 것뿐이다.

    AI가 칩 설계 방식 자체를 바꾸고 있다

    요즘 반도체 업계 이야기에서 빠지지 않는 흐름이 있다. AI가 칩 설계 방식을 통째로 뒤집고 있다는 거다. 구글은 강화학습 AI를 칩 설계 배치(placement)에 활용해서 인간 엔지니어보다 빠르고 효율적인 레이아웃을 뽑아냈고, 인텔도 AI 기반 EDA(전자설계자동화) 도구를 적극 도입 중이다.

    AI가 칩을 더 잘 설계하고, 그 칩이 더 강력한 AI를 돌리는 구조. 이 사이클이 얼마나 빠르게 돌아가느냐가 앞으로 AI 산업의 속도를 결정한다. 엔비디아 CEO 젠슨 황이 “AI는 인프라이고, GPU는 그 인프라의 엔진”이라고 말하는 맥락이 정확히 여기 있다.

    AI 추론에 특화된 NPU(신경망처리장치) 시장도 빠르게 커지는 중이다. 스마트폰 AP 안에 들어가는 작은 NPU부터 데이터센터용 대형 추론 칩까지, AI 워크로드만 처리하도록 최적화된 칩 수요가 급증하고 있다.

    결국 소비자 입장에서 뭐가 달라지나

    반도체 기술이 어떤 방향으로 가든, 체감 변화는 이렇게 나타난다.

    • PC·노트북: 성능 향상 속도는 예전보다 완만해졌다. 전력 효율 개선은 계속되고 있어서 배터리 수명과 발열은 꾸준히 좋아진다
    • 스마트폰: AP 안 NPU 성능이 매년 눈에 띄게 오르고 있다. 실시간 번역, 사진 편집, AI 어시스턴트 같은 온디바이스 AI 기능이 갈수록 쓸 만해지는 이유다
    • AI 서비스 비용: 데이터센터 칩 효율이 오를수록 ChatGPT 같은 서비스 운영 비용이 내려간다. 장기적으로 이용 가격에 반영될 거다
    • 전력 소비: AI 연산 수요가 폭발적으로 늘면서 데이터센터 전력 소비가 사회 문제가 되고 있다. 칩 효율 개선은 단순한 성능 경쟁이 아니라 에너지 문제와도 직결된다

    무어의 법칙은 “2년마다 2배”라는 숫자 이상의 의미를 가진다. 반도체 산업 전체가 이 예측을 맞추기 위해 조직되고, 투자되고, 경쟁해왔다. 그 법칙이 흔들리면서 업계가 어떤 대안을 찾고 있는지 아는 것 자체가, 앞으로 어떤 기기를 살지, 어떤 기술이 성장할지 판단하는 나침반이 된다.

    출처: MIT Tech Review AI

  • 45도 폭염에 전력망이 버티지 못하는 진짜 이유와 개인 대비법

    45도 폭염에 전력망이 버티지 못하는 진짜 이유와 개인 대비법

    45도에 육박하는 날, 에어컨 리모컨을 잡는 손이 유럽 전역에서 동시에 움직인다. 결과는 정해져 있다. 전력망 과부하, 그리고 정전. MIT 테크놀로지 리뷰가 전한 바에 따르면, 최근 유럽의 기록적 폭염은 학교 폐쇄와 주요 인프라 마비로 이어졌다. 아이러니하게도 런던 기후 행동 주간 이벤트까지 취소됐다. 기후 문제를 논의하러 모이는 행사가 기후 이상 탓에 못 열린 것이다.

    전력망이 흔들리는 구조

    전력망은 수요와 공급이 실시간으로 맞아야 돌아간다. 조금만 어긋나도 바로 정전이다. 폭염은 이 균형을 양쪽에서 동시에 건드린다.

    수요 쪽은 직관적이다. 기온이 오르면 에어컨이 켜진다. 유럽 일부 국가에서 40도를 넘는 날 전력 수요가 평소보다 30~40%까지 치솟는다. 공급 쪽은 좀 더 복잡하다. 발전소 효율이 고온에서 떨어지고, 냉각에 쓰는 강물 온도마저 올라가면 가동 자체를 줄여야 하는 상황이 온다.

    • 에어컨 수요 급증: 기온 1도 상승 시 냉방 전력 수요 약 5~10% 증가
    • 송전선 처짐 현상: 고온에서 금속 송전선이 팽창·이완되어 전송 용량 감소
    • 발전소 냉각수 부족: 강·호수 수온 상승으로 원전·화력 발전소 출력 제한
    • 배터리 효율 저하: 에너지 저장 시스템이 고온에서 성능 하락

    수요 폭증 + 공급 감소, 이중 압박

    폭염 때 전력망이 무너지는 건 단순히 사용량이 많아서가 아니다. 수요는 치솟는데 공급 여력은 오히려 줄어드는 이중 압박 구조가 핵심이다.

    프랑스처럼 원전 의존도가 높은 나라는 냉각수 문제에 취약하다. 강물 온도가 기준치를 넘으면 원전 가동을 법적으로 제한해야 한다. 독일은 재생에너지 비중이 높지만, 폭염 때는 바람이 잘 불지 않아 풍력 발전도 저조해진다. 스페인과 이탈리아는 태양광이 풍부하지만 패널 온도가 너무 높으면 효율이 오히려 떨어진다. 어떤 에너지 믹스를 갖고 있든, 폭염은 반드시 약점을 찾아낸다.

    유럽 그리드가 유독 취약한 이유

    유럽 전력망은 40개국 이상이 연결된 세계 최대 규모의 통합 그리드다. 평소에는 이 연결성이 강점이다. 한 나라가 전력이 부족하면 이웃 나라에서 끌어다 쓸 수 있으니까. 문제는 폭염이 대륙 전체를 동시에 덮친다는 것이다. 모든 나라가 동시에 전력을 더 써야 하는 상황에서는 서로를 구원할 여력이 없다.

    게다가 유럽 전력망의 상당 부분은 1970~80년대에 설계됐다. 당시에는 지금처럼 극단적인 폭염이 반복될 거라고 아무도 예상하지 못했다. 인프라 자체가 기후 변화를 염두에 두지 않은 시대의 산물이다.

    • 동시 다발적 수요 폭증: 대륙 전체 폭염 시 상호 지원 불가
    • 노후 인프라: 수십 년 된 송전·변전 설비가 고온에 취약
    • 냉방 보급률 격차: 북유럽은 에어컨 보급이 낮아 폭염 때 수요 예측이 어려움
    • 재생에너지 간헐성: 폭염 + 무풍 조합 시 태양광·풍력 동시 저하

    재생에너지도 폭염 앞에서는 한계가 있다

    재생에너지로 화석연료를 대체한다고 폭염 문제가 자동으로 해결되는 건 아니다. 태양광 패널은 25도 이상에서 온도가 오를수록 발전 효율이 선형으로 감소한다. 패널 온도가 1도 오를 때마다 효율이 약 0.3~0.5%씩 낮아진다는 게 업계 통설이다. 별것 아닌 것 같지만, 폭염 날 패널 표면 온도는 60도를 훌쩍 넘긴다.

    풍력은 더 직접적인 문제가 있다. 폭염은 대기가 정체되는 환경에서 발생하는 경우가 많아 바람 자체가 약해진다. 독일에서 2019년 폭염 당시 풍력 발전량이 평소 대비 절반 이하로 떨어진 사례가 이를 잘 보여줬다.

    배터리 에너지 저장 시스템(BESS)이 대안으로 떠오르고 있지만, 고온에서 성능이 저하되고 화재 위험도 높아진다는 점이 아킬레스건이다. 결국 폭염 대응을 위해서는 재생에너지 확대와 함께 장기 에너지 저장 기술, 수요 관리 시스템, 그리드 현대화가 세트로 따라와야 한다.

    각국이 꺼내든 카드들

    전력 대란을 막기 위해 각국 정부와 에너지 기업들이 동원하는 방법은 단기 대응과 장기 구조 개편으로 나뉜다.

    단기 대응으로는 산업용 전력 사용을 일시 제한하거나, 가격 신호를 통해 피크 시간대 수요를 분산시키는 방식을 쓴다. 이웃 나라와 긴급 전력 거래 계약을 맺거나, 노후 가스 발전소를 비상용으로 재가동하기도 한다.

    장기 구조 개편은 더 근본적인 방향에서 이뤄진다.

    • 스마트 그리드 전환: AI와 IoT를 활용한 실시간 수요-공급 균형 관리
    • 분산형 에너지 시스템: 대형 발전소 의존 대신 지역별 소규모 발전·저장 시스템 구축
    • 수요 반응 프로그램: 피크 시간대 전력 사용을 줄이는 가정·기업에 인센티브 제공
    • 송전망 고온 설계 기준 강화: 45도 이상 환경에서도 정상 운영 가능한 장비 교체
    • 장기 에너지 저장: 수소, 압축공기, 중력식 배터리 등 계절 단위 저장 기술 투자

    폭염 대비, 지금 당장 해둘 것들

    전력망 문제는 정부와 기업이 해결할 영역이지만, 개인 차원에서도 폭염 때 전력 부담을 줄이는 방법이 있다. 핵심은 피크 시간대인 오후 2시~6시에 전력 사용을 분산시키는 것이다.

    • 세탁기·식기세척기는 저녁 9시 이후 또는 이른 아침에 돌리기
    • 에어컨 온도 1도 높이면 약 7% 전력 절약
    • UPS(무정전 전원 장치)를 서버나 중요 장비에 연결해 순간 정전 대비
    • 태양광 패널 설치 시 환기 공간 확보로 효율 저하 최소화
    • 이동식 발전기나 대용량 파워뱅크를 비상용으로 준비

    가정용 에너지 모니터링 앱을 쓰면 어느 기기가 전력을 얼마나 쓰는지 실시간으로 확인된다. 폭염 경보가 발령됐을 때 자동으로 특정 기기의 전력을 줄이는 수요 반응 기능을 지원하는 스마트 기기도 꾸준히 늘고 있다.

    폭염 견디는 전력망, 다음 수순은

    국제에너지기구(IEA)에 따르면 2050년까지 냉방 수요는 현재의 3배 수준으로 증가할 전망이다. 이 수요를 감당하면서 탄소 배출을 동시에 줄여야 한다. 이중 과제다.

    해법은 세 방향에서 온다. 첫째, 그리드 자체의 물리적 내열성을 높이는 것. 고온에서도 처지지 않는 고온 저이완(HTLS) 송전선 같은 신소재 활용이 대표적이다. 둘째, 수요 예측과 관리의 정밀화다. AI 기반 수요 예측 모델이 폭염 예보와 연동되면 며칠 전부터 공급 계획 조정이 가능하다. 셋째, 에너지 저장 용량 확대다. 태양광이 남아도는 낮에 저장했다가 저녁 피크에 방출하는 구조가 자리 잡을수록 그리드 안정성이 높아진다.

    기후 변화와 에너지 전환은 동전의 양면이다. 화석연료에서 벗어나야 폭염 빈도를 줄일 수 있고, 폭염에 강한 그리드를 만들어야 재생에너지 전환도 안정적으로 이루어진다. 이 두 가지를 동시에 풀어가는 것이 앞으로 10~20년 에너지 정책의 핵심 과제다.

    출처: MIT Tech Review AI

  • 기온 35도에서 내린 결정, 왜 유독 후회스러울까

    기온 35도에서 내린 결정, 왜 유독 후회스러울까

    35도 넘는 날 중요한 결정을 내렸다가 나중에 ‘왜 그랬지?’ 싶었던 적 있나. 단순히 판단이 흐렸던 게 아닐 수 있다. 고온 환경은 뇌의 작동 방식 자체를 바꿔놓는다. 우리가 ‘더위 먹었다’고 대수롭지 않게 넘기던 그 현상, 신경학적으로는 꽤 심각한 얘기다.

    에어컨 없는 방에서 시험 보면 점수가 13% 낮게 나온다

    하버드 공중보건대학원 연구 결과가 직관적이다. 폭염 기간에 에어컨 없는 기숙사에서 지낸 학생들은 에어컨 있는 환경 학생들보다 인지 테스트 점수가 13% 낮았다. 수면 부족처럼 스스로 인식하지 못하는 상태에서 뇌 기능이 조용히 갉아먹힌 것이다. 열 스트레스(heat stress)는 피부나 근육만의 문제가 아니다. 뇌도 온도에 극도로 예민한 기관이다.

    정상 뇌 기능을 위한 체온 범위는 37도 내외—굉장히 좁다. 38도만 넘어도 뇌의 전기적 활동이 흔들리기 시작한다. 39~40도에 이르면 심각한 인지 장애가 발생한다. 열사병(heatstroke)에서 의식을 잃는 게 그냥 ‘너무 더워서’가 아니라, 뇌가 과열로 기능을 멈추는 것이다.

    체온이 오르면 뇌 안에서 벌어지는 일

    뇌는 체중의 2%에 불과하지만 전체 산소 소비량의 20%를 쓴다. 에너지 대사가 그만큼 활발하고, 온도 변화에도 그만큼 예민하다. 고온 상태에서 뇌 안에 일어나는 일을 4단계로 보면 이렇다.

    • 혈류 재분배: 몸이 열을 식히려고 피부로 혈류를 보내면, 뇌에 공급되는 산소·포도당이 상대적으로 줄어든다.
    • 신경전달물질 불균형: 열은 세로토닌, 도파민의 분비와 수용 방식을 바꾼다. 세로토닌 과잉은 체온 조절 중추를 혼란시키고, 도파민 저하는 동기와 집중력에 직격탄을 날린다.
    • 혈뇌장벽(BBB) 손상: 극단적 고온에서는 혈뇌장벽이 일시적으로 손상된다. 뇌를 유해 물질로부터 보호하는 이 장벽이 뚫리면 염증 반응이 뇌까지 침투한다.
    • 신경 전도 속도 저하: 신경섬유를 감싸는 미엘린 수초는 열에 민감하다. 체온이 오르면 신경 신호 전달 자체가 느려진다.

    집중력·기억력·판단력, 순서대로 무너진다

    실험실 연구와 역학 연구를 합쳐보면 패턴이 보인다. 고온이 뇌 기능에 주는 충격은 세 갈래로 나뉜다.

    제일 먼저 흔들리는 건 집중력과 반응 속도. 전두엽 기능이다. 열 스트레스 상태에서는 집중 유지 시간이 짧아지고 실수가 는다. 폭염 시기에 공장·야외 현장의 산업재해가 급증하는 배경이 바로 이것이다.

    작업 기억(working memory)도 타격받는다. 머릿속에 여러 정보를 동시에 붙잡고 처리하는 능력인데, 더운 환경에서는 이 용량이 확연히 좁아진다. 계산이 더뎌지고 멀티태스킹이 버거워지는 게 기분 탓이 아닌 이유가 여기 있다.

    가장 위험한 건 위험 판단력 저하다. 2011년 연구에서 판사들이 더운 날씨에 가석방 신청을 거부하는 비율이 높아졌다는 결과가 나왔다. 기온이 의사결정에 실제로 개입한다는 뜻이다. 투자 판단, 의료 결정, 운전처럼 결과가 중요한 상황일수록 폭염 속 인지 왜곡의 위험이 커진다. 이건 좀 섬뜩한 얘기다.

    뇌 지키는 방법 5가지, 구체적으로

    더위 속에서 뇌 기능 저하를 최소화하는 방법은 생각보다 구체적이다.

    • 중요한 결정은 오전에: 기온이 가장 낮고 체온 조절이 안정된 오전에 집중력이 필요한 업무를 몰아둔다.
    • 실내 온도 26도 이하 유지: 26~27도가 인지 기능 측면의 최적 범위다. 너무 차갑게 내리면 오히려 졸음이 유발된다.
    • 목 뒤와 손목 냉각: 전신을 식히기 어렵다면, 혈관이 집중된 목 뒤·손목·발목에 찬 물이나 냉각팩을 대면 체온을 효율적으로 내릴 수 있다.
    • 짧게 끊는 인지 휴식: 고온 환경에서는 45분 집중 후 10분 휴식보다 30분 작업 후 5분 이완이 낫다. 뇌에 열이 쌓이기 전에 끊는 게 핵심이다.
    • 전해질 포함 수분 보충: 물만 마시는 것보다 나트륨·칼륨이 포함된 음료가 신경 전도에 직접 작용한다. 당분 높은 스포츠 음료는 혈당 스파이크를 유발할 수 있어 주의가 필요하다.

    물 많이 마시면 해결된다? 절반만 맞다

    ‘더우면 물 마시면 된다’—틀린 말은 아니다. 체중의 1~2%만 수분이 부족해도 집중력과 기억력이 떨어진다는 연구 결과가 있다. 탈수가 인지 기능을 갉아먹는 건 사실이다.

    그런데 수분 보충이 뇌를 식혀주지는 않는다. 뇌는 체온이 오를 때 자체 냉각 시스템을 가동한다. 두개골 안에서 뇌척수액 순환을 조절하고, 뇌정맥을 통해 열을 방출하는 방식이다. 외부 온도가 지속적으로 높으면 이 시스템에 과부하가 걸린다. 물을 충분히 마셔도 환경 자체가 뜨거우면 뇌는 계속 열을 받는다. 결국 ‘쉬는 것’이 생각보다 결정적이다. 시원한 장소에서의 신체적·정신적 휴식이 뇌 기능 회복의 출발점이다.

    반복 노출이 남기는 장기 흔적

    단기 인지 저하보다 더 신경 쓰이는 게 따로 있다. 폭염의 반복 노출이 뇌에 누적적인 흔적을 남긴다는 가능성이다. MIT 테크놀로지 리뷰를 비롯한 과학 매체들의 최신 연구 흐름을 보면, 만성적 열 노출이 알츠하이머병 등 신경퇴행성 질환의 위험 인자가 될 수 있다는 가설이 점점 구체화되고 있다. 열에 의한 산화 스트레스(oxidative stress)가 뇌세포 손상을 쌓이게 하기 때문이다.

    폭염과 수면의 연결도 빠뜨릴 수 없다. 수면 중 뇌는 글림프 시스템(glymphatic system)을 통해 독성 단백질을 청소한다. 더운 밤은 수면의 질을 떨어뜨리고 이 청소 과정을 방해한다. 폭염이 길어질수록 뇌 건강 우려가 ‘더워서 피곤하다’는 수준을 훌쩍 넘어서는 이유가 여기 있다.

    결론은 딱 두 가지

    폭염 속 뇌 기능 저하를 막는 데 실질적으로 효과 있는 전략은 환경 통제스케줄 조정이다. 완벽한 냉방이 불가능하다면, 최소한 중요한 판단과 인지 작업을 기온이 낮은 시간대로 몰아두는 것만으로도 뇌가 받는 부담이 달라진다. 폭염이 점점 일상이 되는 기후 환경에서, 뇌 보호는 개인 위생 문제가 아니다. 생산성과 안전을 좌우하는 공중 보건 과제로 무게가 이동하고 있다.

    출처: MIT Tech Review AI

  • 체온 1도가 뇌를 흔든다 – 폭염이 인지 기능을 망가뜨리는 방식

    체온 1도가 뇌를 흔든다 – 폭염이 인지 기능을 망가뜨리는 방식

    더운 날 유독 멍해지고, 사소한 일에도 짜증이 확 올라오는 경험. 기분 탓이 아니다. 체온이 1도만 올라가도 집중력이 눈에 띄게 떨어지고, 기억력도 흔들리고, 판단 속도가 느려진다. 폭염이 단순히 ‘불쾌한 날씨’가 아니라 뇌 기능에 직접 타격을 주는 의학적 위험 요인이라는 연구가 쌓이고 있다. 그런데도 대부분은 더운 날 멍한 이유를 그냥 ‘피곤해서’로 넘긴다. 그냥 날씨 탓이 맞긴 맞다.

    뇌는 왜 유독 열에 약한가

    뇌는 체중의 겨우 2%다. 근데 산소와 포도당 소비는 전체의 20%를 가져간다. 이 불균형이 핵심이다. 에너지 대사가 그 정도로 집중되면 열도 그만큼 많이 나고, 평소엔 혈액 순환이 이 열을 식혀주는 구조다.

    문제는 외부 기온이 높아지면 이 냉각 시스템이 한계에 부딪힌다는 거다. 뇌 온도가 섭씨 40도를 넘기기 시작하면 신경세포 사이 신호 전달 속도가 느려지고, 뉴런이 손상될 수 있다. 정밀 기계처럼, 뇌는 좁은 온도 범위 안에서만 제대로 돌아가는 구조다.

    폭염이 실제로 뇌에 하는 일

    열 스트레스가 오면 뇌에서 구체적으로 이런 일들이 벌어진다:

    • 작업 기억 저하: 숫자를 잠깐 기억하거나 여러 정보를 동시에 처리하는 능력부터 먼저 무너진다.
    • 반응 속도 감소: 더운 환경에서 운전 사고율이 높은 데는 이유가 있다. 뇌의 반응 시간이 실질적으로 늘어난다.
    • 감정 조절 기능 약화: 전두엽의 억제 기능이 떨어지면서 충동적 반응이 증가한다. 폭염과 폭력 범죄율 상관관계를 분석한 연구들이 이걸 뒷받침한다.
    • 수면 질 악화: 깊은 수면을 위해서는 체온이 약간 낮아져야 하는데, 열대야는 이 과정을 통째로 방해한다. 수면 부족은 다시 인지 기능을 악화시키는 악순환을 만든다.

    하버드 공중보건대학원의 연구를 보면, 냉방이 없는 기숙사에 사는 학생들이 폭염 기간 인지 능력 테스트에서 냉방 기숙사 학생들보다 평균 13% 낮은 점수를 받았다. 13%. 솔직히 꽤 큰 차이다.

    기온이 오를수록 피해가 누적된다

    하루이틀은 회복이 된다. 폭염이 길어지면 이야기가 달라진다.

    장기 열 노출은 뇌의 염증 반응을 자극하고, 뇌혈관 장벽을 약화시킨다는 연구 결과가 있다. 뇌혈관 장벽은 혈액 속 유해 물질이 뇌 조직으로 들어오지 못하게 막는 방어선이다. 이게 손상되면 신경 염증으로 이어지고, 장기적으로는 치매나 신경퇴행성 질환의 위험 요인이 된다는 가설도 제기된다. 인과관계가 완전히 규명된 건 아직 아니지만, 기후과학자들과 신경과학자들이 함께 이 분야 연구를 확대하고 있다는 사실 자체가 문제의 무게를 보여준다.

    이런 사람은 더 조심해야 한다

    모두가 폭염에 똑같이 반응하는 건 아니다. 취약한 집단이 따로 있다.

    • 65세 이상 노인: 체온 조절 능력 자체가 저하되어 있어 인지 기능 타격이 더 빠르다.
    • 정신건강 약물 복용자: 항정신병 약물, 일부 항우울제는 체온 조절 기능을 방해한다.
    • 외근 노동자 및 운동선수: 지속적인 야외 활동으로 열 축적이 빠르게 일어난다.
    • 영유아: 체온 조절 시스템이 아직 미성숙해 과열 위험이 성인보다 높다.
    • 당뇨·심혈관 질환자: 혈액 순환 이상으로 뇌로의 열 방출이 저해된다.

    더위 속 뇌를 지키는 실질 방법

    폭염 대피만이 답은 아니다. 일상에서 뇌를 보호하는 방법들이 있다.

    • 수분 보충은 ‘목마르기 전’에: 갈증을 느끼는 시점에는 이미 탈수가 시작된 것이다. 물을 규칙적으로, 미리 마셔야 한다. 탈수 상태는 뇌 기능 저하를 가속화한다.
    • 고강도 인지 작업은 이른 아침에: 기온이 오르기 전 오전 시간대에 중요한 결정이나 창작 작업을 몰아두는 게 실질적으로 효과적이다.
    • 목, 손목을 냉각: 냉방이 어려운 환경이라면 큰 혈관이 지나가는 목과 손목 안쪽에 차가운 수건을 대는 것이 빠른 체온 저하에 도움이 된다.
    • 카페인 과잉 섭취 주의: 커피는 이뇨 작용을 하기 때문에, 더운 날 과도한 카페인은 탈수를 악화시킨다.
    • 알코올은 폭염 금기: 알코올은 체온 조절 기능을 방해하고 탈수를 유발한다. 폭염 중 음주는 뇌에 이중 타격이다.

    기후변화가 이 문제를 구조적으로 키우고 있다

    지난 수십 년 데이터를 보면 전 세계 폭염의 빈도, 강도, 지속 기간 모두 올라가는 추세다. 과거에는 10년에 한 번꼴이던 극단적 폭염이 2050년에는 매년 발생할 수 있다는 예측도 나온다.

    단순한 불쾌지수 문제가 아니다. 학생들의 학습 능력, 직장인의 생산성, 노인의 인지 건강이 기후와 직결되는 시대가 오고 있다. 일부 연구자들은 폭염이 장기적으로 특정 지역의 평균 인지 능력 자체를 낮출 수 있다는 주장을 내놓기도 한다.

    냉방 인프라가 충분하지 않은 저소득 국가나 지역에서 이 영향이 더 크다는 점도 기후 불평등의 한 단면이다.

    ‘더위를 참는 것’은 미덕이 아니다

    폭염에 뇌가 영향을 받는 건 의지력 문제가 아니다. 생물학적으로 피할 수 없는 반응이다. 더운 날 판단력이 흐려지거나 예민해지는 걸 ‘나약함’으로 해석하는 시각은 이제 바꿔야 한다.

    냉방을 쓰고, 그늘을 찾고, 충분히 쉬는 것. 게으름이 아니라 뇌를 보호하는 합리적 선택이다. 폭염이 갈수록 일상이 되는 시대에, 이 기본 사실을 아는 것이 건강을 지키는 첫걸음이다.

    출처: MIT Tech Review AI

  • 무어의 법칙은 끝났나 — 반도체 한계와 포스트 무어 시대 핵심 정리

    무어의 법칙은 끝났나 — 반도체 한계와 포스트 무어 시대 핵심 정리

    1965년에 나온 예측 하나가 반도체 60년을 지배했다. 고든 무어가 내놓은 “2년마다 트랜지스터 수가 두 배”라는 경험적 관측이, 인텔부터 TSMC까지 전 세계 칩 제조사의 설계 목표가 됐다. 그런데 IBM이 2nm 칩을 꺼내 들면서도, 업계 안에서 “이제 한계다”라는 말이 조심스럽게 나오는 상황. 법칙이 죽은 건지, 아니면 그냥 방향이 바뀐 건지 짚어봤다.

    무어의 법칙, 핵심만 짚으면

    무어의 법칙은 단순히 “칩이 빨라진다”는 말이 아니다. 정확히는 집적회로 안에 담을 수 있는 트랜지스터 수가 약 2년마다 두 배가 된다는 경험적 예측이다. 1965년 고든 무어가 처음 제시했고, 이후 반도체 업계 전체가 이걸 목표처럼 따랐다.

    숫자로 보면 체감이 다르다.

    • 1971년 인텔 4004: 트랜지스터 약 2,300개
    • 2000년대 초: 수억 개
    • 현재 최신 칩(애플 M4, 엔비디아 H100 등): 수백억 ~ 1,000억 개 이상

    약 50년 만에 수천만 배. 이게 가능했기 때문에 PC, 스마트폰, AI 서버까지 현대 IT 인프라 전체가 지금 모습이 된 거다. 솔직히 이 숫자를 보면 무어의 법칙이 얼마나 황당한 예측이었는지 새삼 느껴진다.

    물리적 한계가 발목을 잡다

    트랜지스터를 계속 작게 만드는 데 브레이크가 걸린 이유는 결국 물리 법칙 때문이다. 공학이 아니라 물리다.

    • 열 문제: 트랜지스터가 작아질수록 발열 밀도가 올라간다. 전력은 더 필요하고, 식히기도 어려워진다.
    • 전자 누설(Leakage): 회로선이 수 나노미터(nm) 수준으로 얇아지면 전자가 절연체를 그냥 통과해버린다. 양자 터널링 현상이다. 막을 수가 없다.
    • 제조 공정의 한계: 현재 TSMC와 삼성은 2nm, 3nm 공정을 양산 중이지만, 1nm 이하로 가는 건 이론적으로도 쉽지 않다.

    2010년대 중반부터 업계 전문가들이 “무어의 법칙이 끝났다”는 말을 꺼내기 시작한 건 이 맥락이다. 엄밀히 말하면 죽은 게 아니라 속도가 현저히 느려진 것. 하지만 방향 전환이 불가피해졌다는 점에서는 사실상 같은 의미다.

    반도체 기업들이 찾은 돌파구

    칩 제조사들은 2D 미세화 대신 다른 방향으로 눈을 돌렸다. 이게 오히려 더 흥미롭다.

    • 3D 적층 기술: 트랜지스터를 평면으로 늘리는 게 아니라 위로 쌓는다. HBM(고대역폭 메모리)이 대표적이다.
    • 이종 집적(Chiplet): 기능별로 나눈 작은 칩 여러 개를 하나의 패키지에 붙이는 방식. AMD와 인텔이 이 방향을 강하게 밀고 있다.
    • 새로운 소재: 실리콘 대신 갈륨나이트라이드(GaN), 탄화규소(SiC), 그래핀 등 소재 실험이 활발하다.
    • 특화 칩(ASIC/NPU): 범용 CPU 대신 AI 연산이나 암호화 같은 특정 작업에 최적화된 칩을 따로 만든다. 구글의 TPU, 엔비디아의 GPU가 여기 해당한다.

    IBM은 뭘 노리나

    IBM은 기존 반도체 로드맵과 결이 다른 접근을 연구 중이다. 실리콘 기반 공정을 계속 미세화하면서도, 동시에 양자 컴퓨팅새로운 트랜지스터 아키텍처에 투자하고 있다.

    IBM이 공개한 2nm 칩(연구 단계 기준)은 손톱만 한 크기에 500억 개 이상의 트랜지스터를 담았다. 수치 자체도 인상적이지만, IBM이 더 강하게 미는 건 나노시트(nanosheet) 기반 트랜지스터 구조다. 기존의 핀펫(FinFET) 방식보다 전력 효율이 훨씬 높다. MIT Technology Review 보도를 보면, IBM의 핵심 목표는 트랜지스터 숫자 경쟁이 아니라 와트당 성능을 끌어올리는 데 있다고 한다. 방향 자체가 다른 거다.

    AI 시대에 이게 왜 중요한가

    AI 모델이 커질수록 칩 성능과 효율은 운용 비용에 바로 연결된다.

    GPT-4 규모의 모델을 훈련하는 데 드는 전력 비용은 수십억 원 수준이다. 추론(Inference) 서버를 상시 운용하는 비용까지 더하면, 반도체 효율이 0.1% 개선되는 것도 대규모에서는 엄청난 차이를 만든다. 그냥 전기료 얘기가 아니다. 기업 생존 전략 수준이다.

    엔비디아 H100, H200 GPU가 AI 인프라에서 독보적인 지위를 가지는 이유 중 하나도 여기 있다. 단순 연산 속도뿐 아니라 단위 전력당 처리 효율이 경쟁사 대비 압도적이기 때문이다. 이 갭을 좁히려는 AMD, 인텔, 구글, 아마존의 경쟁이 결국 “포스트 무어 시대의 칩 전쟁”이다.

    다음 수순은 — 남은 변수들

    무어의 법칙이 느려졌다고 반도체 발전이 멈추는 건 아니다. 방향이 바뀌는 것이다. 앞으로 주목할 기술 흐름은 크게 세 가지다.

    • 3D 패키징 표준화: 현재는 제조사마다 제각각인 칩렛 연결 규격이 UCIe 같은 업계 표준으로 수렴될 가능성이 크다.
    • 광 인터커넥트(Optical Interconnect): 전기 신호 대신 빛으로 칩 간 데이터를 주고받으면 속도와 전력 효율이 대폭 올라간다. 인텔과 IBM이 이쪽 연구에 공들이고 있다.
    • 뉴로모픽·양자 컴퓨팅: 범용화까지는 갈 길이 멀지만, 특정 영역에서는 기존 반도체를 대체하는 시나리오가 실험 중이다.

    “무어의 법칙이 끝났냐”는 질문보다 “그 다음은 뭐냐”가 더 실용적인 질문이다. 그 답을 찾는 경쟁이 반도체 산업 전체를 움직이고 있고, IBM·엔비디아·TSMC가 각자의 방식으로 판을 짜고 있다. 어느 방향이 표준이 될지는 3~5년 안에 어느 정도 윤곽이 잡힐 것이다.

    출처: MIT Tech Review AI