AI Biz Insider

블로그

  • 880조 잭팟, 근데 현금이…

    880조 잭팟, 근데 현금이…

    밤에 황금빛 조명을 받은 거대한 AI 클라우드 데이터센터 서버랙과 상승 그래프 — 오라클의 AI 수주잔고와 현금흐름 긴장을 상징
    TL;DR
    • 오라클의 AI 클라우드 수주잔고(RPO)가 6,380억 달러(약 880조 원)로 1년 만에 363% 폭증 — 한 분기에만 약 117조 원이 쌓였다.
    • 그런데 잉여현금흐름(FCF)은 5개 분기 연속 적자. 연간 -237억 달러(약 -33조 원), 자본지출은 556억 달러(약 77조 원)로 두 배 이상 늘었다.
    • 이 수주잔고의 약 절반이 ‘오픈AI’ 한 곳에 걸려 있다. 월가는 오라클을 ‘오픈AI 대리 투자’라 부른다.
    • 핵심 교훈: 계약 규모(수주)와 손에 쥐는 현금은 다른 타임라인이다. AI 인프라 사업은 마진 구조부터 다르게 봐야 한다.

    9월 10일(현지시간) 장 마감 후 공개된 오라클(Oracle)의 분기 실적에서, 숫자 하나가 시장을 얼어붙게 만들었습니다. 아직 매출로 잡히지도 않은 ‘수주잔고’가 6,380억 달러, 우리 돈으로 약 880조 원. 1년 만에 363% 폭증했고, 한 분기에만 850억 달러(약 117조 원)가 새로 쌓였습니다. AI 클라우드 계약이 이 정도로 몰린 회사는 지금까지 없었습니다. 그런데 같은 발표 안에, 정반대 숫자가 숨어 있었습니다. 오라클의 잉여현금흐름은 5개 분기 연속 마이너스. 역대 최대 규모의 수주를 따내고도, 정작 손에 쥐는 현금은 계속 빠져나가고 있다는 뜻입니다. 이 모순이 바로 2026년 AI 비즈니스의 가장 날카로운 질문입니다. (환율은 약 1,380원/달러 기준)

    880조 원, 이건 ‘매출’이 아니라 ‘수주잔고’입니다

    수주잔고(RPO)가 대체 뭐길래

    먼저 이 880조 원의 정체를 정확히 짚어야 합니다. 이건 오라클이 ‘이미 번 돈’이 아닙니다. 회계 용어로 RPO(Remaining Performance Obligations, 잔여 이행 의무), 즉 계약은 체결했지만 아직 서비스를 제공하지 않아 매출로 인식되지 않은 ‘예약된 미래 매출’입니다. 식당으로 치면 예약 장부에 찍힌 예약 건수이지, 계산대에 들어온 현금이 아닙니다. 그중 일부만 향후 12개월 안에 실제 매출로 전환됩니다.

    오라클은 본래 데이터베이스와 기업용 소프트웨어 회사입니다. 전 세계 43만 개가 넘는 설치 기반 고객에서 나오는 끈끈한 구독형 매출이 뼈대이고, 블렌디드 매출총이익률이 68.5%에 이르는 탄탄한 프랜차이즈입니다. 그런 회사가 지금 창사 이래 가장 공격적인 투자 사이클에 들어섰습니다. 클라우드 인프라 매출은 전년 대비 세 자릿수로 뛰었고, 그 성장의 ‘증거’가 바로 이 폭발적인 RPO입니다.

    AI Biz Insider 분석 — 수주잔고가 크다는 건 ‘미래 매출의 가시성’이 좋다는 뜻입니다. 투자자에게는 안심 재료죠. 하지만 가시성은 현금흐름과 동의어가 아닙니다. 예약이 아무리 밀려도, 주방을 먼저 증설하느라 돈이 나가면 통장은 마릅니다. 오라클의 이야기는 바로 그 간극에 관한 것입니다.

    그 절반이 ‘오픈AI’ 한 곳에 걸려 있다

    더 예민한 지점은 집중도입니다. 이 880조 원 수주잔고의 약 절반이 오픈AI 한 곳에서 나옵니다. 오픈AI가 오라클과 맺은 다년 계약은 약 3,000억 달러(약 414조 원) 규모로 알려져 있습니다. 투자 매체 배런스(Barron’s)가 오라클 주식을 아예 ‘오픈AI에 대한 대리 투자(proxy)’라고 부를 정도입니다.

    문제는 오픈AI 자신도 아직 적자 기업이고, 이 거대한 지출을 감당하기 위해 계속해서 외부 자금을 조달해야 하는 처지라는 점입니다. 오라클의 미래 매출 절반이, ‘아직 흑자를 못 낸 고객이 앞으로도 계속 돈을 낼 수 있느냐’에 달려 있는 구조인 셈입니다. 성장의 엔진이자 동시에 가장 큰 리스크가 한 이름에 묶여 있습니다.

    그런데 현금은 왜 마르나

    5개 분기 연속 마이너스 현금흐름

    이제 반대편 숫자를 봅시다. 오라클의 영업활동 현금흐름은 사상 최대인 약 320억 달러(약 44조 원)를 기록했습니다. 장사 자체는 역대급으로 잘했다는 뜻입니다. 그런데 잉여현금흐름(FCF)은 연간 -237억 달러(약 -33조 원)로, 무려 5개 분기 연속 적자였습니다. 벌어들인 현금보다 더 많은 돈이 밖으로 나가고 있다는 얘기입니다.

    범인은 자본지출(CapEx)입니다. 2026 회계연도 자본지출은 556억 달러(약 77조 원)로 1년 만에 두 배 이상 불어났습니다. 데이터센터를 짓고 GPU를 사들이는 데 들어간 돈입니다. 게다가 회사는 올해 순 자본지출 가이던스를 700억~950억 달러(약 97조~131조 원)로 제시했습니다. 지출은 줄기는커녕 더 커집니다.

    계약은 ‘보이는데’ 현금은 ‘안 들어온다’

    핵심은 순서입니다. AI 클라우드는 계약을 따낸 뒤 데이터센터와 GPU를 먼저 지어야 매출과 현금이 들어오기 시작합니다. 그래서 수주가 폭증하는 국면일수록, 역설적으로 현금은 더 빠르게 빠져나갑니다. 일부 애널리스트는 오라클의 잉여현금흐름 흑자 전환 시점을 빨라야 2029 회계연도로 봅니다. 다만 완충 장치도 있습니다. 대형 계약에 들어가는 하드웨어 중 약 750억 달러(약 104조 원)어치는 고객이 선지급하거나 직접 공급해, 부담의 일부를 오라클 장부 밖으로 넘겨놓았습니다.

    AI Biz Insider 분석 — ‘AI로 돈을 번다’는 말은 두 단계로 쪼개야 합니다. 1단계는 계약(수주), 2단계는 현금 회수입니다. 지금 AI 인프라 시장은 대부분 1단계에서 축포를 쏘고 있지만, 진짜 승부는 2단계에서 갈립니다. 계약 잔고가 얼마나 빨리 ‘청구 가능한 현금’으로 바뀌느냐 — 오라클 실적에서 시장이 실제로 노려본 숫자는 880조가 아니라 바로 이 전환 속도였습니다.

    진짜 문제는 ‘이익률’이 다르다는 것

    한 겹 더 들어가면 마진 문제가 있습니다. 오라클의 블렌디드 매출총이익률은 68.5%지만, 가장 빠르게 크는 AI 인프라 사업의 총이익률은 30~40%대에 불과합니다. AI 매출 비중이 커질수록 회사 전체의 이익률은 오히려 눌리는 구조입니다. 클라우드 인프라 시장에서 오라클의 점유율은 약 3%로, AWS 32%·애저 23%·구글 클라우드 11%에 한참 못 미칩니다. 규모로 정면 승부하는 게 아니라, GPU 워크로드에 특화된 틈새로 파고드는 전략입니다.

    한국 경영자가 여기서 챙겨야 할 3가지

    1) ‘수주 = 현금’이 아니다

    큰 계약을 따내면 회사는 축포를 쏩니다. 하지만 매출 인식 시점과 현금 유입 시점은 전혀 다른 타임라인 위에 있습니다. 특히 설비나 인력 같은 선투자가 큰 사업일수록, 계약과 현금 사이의 간극은 더 벌어집니다. 세계 최대 SW 기업조차 880조 수주 앞에서 현금이 마르는데, 규모가 작은 기업이라면 이 간극이 곧 유동성 위기로 직결될 수 있습니다. 계약의 ‘크기’보다 현금 ‘전환 속도’를 먼저 보십시오.

    2) AI 인프라는 ‘이익률이 다른 사업’이다

    AI를 붙이면 매출은 늘지만, 마진은 기존 사업보다 낮을 수 있습니다. 오라클이 68%에서 30%대로 희석되는 것처럼요. AI 신사업을 검토할 때는 ‘매출 성장’과 ‘마진 구조’를 반드시 분리해서 봐야 합니다. 매출 곡선만 보고 뛰어들면, 규모는 커지는데 이익은 오히려 얇아지는 함정에 빠질 수 있습니다.

    3) ‘단일 고객 의존’은 양날의 검이다

    오라클 미래 매출의 절반이 오픈AI에 묶여 있다는 건, 그 고객의 성장과 리스크에 회사 운명이 함께 종속된다는 뜻입니다. 매출이 특정 대형 고객 한 곳에 쏠려 있다면, 그건 안정적인 ‘앵커 고객’이 아니라 집중 리스크일 수 있습니다. 지금 우리 회사의 매출 집중도(상위 고객 비중)를 한번 점검해 보시길 권합니다.

    AI Biz Insider 분석 — 오라클의 딜레마는 남의 이야기가 아닙니다. ‘AI 투자를 지금 얼마나, 어떤 속도로 할 것인가’는 대기업만의 고민이 아니라 중소·스타트업의 생존 문제이기도 합니다. 핵심은 하나입니다. 화려한 계약 규모가 아니라, 그 계약이 현금으로 돌아오는 시점과 마진을 냉정하게 계산하는 회사가 결국 살아남습니다.

    관련 글

    출처

    1. Rolling Out — “Oracle’s 363% backlog jump masks a real worry” (2026-09-10)
    2. Yahoo Finance / GuruFocus — “Oracle: The AI Backlog Is Real — The Cash Flow Isn’t (Yet)”
    3. 24/7 Wall St. — “Oracle Weakens Bear Case With Broader AI Customer Base and $664 Billion Backlog” (2026-09-11)

    AI Biz Insider · AI 비즈니스 · aibizinsider.com

  • 싼 맛에 쓴 AI, 하필 미국이…

    미국과 중국의 AI 프런티어 모델 사이에서 데이터가 빠져나가는 모습을 형상화한 일러스트
    TL;DR
    • 미국 NSA·FBI·CISA가 9월 8일 공동 사이버보안 권고를 내고 딥시크·문샷AI·알리바바·미니맥스·스텝펀·Z.AI 등 중국 AI 6곳을 “산업적 규모의 증류(distillation)” 혐의로 지목했다.
    • 2024년 이후 클로드·GPT·제미나이·그록 등 미국 프런티어 모델에서 “수십억 토큰”을 뽑아내 자사 모델을 학습시켰다는 것이 핵심 주장이다.
    • 논란의 초점은 값싼 중국 오픈모델의 원가 구조다. 딥시크의 560만 달러 학습 비용 주장이 증류 데이터 비용을 민 수치라는 지적이 나왔다.
    • 값싼 중국 모델을 쓰고 있다면, 지금 우리 AI 스택의 모델 출처·약관·규제 리스크부터 점검해야 한다.

    싼 맛에 도입한 AI가 어느 날 미국 정부의 요주의 명단에 올랐다면 어떻게 될까. 2026년 9월 8일(현지시간), 미국의 3대 안보·수사 기관이 이례적인 공동 권고문을 발표했다. 대상은 국내 개발 현장에서도 이미 익숙한 중국 AI 기업들이다. 단순한 기술 자존심 싸움이 아니라, AI를 도입한 모든 기업의 공급망 리스크로 번질 수 있는 사안이라는 점에서 경영자의 시선이 필요하다.

    미국 3대 기관이 지목한 중국 AI 6곳

    ‘증류(distillation)’가 뭐길래

    NSA(국가안보국), FBI(연방수사국), CISA(사이버보안·인프라보안국)는 9월 8일 공동 사이버보안 권고(문서번호 AA26-251a)를 통해 딥시크, 문샷AI, 알리바바, 미니맥스, 스텝펀, Z.AI 여섯 곳을 지목했다. 이들이 “산업적 규모의 공격적이고 악의적인 증류 활동”으로 미국 프런티어 모델의 독점 기능과 역량을 빼냈다는 것이다.

    증류란 작은 모델이 큰 모델에 반복적으로 질의해 그 응답을 학습하고 성능을 끌어올리는 기법이다. 기술 자체는 합법적으로도 쓰이지만, 상용 모델 제공사는 대개 약관으로 이를 금지한다. 막대한 학습 투자를 보호하기 위해서다. 권고문은 중국 기업들이 정식 API, 원격 클라우드, 제3자 aggregator, 그리고 이른바 ‘중계소(transfer station)’라 불리는 회색시장 프록시를 통해 지역 제한과 약관을 우회했다고 주장한다. 대상 모델로는 앤스로픽 클로드, 오픈AI GPT, 구글 제미나이, xAI 그록이 거명됐고, 2024년 이후 “수백만 건의 요청에 걸쳐 수십억 토큰”이 빠져나갔다고 명시했다.

    AI Biz Insider 분석 — 핵심은 미국이 이를 개별 사건이 아니라 중국 AI 개발 전략의 “핵심(the core)”으로 규정했다는 점이다. 일회성 약관 위반이 아니라 구조적 문제로 본다는 신호이며, 이는 향후 규제의 강도를 가늠하게 한다.

    왜 ‘값싼 중국 모델’과 연결되나

    딥시크 ‘560만 달러’의 진실 공방

    권고문에서 가장 사업적으로 민감한 대목은 원가다. 딥시크는 R1·V3 모델을 학습시키며 GPT-4, GPT-5, 여러 클로드 버전의 추론·에이전트 기능을 표적으로 삼았다고 지목됐다. 문샷AI는 클로드 ‘페이블(Fable)’에서 상당량의 데이터를 뽑아 최신급 모델 키미 K3를 학습시켰고, 이전 모델 키미 K2는 GPT-4o 데이터를 활용했다는 주장도 담겼다.

    미국 당국은 딥시크가 내세운 560만 달러라는 학습 비용이 증류로 확보한 데이터 비용을 제외한 수치여서 오해를 부른다고 지적했다. 이는 단순한 자존심 다툼이 아니다. 2025년 초 딥시크가 “적은 컴퓨팅으로 최고 성능”을 내세우자 인프라에 수십억 달러를 쏟은 투자자들이 흔들렸던 바로 그 사건의 재점화다. 알리바바의 Qwen 계열처럼 고품질 오픈모델이 무료로 배포되는 흐름 역시, 유료 접근에 의존해 아직 대규모 적자를 감수 중인 미국 기업들에는 직접적인 위협으로 작용한다.

    AI Biz Insider 분석 — 기업이 냉정하게 볼 지점은 이것이다. 중국 오픈모델의 낮은 가격이 순수한 기술 효율 때문인지, 아니면 미국 주장처럼 원가에 반영되지 않은 무언가 때문인지에 따라 ‘싸다’는 판단의 전제 자체가 흔들린다.

    한국 경영자가 지금 점검할 세 가지

    우리 AI 스택의 ‘출처’를 아는가

    첫째, 모델 출처를 파악하라. 사내 챗봇, 코드 어시스턴트, 그리고 도입한 SaaS의 AI 부가 기능이 실제로 어떤 모델 위에서 돌아가는지 확인해야 한다. 적지 않은 툴이 내부적으로 딥시크·Qwen·Kimi 같은 오픈모델을 쓰면서도 이를 명시하지 않는다.

    둘째, 약관과 규제 리스크를 점검하라. 미국이 증류를 지식재산·안보 문제로 규정하기 시작한 만큼, 앞으로 수출통제·공공조달 배제·클라우드 차단 등으로 번질 여지가 있다. 정부나 대기업 납품, 미국 시장을 겴냥한 서비스라면 특히 민감하게 봐야 한다.

    셋째, 대체 계획을 마련하라. 특정 모델이 갑자기 막혀도 서비스가 멈추지 않도록, 모델을 갈아끼울 수 있는 추상화 계층과 대안 벤더를 미리 확보해 두는 편이 안전하다. 하나의 저가 모델에 서비스 전체를 묶어 두는 것은 지금 시점에서 분명한 리스크다.

    AI Biz Insider 분석 — 권고문의 ‘중계소가 프런티어 모델을 공식가의 몇 분의 일 가격에 재판매한다’는 대목을 흘려듣지 말자. 협력사나 도입 툴이 비정상적으로 싼 API를 쓰고 있다면, 그 경로 자체가 추적 불가능한 회색 공급망일 수 있다.

    균형을 위해 — 미국 기업도 예외는 아니다

    다만 이 사안을 한쪽 시각으로만 볼 필요는 없다. 증류 논란은 미국과 중국 양쪽에서 오갔다. 오픈AI는 2025년 초 딥시크 부상 직후 마이크로소프트와 함께 자사 기술을 증류한 것으로 의심되는 계정들을 차단했다고 밝혔고, 앤스로픽도 올해 딥시크·문샷·미니맥스를 상대로 유사한 의혹을 제기했다.

    반대로 일론 머스크는 자신이 오픈AI를 상대로 제기한 소송의 반대신문 과정에서, xAI 모델 학습에 오픈AI의 출력을 활용했음을 인정한 바 있다. 중국 측은 오히려 미국 기업이 중국 모델을 증류한다고 반박하며, 관련 제재가 나올 경우 대응하겠다는 뜻을 내비쳤다. 요컨대 증류는 특정 국가만의 문제라기보다, 프런티어 모델 시대가 만든 공통의 회색지대에 가깝다. 기업이 고민할 것은 어느 편을 드느냐가 아니라, 이 회색지대가 만들어 낼 규제·평판 리스크를 어떻게 관리하느냐다.

    관련 글

    출처

    1. The Register — US claims Chinese AI companies’ core AI strategy is distilling American models (2026-09-09)
    2. Engadget — US authorities accuse Chinese AI companies of industrial-scale campaigns to copy American models (2026-09-09)
    3. CISA·NSA·FBI — Joint Cybersecurity Advisory AA26-251a (2026-09-08)

    AI Biz Insider · AI 비즈니스 · aibizinsider.com

  • 그 프롬프트 지금 지우세요

    AI 코딩 에이전트, 로컬 음성 AI, 오픈소스 라이선스를 상징하는 녹색 테크 일러스트
    DIGEST
    • GPT-6 Astra 등장으로, 그동안 쌓아둔 스킬·AGENTS.md·작업 프롬프트를 다시 손봐야 할 때가 왔다
    • VoiceStudio — 계정도 API 키도 없이 내 PC에서 5~15초 샘플로 목소리를 복제하는 오픈소스 스튜디오
    • 28년 경력 개발자가 MIT를 버리고 EUPL로, 다시 불붙는 오픈소스 라이선스 논쟁

    개발 도구가 하루가 다르게 똑똑해지는 지금, ‘한 번 잘 세팅해두면 계속 잘 굴러간다’는 믿음이 흔들리고 있습니다. 오늘 GeekNews TOP3는 공교롭게도 한 방향을 가리킵니다. 그동안 옳다고 믿어온 설정과 방식을, 지금 다시 의심하라는 것입니다. 코딩 에이전트의 프롬프트부터 로컬 음성 AI, 그리고 오픈소스 라이선스까지 개발자의 ‘기본값’이 흔들리는 세 가지 신호를 정리했습니다.

    그동안 공들인 프롬프트, 지금이 갈아엎을 때

    왜 ‘잘 만든 설정’이 오히려 발목을 잡나

    코딩 에이전트의 성능이 올라가면서, 예전에는 반드시 필요했던 세세한 유도와 보조 절차가 이제는 오히려 방해가 되는 경우가 늘고 있습니다. 핵심은 누적입니다. 지난 1년간 좋은 결과를 끌어내려고 프로젝트마다 덧붙여 온 지시들이 GPT-6 Astra 기준에서는 과잉이 될 수 있다는 것입니다. 스킬 설명은 ‘언제 써야 하는지’를 분명히 하되 최대한 짧아야 합니다. 설명이 길고 많아지면 모델이 각 설명을 덜 읽게 되어, 정작 맞는 스킬을 고르기 어려워집니다. 여러 작업 흐름을 담은 스킬이라면 루트 문서는 최소한의 안내만 두고, 필요한 보조 문서와 스크립트로 연결하는 점진적 공개(progressive disclosure) 구조가 권장됩니다.

    AGENTS.md도 마찬가지입니다. 오타 하나를 고치기 전에 저장소 전체 구조부터 읽게 하는 지시는 컨텍스트만 소모하고 작업을 느리게 합니다. 이전 모델에는 테스트와 검증을 독려해야 했지만, GPT-6 Astra는 스스로 수행하므로 같은 지시가 불필요한 테스트로 이어질 수 있습니다. 대신 안전이 확인된 작업 흐름에는 명시적인 실행 권한을 부여하고, 시작 전에 ‘어디까지 하면 완료인지’를 요청에 못박아 두는 편이 낫습니다. 새 모델은 판단력이 좋아진 만큼 행동 경계를 엄격하게 받아들여, 계속 진행해도 되는 지점에서 멈춰 검토를 요청하기도 하기 때문입니다.

    Tech Insight — 새 모델을 도입하는 순간은 프롬프트를 ‘대청소’할 기회이기도 합니다. 분기마다 스킬과 AGENTS.md를 감사(audit)해 낡은 지시를 걷어내는 것을 루틴으로 삼아 보세요. 에이전트에게 위 기준으로 직접 감사를 시키는 것도 방법입니다.

    계정도 API 키도 없이, 내 PC에서 목소리를 만든다

    5~15초 샘플이면 끝나는 로컬 음성 스튜디오

    VoiceStudio는 계정·API 키·구독 없이, 필요한 모델만 내려받으면 오프라인에서도 돌아가는 오픈소스 데스크톱 앱입니다. 깨끗한 5~15초 샘플만 있으면 별도 학습 없이 목소리를 복제해 원하는 문장을 그 목소리로 읽게 할 수 있고, 나이·억양·음높이·말투를 설명해 아예 새로운 목소리를 만들 수도 있습니다. 단순한 복제를 넘어 워크플로를 통째로 담은 것이 특징입니다. 영상의 말을 텍스트로 옮기고 번역한 뒤 화자별 목소리를 유지해 더빙 영상으로 내보내고, EPUB·PDF를 불러와 등장인물마다 다른 목소리를 배정해 장별로 생성한 .m4b 오디오북까지 만들어 줍니다.

    단축키를 누르고 말하면 받아쓴 내용을 현재 앱에 바로 입력하는 기능, 음성과 배경음 분리, 화자 구분, 그리고 AudioSeal 워터마크 삽입·감지까지 지원합니다. 음성 합성 엔진 16개와 인식 엔진 11개를 골라 쓸 수 있고, 로컬 API·OpenAI 호환 음성 API·MCP 서버를 제공해 다른 앱이나 AI 에이전트에서 호출할 수도 있습니다. macOS(애플 실리콘)·Windows·Linux 설치 파일과 Docker를 제공하며, GPU 없이 CPU로도 실행됩니다(RAM 16GB, GPU 사용 시 VRAM 8GB 이상 권장). 앱 라이선스는 AGPL-3.0입니다.

    Tech Insight — 주목할 지점은 MCP 서버 제공입니다. 로컬 TTS·STT를 AI 에이전트 파이프라인에 그대로 물릴 수 있다는 뜻이기 때문입니다. 다만 5초로 목소리가 복제되는 시대인 만큼, AudioSeal 워터마크 같은 안전장치는 선택이 아니라 필수로 봐야 합니다.

    MIT를 버리고 EUPL로, 28년 개발자의 결심

    허용적 라이선스는 정말 우리에게 이득이었나

    28년간 소프트웨어를 공개해 온 개발자 Bergie가 기본 라이선스를 MIT에서 EUPL-1.2로 바꿨습니다. 이유는 명확합니다. 허용적(permissive) 라이선스가 사용자와 개발자보다 대기업의 개발비 절감과 부의 축적에 더 기여했다는 판단입니다. EUPL은 유럽연합이 만든 OSI 승인 자유 소프트웨어 라이선스로, 배포 방식과 무관하게 상호적 라이선스 적용을 요구하는 강력한 카피레프트를 통해 이른바 ‘SaaS 허점’을 막습니다. 법적 효력을 갖는 23개 언어 공식 번역을 제공한다는 점도 특징인데, 소프트웨어 상당수가 실리콘밸리 바깥에서 만들어지고 쓰인다는 현실을 반영한 선택입니다.

    그는 reticulum-js 등 새로 공개하는 프로젝트에는 EUPL을 적용하되, 외부 기여가 많이 쌓인 기존 프로젝트 NoFlo는 MIT를 유지한다고 밝혔습니다. 물론 논쟁도 있습니다. EUPL의 호환성 조항이 더 약한 카피레프트로 재라이선스할 길을 열어 SaaS 허점을 우회할 수 있다는 FSF의 지적, 그리고 대기업이 코드를 데이터센터에 통과시키는 것만으로 라이선스를 사실상 무시하는 듯한 LLM 시대에 실효성이 얼마나 있겠느냐는 우려가 대표적입니다.

    Tech Insight — ‘라이선스 정치’가 다시 뜨거워지고 있습니다. AGPL이냐 EUPL이냐의 선택은 곧 SaaS 사업 모델, 그리고 유럽 시장 진출 전략과 직결됩니다. 오픈소스로 무언가를 공개할 계획이라면, 이제 라이선스는 마지막에 대충 고르는 항목이 아니라 처음부터 설계해야 할 변수입니다.

    관련 글

    출처

    1. GeekNews — GPT-6 Astra를 위한 스킬과 프롬프트 다시 생각하기
    2. GitHub — debpalash/VoiceStudio
    3. bergie.iki.fi — I changed my license to the EUPL
    4. GeekNews — VoiceStudio 오픈소스 음성 스튜디오

    AI Biz Insider · Tech Digest · aibizinsider.com

  • Four AI Models Shipped in One Week. Spending Fell Anyway.

    Cyan bar chart rising then falling with a downward trend line and a cluster of connected AI model nodes on a deep navy background
    KEY POINTS
    • Four frontier models launched in one week (Sep 1 to 3): Anthropic’s Fable 5.1 and Mythos 5.1, Meta’s Muse Spark 1.3, Google’s Gemini 3.8 Flash, and OpenAI’s GPT-6 Astra.
    • AI spend per employee at the top 1% of firms fell nearly 10% to $7,205 in August, according to Ramp data covering 70,000 companies.
    • Average token prices dropped to $0.68 per million, down from a March peak of $1.15, as OpenAI and Anthropic cut prices.
    • Just 56% of Ramp customers paid for AI in August, up only 0.4% month over month; the US Census Bureau puts overall business AI use at 22%.

    In the first three days of September, four of the world’s largest AI labs shipped brand-new frontier models. In the same stretch of the calendar, the amount that top companies actually spent on AI per employee went down, not up. That gap between how fast the industry is shipping and how fast buyers are absorbing what it ships is the most important trend in enterprise AI right now, and almost nobody is putting the two numbers side by side.

    The Busiest Week the AI Industry Has Ever Had

    Four frontier models in seventy-two hours

    The wave started on September 1, when Anthropic released Claude Fable 5.1 and Claude Mythos 5.1, which it called its “most advanced models for coding and knowledge work.” Meta followed on September 2 with Muse Spark 1.3, and Google pushed out Gemini 3.8 Flash in the same burst. Then on September 3, OpenAI shipped GPT-6 Astra, describing it as its most capable and aligned system yet. Four labs, four flagship releases, one week.

    CNBC captured the mood in a single phrase: “model fatigue.” The releases now arrive so quickly that IT buyers can barely finish evaluating one model before the next one lands. It is telling that in the same window, more than 1,100 employees at frontier labs separately petitioned Washington to help pace the development of frontier AI. The people building the models are asking for a slower clock at the exact moment the release calendar has never been faster.

    Trend Insight — A release cadence measured in days only pays off if adoption keeps pace. When new capability arrives faster than teams can test, budget, and deploy it, each launch competes less with rivals and more with the unspent potential of the model that shipped last month.

    The Number That Should Worry Model-Makers

    Spend per employee dropped as prices fell

    The payments company Ramp tracks AI spending across roughly 70,000 businesses, and its August reading is a warning light. Spend on AI per employee at the top 1% of firms in Ramp’s sample fell nearly 10% to $7,205. Overall, 56% of Ramp customers paid for an AI product in August, a rise of just 0.4% from the month before. A separate US Census Bureau survey, updated on August 23, found only 22% of businesses report using AI at all.

    Part of the drop is simply that AI got cheaper. As OpenAI and Anthropic cut prices, the average cost of a token fell to $0.68 per million, down from a 2026 peak of $1.15 per million in March. The problem for model-makers is that the price cuts have not yet been offset by rising volume. Ramp economist Ara Kharazian put it bluntly: competition between OpenAI and Anthropic is “driving spend down at the top 1% of companies that previously the market was expecting to drive much of the growth going forward.” Lab employees have said much of a model’s training cost is recouped in the first weeks after release, so slower uptake threatens the economics of the whole cycle.

    Trend Insight — Falling token prices plus flat volume is a revenue-per-seat squeeze. The hundreds of billions committed to AI infrastructure assume usage compounds fast enough to pay it back. A single soft month is not a verdict, but it is the first data set pointing the other way.

    Why Buyers Are Reaching for Yesterday’s Model

    Older and cheaper is quietly winning

    The most revealing detail in the data is what companies are choosing to run. Rather than jumping to each new flagship, many buyers are deliberately staying on older, cheaper models such as OpenAI’s ChatGPT 5.6-Terra and Anthropic’s Sonnet. And despite endless talk of open-weight models storming the frontier, only 6.4% of AI-spending businesses used a model-serving or inference platform in August, a share that is growing but not fast enough to move the overall market.

    The pricing itself keeps pulling buyers toward restraint. With Fable 5.1, Anthropic held its headline rates steady but cut cached input reads from $1 to $0.25 per million tokens, making typical workloads about 25% cheaper and heavily agentic ones as much as 45% cheaper. Meanwhile, investors clearly do not see a single winner: coding startup Cognition reached a $48 billion valuation on September 8, a bet that AI coding is far from a winner-take-all market. For a buyer, “good enough and cheap” has rarely looked more rational than “newest and most expensive.”

    Trend Insight — When last year’s model does 90% of the job at a fraction of the price, the frontier premium becomes a hard sell. The labs know it, which is why their attention is shifting from raw benchmarks to winning over non-technical users who never compare model cards.

    What This Means If You Are Buying AI

    Three moves for the next quarter

    First, make the cheaper model your default and force the upgrade to earn its place. Benchmark a frontier release against the model you already run on your own tasks before you migrate; the August data suggests most teams that skipped the jump lost very little. Second, measure cost per outcome rather than model version. The metric that matters is dollars per resolved ticket, per shipped feature, or per approved document, not which flagship badge sits in your stack.

    Third, treat portability as leverage. The price war between OpenAI and Anthropic is actively working in buyers’ favor, and the customers who can move workloads between providers are the ones capturing the savings. As Kharazian noted, the slump reads as bad news only if you sell tokens: “It depends on who you are in the market. If your company is using AI, it’s great.” For once, the reality check lands on the sellers, not the buyers.

    Trend Insight — The winners of this phase are disciplined buyers, not reflexive early adopters. In a market shipping four flagships a week, the durable advantage is a clear-eyed process for deciding when a new model is actually worth switching to.

    Related

    Sources

    1. TechCrunch — AI spend per employee slumped at top firms in August (Sep 9, 2026)
    2. CNBC — ‘Model fatigue’ sets in as AI labs roll out new versions (Sep 6, 2026)
    3. Anthropic — Introducing Claude Fable 5.1 and Claude Mythos 5.1 (Sep 1, 2026)
    4. TechCrunch — OpenAI launches Astra, its powerful (and controversial) new model (Sep 3, 2026)

    AI Biz Insider · AI Trends EN · aibizinsider.com

  • 수급 문턱 낮아진다는데…

    2027년 기준 중위소득·생계급여 인상 안내 - 저소득층 복지 사회안전망
    핵심 정리
    • 2027년 기준 중위소득 6.7% 인상 — 2015년 맞춤형 급여 개편 이후 역대 최대폭
    • 생계급여 1인 가구 월 최대 82만 1000원에서 87만 6000원으로 (연 약 66만원 증가)
    • 기준 중위소득은 생계·의료·주거·교육급여 등 수십 개 복지의 자격 기준선
    • 의료급여·기초연금·장애인연금·노인일자리도 함께 확대 — 예전 탈락자도 다시 확인

    예전에 ‘소득이 조금 많다’는 이유로 복지 문턱에서 돌아선 적 있으신가요. 2027년에는 그 문턱 자체가 내려갑니다. 정부가 기준 중위소득을 역대 최대인 6.7% 올리기로 하면서, 생계급여를 비롯한 수십 개 지원의 자격선이 함께 올라가기 때문입니다. 내 얘기인지 핵심만 짚어보겠습니다.

    무엇이 바뀌나 — 2027년 기준 중위소득·생계급여

    2027년 예산안의 복지 핵심은 기준 중위소득 6.7% 인상입니다. 기준 중위소득은 정부가 매년 정하는 국민 소득의 중간값으로, 각종 복지의 자격을 가르는 기준선 역할을 합니다.

    이 기준선이 오르면 생계급여 지급액도 함께 오릅니다. 생계급여 1인 가구 월 최대 지급액은 82만 1000원에서 87만 6000원으로 늘어납니다.

    항목2027년 기준
    기준 중위소득 인상률6.7% (역대 최대)
    생계급여 1인 가구(월 최대)82만 1000원에서 87만 6000원으로
    노인일자리115만 개에서 118만 개로
    보건복지부 2027 예산148조 7697억원 (+8.2%)
    정부 총지출(2027안)820조 9000억원 (역대 최대)

    정책 분석 — 이 숫자 하나가 생계·의료·주거·교육급여는 물론 수십 개 지원의 커트라인을 동시에 움직입니다. 6.7% 인상은 곧 자격 커트라인이 그만큼 위로 올라간다는 뜻입니다. 지난해 ‘소득 초과’로 아깝게 탈락한 경계선 가구일수록, 2027년 재신청의 가치가 큽니다.

    나도 대상일까 — 30초 자격 체크

    30초 자격 체크
    • 가구 소득인정액이 기준 중위소득의 32%(생계)~50%(교육) 이하다
    • 예전에 소득이 ‘조금’ 많아 수급에서 탈락한 적이 있다 (기준선 상향으로 재도전 가치)
    • 집에 만 65세 이상 어르신이나 중증장애인이 있다 (기초연금·장애인연금 동시 확인)
    • 실직·질병 등 갑작스러운 위기로 생계가 곤란하다 (긴급복지 대상)

    생계·의료·주거·교육, 한 번에 신청하세요

    기초생활보장은 생계급여만 있는 게 아닙니다. 소득인정액이 기준 중위소득의 32% 이하면 생계급여, 40% 이하 의료급여, 48% 이하 주거급여, 50% 이하 교육급여 대상입니다.

    네 급여 모두 같은 기준 중위소득을 기준으로 하므로, 기준선이 오르면 네 가지 문턱이 동시에 낮아집니다. 신청은 주소지 주민센터 한 곳에서 통합으로 하면 되고, 소득·재산을 한 번 심사해 받을 수 있는 급여를 함께 판정합니다.

    놓치기 쉬운 포인트 — 부양의무자와 재신청

    2027년에는 의료급여의 중증장애인 부양의무자 기준이 폐지돼 수급권자가 약 3만 명 늘어납니다. ‘자녀가 있어서’ 탈락했던 중증장애인 가구라면 다시 확인해볼 필요가 있습니다.

    복지는 신청주의입니다. 자격이 돼도 신청하지 않으면 한 푼도 나오지 않습니다. 복지로(bokjiro.go.kr) ‘복지서비스 모의계산’으로 30초 만에 대상 여부를 먼저 확인하세요.

    사례 — 1인 수급 가구라면

    생계급여를 받는 1인 가구라면 월 지급액이 82만 1000원에서 87만 6000원으로, 매달 5만 5000원씩 늘어납니다. 1년이면 약 66만원입니다. 가구원 수가 많을수록 인상 폭은 더 커집니다.

    정책 분석 — 6.7% 인상은 단순한 지급액 증가가 아니라 ‘자격선의 확장’입니다. 오른 물가·생활비만큼 커트라인을 높여, 그동안 제도 밖에 있던 경계선 가구를 안으로 들이는 조치입니다. 챙기지 않으면 그 확장의 혜택을 스스로 포기하는 셈입니다.

    함께 늘어나는 복지

    기준 중위소득 인상과 함께 2027년에는 취약계층 지원이 전반적으로 넓어집니다. 내 상황에 겹치는 항목이 있는지 확인해 보세요.

    제도2027년 달라지는 점
    기초연금부부감액 축소 등으로 최대 12만 4000원 추가 지원
    의료급여중증장애인 부양의무자 기준 폐지, 수급권자 약 3만 명 증가
    장애인연금장애 정도가 심한 1~3급 전체로 확대, 26만 명 이상 증가
    노인일자리115만 개에서 118만 개로
    긴급복지위기 시 생계비 30만 원 우선 지원(‘우선드림’)
    취약계층 먹거리‘그냥드림’ 150개소에서 300개소로 확대

    왜 지금 챙겨야 하나

    정책 배경 — 역대 최대 예산, 양극화 대응

    2027년 정부 총지출은 820조 9000억원으로 역대 최대(+12.8%)입니다. 이 중 보건복지부 예산이 148조 7697억원으로 8.2% 늘었습니다. 기준 중위소득을 역대 최대폭으로 올린 건, 성장의 온기를 저소득층까지 넓히려는 ‘K자형 양극화 대응’의 핵심 카드입니다.

    안 챙기면 잃는 것 — 기회비용

    기준선이 올라도 신청하지 않으면 달라지는 건 없습니다. 특히 몇 만원 차이로 탈락했던 가구, 부양의무자 때문에 포기했던 가구가 그대로 두면 연 수십만~수백만원의 지원을 놓칠 수 있습니다.

    정책 분석 — 이번 수치는 2027년 예산안 기준으로, 9월 3일 국회에 제출돼 연말 확정, 2027년 1월 시행 예정입니다. 기준 중위소득 인상은 이미 확정된 방향이고 의료급여·기초연금 완화도 이어질 전망이라, 올해 탈락한 가구도 내년 초 다시 문을 두드릴 이유가 충분합니다.

    자주 묻는 질문

    Q. 기준 중위소득이 오르면 왜 좋나요?

    생계·의료·주거·교육급여 등 수십 개 복지의 자격선이 함께 올라갑니다. 지금까지 소득이 조금 많아 탈락했던 가구도 새로 대상이 될 수 있습니다.

    Q. 얼마나 오르나요?

    2027년 기준 중위소득이 6.7% 인상됩니다. 생계급여 1인 가구 월 최대액은 82만 1000원에서 87만 6000원으로 늘어납니다.

    Q. 어디서 확인·신청하나요?

    복지로(bokjiro.go.kr) 모의계산으로 대상 여부를 확인하고, 주소지 주민센터에서 신청하면 여러 급여를 한 번에 심사받을 수 있습니다.

    관련 글

    출처

    1. 정책브리핑(보건복지부) — 복지부 내년 예산 149조 원, 생계급여 인상
    2. 정책브리핑(기획예산처) — 2027년 예산안 820.9조원, 기준 중위소득 6.7% 인상
    3. 복지로 — 복지서비스 모의계산·신청

    AI Biz Insider · 내 삶에 닿는 정책 · aibizinsider.com

  • 섬 갔다 오면 10만원 준다는데…

    여객선이 접근하는 한국의 섬과 붉은 노을 - 2026년 섬 방문의 해 여행경비 지원
    핵심 정리
    • 사전 신청 마감은 9월 21일 오후 6시. 이 접수를 놓치면 여행을 다녀와도 지원금은 0원이다.
    • 육지와 다리로 연결되지 않아 여객선을 타야 하는 섬에 1박 이상 머무르면 팀당 최대 10만원.
    • 여행 기간은 10월 1일~11월 4일. 다녀온 뒤 왕복 승선권과 영수증을 내는 사후 정산 방식이다.
    • 여수 지역 섬은 별도로 여객선 운임 50% 할인이 12월까지 운영된다.

    섬 여행은 늘 계산기부터 두드리게 된다. 여객선 왕복 운임에 숙박비, 거기다 섬 물가까지 붙으면 1박 2일도 만만치 않다. 행정안전부가 그 부담을 팀당 10만원까지 덜어주는 사업의 2차 접수를 오늘 시작했다. 지난 7~8월 1차에 이은 두 번째다. 다만 신청 구조가 조금 특이하다. 먼저 신청해 당첨돼야 여행을 갈 자격이 생기는 방식이라, 순서를 헷갈리면 그대로 날린다.

    누가, 언제, 얼마나 받는가

    행정안전부는 ‘2026년 섬 방문의 해’를 맞아 10월 1일부터 11월 4일까지 1박 이상 섬을 방문하는 여행객에게 최대 10만원의 여행 경비를 지원한다고 9월 7일 밝혔다. 지원 대상은 육지와 다리로 연결되지 않아 여객선을 이용해야 하는 섬을 찾는 여행객이며, 개인이 아닌 팀 단위로 지원한다.

    지원 항목은 숙박비, 식비, 여객선 운임, 식료품 구매비 등 섬 지역에서 실제 지출한 여행 경비 전반이다. 관광지 입장료 같은 특정 항목만 인정하는 방식이 아니라, 섬에서 쓴 돈을 폭넓게 인정한다는 점이 특징이다.

    항목내용
    주관행정안전부
    지원 금액팀당 최대 10만원
    사전 신청 기간9월 8일 10시 ~ 9월 21일 오후 6시
    여행 기간10월 1일 ~ 11월 4일
    신청 채널‘2026년 섬 방문의 해’ 공식 누리집
    대상 섬육지와 다리로 연결되지 않은 섬 (여객선 이용)
    지원 단위팀 단위 (개인 아님)
    선정 방식신청 초과 시 추첨, 선정자에게 개별 안내 문자
    지급 방식사후 정산 (왕복 승선권·영수증 제출 후 지급)

    순서를 반대로 하면 한 푼도 못 받는다

    이 사업에서 가장 많이 어긋나는 지점이다. 흐름은 사전 신청 → 추첨 선정 → 안내 문자 수신 → 안내받은 기간 내 여행 → 증빙 제출 → 지급 순이다. 먼저 섬에 다녀온 뒤 영수증을 들고 신청하는 구조가 아니다. 9월 21일 오후 6시까지 접수하지 않았다면 10월에 아무리 섬에서 돈을 써도 정산 대상이 아니다.

    정책 분석 — 선정이 추첨제라는 점은 신청 전략을 바꾼다. 확정 지원이 아니므로 숙소를 미리 결제해 두는 것은 위험하다. 반대로 당첨 후에 성수기 숙소를 찾으면 이미 방이 없을 수 있다. 현실적인 대응은 무료 취소가 가능한 조건으로 10월 초 숙소를 가예약해 두고, 선정 안내 문자를 받은 시점에 확정하는 것이다. 낙첨돼도 손해가 없고, 당첨되면 자리를 확보한 상태로 출발할 수 있다.

    내가 대상인지 30초 만에 판별하기

    30초 자격 체크
    • 가려는 섬이 다리로 연결되지 않아 여객선을 타야 하는 섬인가
    • 10월 1일~11월 4일 사이에 1박 이상 머무를 계획인가
    • 혼자가 아니라 팀 단위로 움직이는가
    • 9월 21일 오후 6시 전에 공식 누리집에서 사전 신청을 마칠 수 있는가
    • 여행 후 왕복 승선권과 영수증을 모아 제출할 수 있는가

    이 다섯 개가 모두 ‘예’라면 신청 자격 자체는 갖춘 셈이다. 여기서 가장 자주 걸리는 항목은 첫 번째다. 연륙교나 연도교가 놓여 차로 들어갈 수 있는 섬은 이름이 ‘섬’이어도 이 사업의 대상이 아니다. 승선권이 증빙 서류에 포함된다는 점 자체가 여객선 탑승을 전제한다는 뜻이다.

    신청할 때 자주 막히는 세 지점

    첫째, 대상 섬 목록을 확인하지 않고 신청한다. 지원 대상 섬과 구체적인 신청 방법은 공식 누리집에서 별도로 안내한다. 여객선을 타야 하는 섬이라고 해서 전부 포함된다고 단정하지 말고, 목적지가 목록에 있는지 먼저 확인한 뒤 일정을 짜는 편이 안전하다.

    둘째, 영수증을 챙기지 않는다. 사후 정산 구조에서 증빙이 빠지면 선정되고도 지급이 막힌다. 섬 지역은 카드 결제가 어려운 곳이 적지 않다. 민박·식당·마을 매점에서 현금을 쓸 가능성이 높다면 결제할 때마다 그 자리에서 영수증을 요청해야 한다. 나중에 소급 발급이 사실상 불가능한 곳이 많다.

    셋째, 왕복 승선권을 버린다. 승선권은 개찰 후 그대로 버리기 쉬운 종이다. 그런데 이 사업에서는 ‘내가 실제로 그 섬에 갔다’를 증명하는 핵심 서류다. 탑승 직후 휴대폰으로 앞뒤를 촬영해 두고 실물도 따로 보관하는 이중 장치가 필요하다.

    정책 분석 — 실제 체감액을 계산해 보자. 4인 팀이 1박 2일로 섬에 다녀오면서 왕복 여객선 운임 8만원, 민박 1박 12만원, 식비 10만원을 썼다고 가정하면 지출은 30만원이다. 여기서 10만원을 돌려받으면 실부담은 20만원, 1인당 5만원으로 내려간다. 팀 단위 지원이라 인원이 많을수록 1인당 체감 할인율은 낮아지지만, 반대로 4인 이하 소규모 팀일수록 1인당 환급 효과가 커지는 구조다. 인원을 무작정 늘리는 것이 유리하지 않다는 뜻이다.

    여수로 간다면 챙길 혜택이 하나 더 있다

    여수시는 이와 별개로 9월부터 12월까지 여수의 섬을 방문하는 타 지역민에게 여객선 운임의 50%를 지원한다. 자세한 내용은 한국해운조합 여객선 예매 누리집에서 확인할 수 있으며, 예산이 소진되면 조기 마감될 수 있다.

    두 제도는 주체(행정안전부·여수시)와 지원 방식이 다른 별개 사업이다. 다만 50% 할인을 받은 운임을 다시 경비 지원의 정산 항목으로 청구할 수 있는지는 판단이 갈릴 수 있으므로, 신청 전에 공식 누리집 안내로 확인해 두는 편이 좋다. 확인만 해두면 운임은 반값, 나머지 경비는 최대 10만원 환급이라는 조합이 가능해진다.

    이 지원금은 왜 지금 나왔나

    2026년은 정부가 지정한 ‘섬 방문의 해’다. 이 사업은 그 해의 핵심 실행 수단 중 하나로, 7~8월 1차에 이어 이번이 2차다. 이번 2차의 기간 설정에는 뚜렷한 이유가 있다. 9월 5일부터 11월 4일까지 열리는 2026여수세계섬박람회와 연계됐기 때문이다.

    행안부는 박람회 관람객이 여수의 섬을 함께 방문할 수 있도록 지원 기간을 10월 1일~11월 4일로 정하고, 여수 지역 섬에 대한 지원 예산을 대폭 확대했다. 지원 종료일이 박람회 폐막일과 정확히 같은 것도 우연이 아니다.

    진명기 행정안전부 자치혁신실장은 “섬은 누구나 한 번쯤 여행하고 싶은 곳이지만 비용 부담 때문에 망설이는 분들도 많다”며 정책 취지를 설명했다. 정부가 인식한 문제는 섬에 대한 관심 부족이 아니라 비용이라는 진입 장벽이라는 얘기다.

    정책 분석 — 이 구조를 읽으면 다음 회차를 예측할 단서가 나온다. 1차가 여름 성수기(7~8월), 2차가 박람회 기간(10~11월)에 배치됐다는 것은 이 사업이 상시 제도가 아니라 특정 이벤트에 붙는 한시 예산이라는 뜻이다. 3차 시행 여부는 발표되지 않았고, 박람회가 11월 4일 끝나면 가장 큰 명분도 사라진다. 다시 말해 연내에 남은 마지막 기회일 가능성이 있다. 놓쳤을 때의 기회비용은 단순히 10만원이 아니라, 같은 조건이 언제 다시 열릴지 모른다는 불확실성까지 포함된다.

    안 챙기면 정확히 무엇을 잃나

    가장 아까운 경우는 ‘어차피 10월에 섬에 갈 계획이었던 사람’이 신청을 건너뛰는 것이다. 이미 쓸 돈을 쓰면서 환급만 포기하는 셈이라, 손실이 그대로 10만원이다. 여수 섬이라면 여기에 여객선 운임 절반이 더 얹힌다.

    신청 자체에는 비용이 들지 않는다. 추첨에서 떨어져도 잃는 것은 접수에 쓴 몇 분뿐이다. 기대값 계산이 이렇게 명확한 정책은 흔치 않다. 10월 초 섬 여행이 조금이라도 후보에 있다면, 일정이 확정되기 전에 먼저 접수부터 해두는 것이 합리적이다.

    자주 묻는 질문

    Q. 혼자 가도 신청할 수 있나요?

    이 사업은 개인이 아닌 팀 단위 지원으로 운영된다. 팀 구성 기준과 최소 인원 등 세부 요건은 공식 누리집 안내를 따라야 한다. 혼자 갈 계획이라면 신청 전에 이 부분을 먼저 확인하는 것이 순서다.

    Q. 당일치기로 다녀와도 되나요?

    안 된다. 지원 대상은 1박 이상 섬에 머무는 여행객이다. 숙박이 지원 항목에 포함돼 있다는 점에서도 알 수 있듯, 이 사업의 목적은 섬 지역에서의 체류 소비를 늘리는 데 있다. 아침에 들어가 저녁에 나오는 일정은 요건을 충족하지 못한다.

    Q. 7~8월 1차 때 받았는데 또 신청해도 되나요?

    1차 수혜자의 2차 신청 제한 여부는 공개된 보도자료에 명시돼 있지 않다. 지원 대상 요건은 1차와 동일하다고만 안내됐다. 중복 수혜 가능 여부는 공식 누리집의 신청 요건 안내에서 반드시 확인한 뒤 접수하기 바란다.

    관련 글

    출처

    1. 헤럴드경제 — 섬 여행 지원비, 최대 10만원 받는다…8일부터 사전 신청 (2026.09.07)
    2. 국제뉴스 — ‘섬 여행비 2차 지원’ 최대 10만 원 받는 법…8일부터 신청 (2026.09.08)
    3. 2026년 섬 방문의 해 공식 누리집 (행정안전부)

    AI Biz Insider · 내 삶에 닿는 정책 · aibizinsider.com

  • 난방비 70만원 준다는데…

    2026 에너지바우처 동절기 난방비 지원 안내
    핵심 정리
    • 신청 마감은 2026년 12월 31일. 동절기 사용은 10월 1일부터 시작됩니다.
    • 생계·의료·주거·교육급여 수급자이면서 세대에 노인·영유아·장애인·임산부 등이 있으면 대상입니다.
    • 4인 이상 세대 70만 1,300원, 3인 53만 2,700원, 2인 40만 7,500원, 1인 29만 5,200원.
    • 연탄쿠폰·긴급복지 연료비와 중복 불가. 잘못 고르면 4인 세대 기준 약 59만원을 잃습니다.

    9월이 끝나면 하절기 바우처 사용 기간도 끝납니다. 그런데 정작 큰돈이 걸린 쪽은 10월부터 시작되는 동절기입니다. 신청은 12월 31일까지 열려 있지만, 늦게 넣을수록 이미 나간 난방비 고지서에는 손을 댈 수 없습니다. 대상인데 모르고 지나가는 세대가 매년 나오는 이유입니다.

    누가 받고, 얼마를 받나

    조건은 하나가 아니라 둘입니다

    에너지바우처는 소득기준과 세대원 특성기준을 동시에 충족해야 합니다. 기초생활수급자라는 사실만으로는 대상이 아닙니다.

    소득기준은 국민기초생활 보장법에 따른 생계·의료·주거·교육급여 수급자입니다. 여기에 주민등록표 등본상 본인 또는 세대원이 아래 특성 중 하나에 해당해야 합니다.

    30초 자격 체크
    • 노인 — 주민등록 기준 1961년 12월 31일 이전 출생자가 세대에 있다
    • 영유아 — 2019년 1월 1일 이후 출생한 7세 이하 취학 전 아동이 있다
    • 장애인 — 장애인복지법에 따라 등록한 장애인이 있다
    • 임산부 — 임신 중이거나 분만 후 6개월 미만인 여성이 있다
    • 중증·희귀·중증난치질환자 — 보건복지부 고시 산정특례 대상 질환자가 있다
    • 한부모가족 · 소년소녀가정(가정위탁보호 아동 포함)에 해당한다
    • 다자녀세대 — 부 또는 모의 19세 미만 자녀가 2명 이상 포함된 세대다

    세대원 모두가 보장시설에서 급여를 받고 있다면 지원 대상에서 제외됩니다.

    세대원 수로 금액이 갈립니다

    세대원 수2026년 총 지원금액연탄쿠폰 등 선택 시
    1인 세대295,200원40,700원
    2인 세대407,500원58,800원
    3인 세대532,700원75,800원
    4인 이상 세대701,300원102,000원

    위 금액은 월별이 아니라 2026년도 총액입니다. 사용기간(2026년 7월 1일~2027년 5월 31일) 안에서 하절기·동절기 구분 없이 자유롭게 쓸 수 있습니다.

    정책 분석 — 총액이라는 점을 활용하면 체감액이 달라집니다. 하절기(7~9월)에 한 푼도 쓰지 않고 동절기 8개월(10월~이듬해 5월)에 몰아 쓰면 4인 이상 세대는 월평균 약 8만 7,000원, 1인 세대도 월평균 약 3만 6,900원의 난방비를 덜어냅니다. 다만 하절기 요금차감은 자동으로 깎이므로, 몰아 쓰려면 ‘하절기 요금 미차감’ 신청을 따로 해야 합니다. 이 한 줄을 모르고 여름에 에어컨 요금으로 흘려보낸 세대가 겨울에 잔액 부족을 겪습니다.

    10월 1일이 왜 중요한가

    신청기간과 사용기간은 다릅니다

    신청기간은 2026년 6월 15일부터 12월 31일까지입니다. 반면 사용기간은 하절기가 2026년 7월 1일~9월 30일, 동절기가 가상카드 10월 1일·실물카드 10월 3일부터 2027년 5월 31일까지입니다.

    중요한 건 신청이 늦으면 그만큼 차감 기회가 줄어든다는 점입니다. 가상카드(요금차감)는 발행되는 고지서에서 깎이는 방식이라, 이미 납부가 끝난 달의 요금을 소급해 되돌려 받는 구조가 아닙니다.

    신청 시스템이 잠기는 날짜도 미리 알아두면 헛걸음을 줄입니다. 10월 1일~2일과 12월 말 2~3일은 포인트 생성 처리로 신청·재신청이 일시 중단됩니다.

    신청은 세 가지 길이 있습니다

    ① 주민등록상 거주지 읍·면·동 행정복지센터 방문, ② 담당 공무원이 동의를 받아 처리하는 직권신청, ③ 복지로(bokjiro.go.kr) 온라인 신청입니다. 거동이 불편하면 세대원이나 8촌 이내 혈족·4촌 이내 인척이 위임장을 갖고 대리 신청할 수 있습니다.

    전년도에 지원받았고 정보 변동이 없으면 자동신청됩니다. 그러나 이사했거나 세대원 수가 바뀌었다면 자동신청이 되지 않으므로 신규신청을 다시 넣어야 합니다. 이 지점에서 매년 누락이 발생합니다.

    정책 분석 — 창구에서 가장 많이 막히는 지점은 서류가 아니라 에너지원 선택입니다. 동절기는 요금차감(가상카드)과 국민행복카드(실물카드) 중 하나만 고를 수 있고, 요금차감을 택하면 겨울에 요금이 가장 많이 나오는 에너지원 하나를 지정해야 합니다. 도시가스로 난방하면서 습관적으로 전기를 고르면, 정작 큰 고지서에서는 한 푼도 깎이지 않습니다. 요금차감으로 신청할 땐 최근 납부한 요금고지서(아파트는 관리비 고지서)를 꼭 들고 가세요. 등유·LPG·연탄을 쓰는 집이라면 실물카드가 유리합니다.

    중복 수급, 여기서 손해가 납니다

    동절기 에너지바우처는 아래 세 가지와 중복 지원되지 않습니다.

    • 긴급복지지원법에 따라 동절기 연료비(2026년 10월~2027년 3월)를 지급받은 수급자
    • 한국광해광업공단 연탄쿠폰(2026년도)을 발급받은 세대
    • 2026년도 연탄전환 에너지바우처를 발급받은 세대

    이 중 하나를 택하면 에너지바우처는 표의 괄호 금액(하절기 전용)만 지원됩니다. 즉 4인 이상 세대라면 701,300원이 아니라 102,000원만 남습니다.

    이미 하절기 바우처를 쓴 뒤 다른 동절기 제도로 갈아타려면, 행정복지센터에서 에너지바우처를 중지(사유: 동절기 에너지바우처 미신청)한 다음 신청해야 합니다.

    정책 분석 — 선택을 잘못했을 때의 기회비용이 정책 자체보다 큽니다. 4인 이상 세대가 연탄쿠폰을 택하면 에너지바우처 몫은 102,000원으로 줄어, 전액을 받았을 때와 599,300원 차이가 납니다. 연탄으로 난방하는 집이라면 연탄쿠폰이 실질 가치가 클 수 있지만, 도시가스·전기·지역난방을 쓰면서 관성으로 다른 제도를 신청하면 그대로 손실입니다. 하나 더 챙길 점은 바우처 지원금액이 수급자의 소득산정에 반영되지 않는다는 것입니다. 받아도 다른 급여가 깎이지 않으니, 자격이 되는데 신청을 미룰 이유가 없습니다.

    이 제도가 던지는 신호

    에너지바우처는 산업통상자원부와 한국에너지공단이 운영하는, 에너지 취약계층 전용 이용권입니다. 전기·도시가스·지역난방·등유·LPG·연탄까지 폭넓게 커버한다는 점에서 현금성 복지가 아니라 에너지 소비 자체를 겨냥한 설계입니다.

    주목할 변화는 사용기간이 하절기·동절기 통합으로 운영된다는 점입니다. 여름 폭염과 겨울 한파 중 어느 쪽 부담이 큰지 가구마다 다르다는 현실을 반영한 구조입니다. 대신 그만큼 가구가 스스로 배분을 설계해야 실익이 커집니다.

    챙기지 않으면 잃는 것은 명확합니다. 4인 이상 세대 기준 70만 1,300원은 한 해 난방비의 상당 부분입니다. 신청 한 번으로 확보되는 금액이고, 다른 급여를 깎지도 않습니다. 다음 회차는 통상 이듬해 상반기에 다시 열리지만, 이번 회차의 2027년 5월 31일까지의 사용권은 올해 신청해야만 생깁니다.

    자주 묻는 질문

    Q. 작년에 받았는데 올해도 자동으로 되나요?

    전년도 지원기간 동안 정보 변동이 없고 올해도 자격을 충족하면 자동신청됩니다. 다만 이사하거나 세대원 수가 변동됐다면 자동으로 넘어가지 않으므로 신규신청이 필요합니다. 지원 중에 변동이 생겼다면 행정복지센터에 알린 뒤 재신청하세요.

    Q. 여름에 이미 전기요금에서 차감됐는데 겨울 몫이 남나요?

    총액에서 이미 쓴 만큼 빠집니다. 하절기는 요금차감 방식으로 전기 에너지원만 신청할 수 있으며, 겨울에 몰아 쓰려면 하절기 요금 미차감 신청을 해야 합니다. 남은 금액은 잔액조회에서 확인할 수 있습니다.

    Q. 본인이 거동이 어려우면 누가 신청하나요?

    위임장을 받은 세대원이나 8촌 이내 혈족·4촌 이내 인척이 신분증을 지참해 대리 신청할 수 있습니다. 담당 공무원이 동의를 받아 직권으로 신청하는 것도 가능하며, 독거노인생활관리사·장애인활동보조인·요양보호사 등의 협조를 받을 수도 있습니다. 문의는 에너지바우처 통합 상담센터 1600-3190.

    관련 글

    출처

    1. 한국에너지공단 에너지바우처 — 에너지바우처란?(지원대상·금액·기간)
    2. 한국에너지공단 에너지바우처 — 신청안내(신청방법·서류·유의사항)
    3. 복지로 — 온라인 신청

    AI Biz Insider · 내 삶에 닿는 정책 · aibizinsider.com

  • 코드는 빠른데 왜 버벅일까

    코드는 빠른데 왜 버벅일까

    브라우저 메인 스레드와 코딩 에이전트를 상징하는 초록색 추상 배경 이미지
    DIGEST
    • 브라우저의 메인 스레드는 비싸다
    • DHH: 직접 코딩에서 에이전트 팀 운영으로
    • 코딩 에이전트 3종의 도구 선택, 1만7천 회 분석

    이번 주 GeekNews 상위권에는 성격이 전혀 다른 세 편이 나란히 올랐습니다. 하나는 브라우저 내부의 16.6ms를 다투는 글이고, 하나는 3개월 동안 코드의 100%를 에이전트에 맡긴 개발자의 회고이며, 나머지 하나는 코딩 에이전트가 실제로 어떤 서비스를 설치하는지 1만7천 회 실험으로 측정한 자료입니다. 세 글은 결국 같은 질문을 다르게 던집니다. 무엇을 직접 하고, 무엇을 넘길 것인가.

    브라우저의 메인 스레드는 비싸다

    프레임 하나에 주어진 시간은 16.6ms

    메인 스레드는 자바스크립트 실행만 담당하지 않습니다. 이벤트 처리, 스타일 계산, 레이아웃, 화면 렌더링이 모두 같은 줄에 서 있습니다. 60Hz 화면이면 프레임 하나에 약 16.6ms가 주어지고, 브라우저 자체 작업을 빼면 실제로 쓸 수 있는 시간은 그보다 짧습니다. 긴 작업 하나가 이 예산을 넘기는 순간 스크롤이 끊기고 입력이 씹힙니다. 저자의 진단은 명확합니다. 문제는 코드가 느려서가 아니라 메인 스레드를 오래 점유해서 생긴다는 것입니다.

    분할, 배치, 우선순위, 지연

    첫 번째 축은 메인 스레드 안에서 작업을 재배분하는 것입니다. Splitting은 큰 작업을 잘게 나누고 중간마다 스레드를 반환해 입력과 화면 갱신이 끼어들 틈을 만듭니다. Batching은 반대로 너무 자주 발생하는 작업을 묶습니다. 입력과 스크롤, 리사이즈에 debounce와 throttle을 적용하는 것이 여기에 해당하고, 목적은 backpressure를 줄이는 데 있습니다. Prioritizing은 사용자가 방금 클릭한 항목의 작업을 대기열 앞으로 옮기는 방식이고, Deferring은 코드 스플리팅과 IntersectionObserver로 지금 필요하지 않은 실행을 뒤로 미룹니다. 네 전략 모두 작업 총량을 줄이지는 않습니다. 줄어드는 것은 사용자가 기다린다고 느끼는 시간입니다.

    스레드 밖으로 내보내거나, 아예 하지 않거나

    두 번째 축은 작업을 옮기거나 없애는 것입니다. transform과 opacity 기반 애니메이션은 레이아웃 계산 없이 Compositor에서 처리되지만, top이나 left, width를 계속 바꾸면 레이아웃이 반복 계산되며 메인 스레드 부담이 커집니다. 실제 레이아웃 변경이 필요하면 FLIP 같은 기법으로 변경 횟수를 줄일 수 있습니다. 대용량 파싱이나 이미지 처리처럼 DOM과 무관한 계산은 Web Worker로 분리하되, DOM 접근이 불가능하고 데이터 전달 비용이 있으므로 통신 비용보다 계산량이 확실히 큰 작업에만 적합합니다. 그리고 저자가 마지막에 강조하는 것은 Dropping, Merging, Memoization입니다. 오래된 데이터를 버리고, 중간 업데이트를 합치고, 같은 계산을 재사용하는 것. 가장 큰 개선은 대개 더 빠르게 처리하는 데서가 아니라 처리하지 않아도 되는 일을 걷어내는 데서 나옵니다.

    Tech Insight — 성능 개선 티켓을 ‘더 빠르게’라고 쓰면 손댈 곳이 보이지 않습니다. ‘언제, 어디서, 얼마나 자주 실행되는가’로 바꿔 쓰면 그때부터 후보가 생깁니다. 최적화는 코드의 문제이기 이전에 자원 배분의 문제입니다.

    DHH: 직접 코딩에서 에이전트 팀 운영으로

    3개월, 그리고 코드의 100%

    Ruby on Rails를 만든 DHH는 Linux 워크스테이션 배포판 Omarchy의 신규 버전 Quattro를 3개월 동안 개발하면서 마지막 2개월은 코드의 100%를 에이전트가 작성했다고 밝혔습니다. 이 기간 병합된 PR은 1,000개가 넘습니다. 그는 전체 구조와 핵심 계층은 검토했지만 상당수 UI와 보조 코드는 읽지 않았고, 자신의 역할을 직접 코드를 깎는 선수가 아니라 구조와 비전, 우선순위, 최종 병합 여부를 결정하는 코치로 규정합니다. 운영체제 기능 대부분은 5분, 큰 작업도 두 시간이면 결과가 나온다고 말합니다.

    대형 조직이 즉시 빨라지지 않는 이유

    흥미로운 대목은 신규 프로젝트가 아니라 기존 코드베이스 이야기입니다. Basecamp의 개발 스프린트에서 디자이너가 직접 AI로 기능을 구현했을 때, 개별 PR은 각각 타당해 보였지만 전부 합치자 시스템 아키텍처가 훼손됐고 사람이 다시 정리해야 했습니다. 그가 지목한 진짜 병목은 구현 능력이 아니라 인간의 대역폭과 승인 구조입니다. 제품 관리자와 디자이너, VP와 CTO를 거치는 동안 생산성이 사라진다는 것입니다. 또한 많은 조직에 부족한 것은 구현 용량이 아니라 아이디어와 비전, 취향이라고 지적합니다. 구현만 늘리면 나쁜 아이디어를 더 많이 현실화할 뿐입니다.

    모델을 섞어 쓰고, 서로 검토하게 한다

    실측 사례도 구체적입니다. 화면 보호기용 Python 코드를 동일 동작의 단일 Rust 실행 파일로 변환하는 작업에서, 약 45분 만에 시작 시간이 86ms에서 2ms로 줄었고 반복 연구를 거쳐 최종적으로 약 46배 성능 향상에 도달했습니다. 한 모델이 토큰을 소진하자 다른 모델이 8단계 계획을 이어받아 완료한 점, 모델별로 비용과 소요 시간이 크게 갈린 점도 함께 기록돼 있습니다. 그가 병렬로 관리 가능한 한계로 제시한 수치는 머신 4~5대에 총 16개 스레드이며, 이 방식은 쉬는 구간 없이 계속 판단해야 해 정신적으로 매우 피곤하다고 덧붙입니다. 실무에 옮길 만한 권고는 하나로 요약됩니다. 서로 다른 프런티어 모델의 상호 검토를 개발 과정에 아예 내장하라는 것입니다.

    Tech Insight — 에이전트 도입 효과를 측정할 지표로 코드 생성 속도를 잡으면 대개 기대에 못 미칩니다. 먼저 세어야 할 것은 하나의 변경이 최종 승인까지 거치는 단계 수입니다. 결정 경로를 줄이지 않은 채 구현 속도만 올리면 병목은 그대로 남습니다.

    코딩 에이전트 3종의 도구 선택, 1만7천 회 분석

    1만6,893회 실행, 유효 세션 5,292개

    개발자 도구 성장 서비스를 판매하는 Armature가 코딩 에이전트의 서비스 선택을 측정한 실험입니다. 저장소 75개와 프롬프트 변형 1,163개로 1만6,893회를 실행했고, 이 가운데 51개 코드베이스와 18개 분야에 걸친 유효 세션 5,292개를 1차 분석했습니다. 가장 눈에 띄는 숫자는 42%입니다. Claude Code와 Codex, Cursor 세 에이전트가 같은 제품을 선택한 실험 조건이 그 정도에 그쳤습니다. 탐색 방식부터 다릅니다. Codex는 세션의 94%에서 웹 검색을 썼고 검색 10건 중 9건이 site: 같은 연산자로 범위를 좁혔습니다. Cursor는 약 3분의 2, Claude Code는 약 30%로 사전 지식에 더 기대는 대신 검색할 때는 페이지를 3배 더 많이 봤습니다. 외부 서비스를 쓰지 않고 직접 구현한 비율은 Claude Code가 19%로 나머지 둘(약 10%)의 두 배 가까이 높았습니다.

    같은 요구, 언어가 바뀌면 승자가 바뀐다

    같은 이메일 발송 요구를 네 언어의 저장소에 적용했더니 승자가 전부 달랐습니다. TypeScript에서는 Resend가 89회 중 55회, Python에서는 SendGrid가 24회 중 22회, Go에서는 Postmark가 24회 중 20회, Java에서는 Azure ACS가 23회 중 22회 선택됐습니다. 배포 플랫폼에서도 Vercel은 Next.js를 쓰면 100% 선택됐지만 Python 저장소에서는 한 번도 추천되지 않았고 Render가 우세했습니다. 에이전트의 선택은 제품의 절대적 우열이 아니라 코드베이스 맥락을 강하게 따라간다는 뜻입니다.

    언급되는 것과 선택되는 것은 다르다

    후보로 자주 거론되지만 실제 설치로는 이어지지 않는 격차도 컸습니다. 결제 분야에서 PayPal은 139회 언급됐으나 선택은 0회였고, Adyen은 175회 중 3회, LangChain은 194회 중 4회, Netlify는 152회 중 6회에 그쳤습니다. Supabase는 데이터베이스 분야에서 가장 많이 언급됐지만 Neon에 크게 뒤졌습니다. 이유로 지목된 것 중 하나가 제품 페이지의 표현 방식입니다. Mailgun은 무료 플랜의 1일 보관 기간이 확인되면 Postmark에 자주 패했고, Supabase는 데이터베이스만 필요한 상황에서도 인증과 스토리지가 묶인 요금이 노출돼 불리했습니다. 분야별 집중도는 Stripe 90%, Neon 66%, Amazon S3 45%로 편차가 컸습니다.

    Tech Insight — 에이전트가 읽는 첫 화면이 사실상 영업 자료가 됐습니다. 도구를 파는 쪽이든 고르는 쪽이든 문서와 요금 페이지의 문장을 점검할 이유가 생겼습니다. 다만 이 연구를 낸 곳이 개발자 도구의 채택을 유도하는 성장 서비스를 판매하는 회사라는 점은 감안해서 읽어야 합니다.

    관련 글

    출처

    1. 브라우저의 메인 스레드는 비싸다 — kciter.so
    2. GeekNews — 브라우저의 메인 스레드는 비싸다
    3. DHH가 바라본 프로그래밍의 미래 (YouTube)
    4. GeekNews — DHH가 바라본 프로그래밍의 미래
    5. Which Tools Do Coding Agents Install? — Armature
    6. GeekNews — 코딩 에이전트 도구 선택 1만7천 회 분석

    AI Biz Insider · Tech Digest · aibizinsider.com

  • 미사일에서 나온 그 도구

    WBS Work Breakdown Structure 계층 구조
    TL;DR
    • WBS는 1962년 미국 해군의 폴라리스 잠수함 미사일 프로젝트에서 처음 정형화되었고, 1968년 MIL-STD-881이 발표되면서 국방 표준이 됐다
    • 100% 규칙 — 상위 작업의 100%가 하위 작업의 합과 일치해야 하며, 빠진 것도 겹친 것도 없어야 한다
    • 8/80 규칙 — 가장 하위 작업(work package)은 8시간에서 80시간 사이여야 한다. 너무 크면 통제 불가, 너무 작으면 관리 오버헤드
    • 잘 짠 WBS는 프로젝트 진척률을 실시간으로 알려주지만, 잘못 짠 WBS는 상세할수록 오히려 계획을 왜곡한다

    프로젝트 관리의 기본 도구인 WBS(Work Breakdown Structure). 오늘날 모든 프로젝트 매니저가 쓰지만, 이 개념이 어디서 왔는지 아는 사람은 드물다. 1962년 냉전 시대 미국 국방부와 NASA의 대형 미사일·우주 프로젝트에서 처음 등장했다. 그리고 60년이 지난 지금도 프로젝트 실패의 80%가 여기서 갈린다. 왜 그런지.

    1962년 폴라리스 프로젝트 — WBS의 태생

    1957년, 미국 해군은 소련의 스푸트니크 발사에 충격을 받았다. 맞대응으로 잠수함 발사 탄도마사일(SLBM) 개발 프로젝트인 폴라리스(Polaris)를 초고속으로 밀어붙였다. 문제는 그 규모였다 — 수백 개 업체, 수만 개 사양, 10년짜리 일정. 기존의 프로젝트 관리 방식으로는 통제 불가능했다.

    1962년, 해군과 록히드, 부즈 엄다 앱턴(Booz Allen Hamilton) 컴설턴트들이 함께 개발한 것이 PERT(Program Evaluation and Review Technique)였고, 그 밑바닥에 깔린 구조가 WBS다. “프로젝트 전체를 거대한 작업 뎍어리로 보지 말고, 계층적으로 나누어 가장 작은 단위만을 통제하라”는 아이디어였다. 폴라리스는 계획보다 2년 앞당겨 완성되었고, 이 경험이 1968년 미국 국방부 표준 MIL-STD-881로 정립되었다.

    흥미로운 것은 60년이 지난 지금 MIL-STD-881이 여전히 살아있다는 점이다. 2022년 개정된 최신 버전(MIL-STD-881F)이 미국 국방 조달 표준이며, 상업 업계의 PMBOK(프로젝트 관리 지식체계)도 WBS를 핵심 기법으로 유지하고 있다.

    역사적 맥락 — WBS는 “목표를 정하고 거거서 거꾸로 내려온다”의 방식이 아니다. 오히려 “최종 산출물이 무엇인지를 먼저 정의하고, 그것을 만들기 위해 필요한 보다 작은 산출물들로 나누는” 산출물 중심 사고법이다. 이게 폴라리스가 성공한 근본 이유였고, 오늘날 프로젝트가 실패하는 근본 이유는 이 산출물 정의를 건너뛰기 때문이다.

    100% 규칙 — 가장 어기기 쉬운 원칙

    WBS의 첫 번째 원칙은 간단하다. 상위 작업의 100%가 그 아래 하위 작업들의 합과 일치해야 한다. 빠진 작업이 있으면 안 되고, 겹치는 작업이 있어도 안 된다. 장난감 같이 들리지만, 실제로 프로젝트에서 이 규칙을 지키는 것은 매우 어렵다.

    흔한 실수 예를 보자. “신규 제품 출시”를 상위 작업으로 놓고, 하위에 “설계, 개발, 테스트, 마케팅”을 넣는다. 그런데 “법무 검토”는 어디 들어간는가. “고객 교육”은? “생산 생산 라인 설치”는? 보통 이런 작업들이 빠진 상태로 프로젝트가 시작되고, 중간에 “아, 이게 필요하네”가 들어온다. WBS 계획만 보면 90% 진행된 것 같지만, 실제로는 무엇을 보는지 아무도 모른다.

    100% 규칙은 이 문제를 예방한다. 상위 작업을 하위로 나눌 때마다 “이 목록이 상위 작업의 100%를 다 담고 있는가?”를 확인하는 것이 WBS 작성의 핵심 검증 단계다.

    8/80 규칙 — 너무 크지도, 너무 작지도 않게

    두 번째 원칙은 가장 하위 작업 단위인 “work package”의 적정 크기를 정한다. 약 8시간에서 80시간 사이여야 한다는 경험칙이다. 이보다 크면 진척률을 통제할 수 없게 되고, 이보다 작으면 관리 오버헤드가 생산성을 넘어선다.

    만약 하나의 work package가 200시간이라면 — 그것이 30% 진행될 때까지 매니저는 “진행 중”이라는 보고만 받을 수 있다. 진짜 문제가 있는지, 예상보다 느린지는 보이지 않는다. 따로 반대로 work package가 2시간짜리로 잡혀있으면, 기록·보고·리뷰에 들어가는 시간이 실제 작업 시간을 넘어설다.

    8/80은 절대적인 규칙이 아니라 대략적인 지침이다. 솜프트웨어 개발 같은 증분적 작업은 8시간으로 가까운 것이 좋고, 건설·설사·교육 같이 복잡하지만 예측 가능한 작업은 40~80시간이 적절하다. 산업·토큰에 맞게 조정해야 한다.

    실무 팁 — WBS를 검토할 때 보는 첫 번째 신호는 “하위 말단 작업들의 추정 지속 시간”다. 대부분이 100시간을 넘어서면 프로젝트가 진짜로 통제되지 않는 신호이며, 거의 모두 4시간 이하면 WBS 자체가 지나치게 잡혔어 유지가 불가능해질 수론법이다.

    실무에서 WBS를 망치는 3가지 실수

    1. 산출물이 아니라 활동으로 나눈다

    WBS를 “명사가 아니라 동사로 나누는” 실수가 가장 흔하다. “개발·테스트·검토·사용자 교육”은 활동이지 산출물이 아니다. 이렇게 나누면 진척률 측정이 모호해진다. “개발을 70% 했어요”가 정확히 무슨 뜻인지 아무도 모른다. WBS는 “샜이트 문서 완료”, “사용자 매뉴얼 초안”, “베타 엔드 보고서” 같이 목적어적 산출물로 나눠야 진척률이 이진적으로 측정된다.

    2. 수직 계층이 너무 깊다

    WBS를 7단계 이상으로 나누면 관리 불가능하다. 교과서적으로는 3에서 5단계가 가장 적은록 보면, 진행이 느려지며 모든 관리 데이터의 해상도가 될수록 떨어진다. 복잡한 프로젝트는 수평적으로 넘어야 하먰, 불필요하게 수직으로 파고들면 안 된다.

    3. 조직도와 동일시한다

    마지막 실수는 조직도를 그대로 WBS로 옮기는 것이다. “개발팀, 설계팀, 품질팀” 같이 부서 단위로 나누면, 결국 WBS가 부서간 업무 분담표가 된다. 프로젝트가 생산하려는 것은 ‘부서’가 아니라 ‘결과물’이기 때문에, WBS는 산출물 중심으로 짜야 하며 각 작업 단위에 담당 부서를 매핑하는 방식이 올바르다.

    관찰 — 이 세 실수는 모두 “WBS를 물리적 산출물이 아닌 다른 것을 기준으로 나누는 습관”에서 나온다. 폴라리스 팀이 60년 전에 발견한 원칙은 간단하다 — “무엇을 만드는가”를 먼저 정의하고, “누가 어떻게”는 그 뒤에 결정한다.

    AI가 WBS를 대신 만들 수 있을까

    2024년 이후 GenAI가 프로젝트 관리 도구에 대거 들어오면서 “프로젝트 개요만 넣으면 WBS를 자동 생성”이란 기능이 많은 제품에 붙었다. Asana, Monday.com, ClickUp, Notion AI 등이 이미 지원한다. 실제로 쓰면 어떨까.

    결론부터 말하면, AI는 WBS의 초안은 멋지게 만든다. 근데 초안만이다. AI가 모르는 것이 세 가지 있다 — 조직의 실제 역량과 경험, 이해관계자의 숮겨진 요구사항, 이전 프로젝트에서 쉽게 겪은 실패 패턴. 이 세 가지는 여전히 프로젝트 매니저의 장인적 판단이 필요한 영역이다.

    하지만 AI가 잘하는 것도 있다 — “누락된 산출물 확인” 같은 100% 규칙 검증은 기계가 사람보다 훨씬 잘한다. “이 WBS에는 품질 검증 단계가 빠졌어요” 같은 지적은 AI 검수의 강점이다. 앵병적으로는 사람이 초안을 만들고 AI가 검수하는 방식이 현재까지는 가장 유용하다.

    다음 편 예고 — 다음 편에서는 WBS와 함께 쓰이는 Gate Review를 다룸다. NASA가 왜 각 단계 사이에 “관문”을 만들었는지, 그리고 오늘날 스타트업도 왜 이 관문 제도를 도입해야 하는지.

    관련 글

    참고

    1. Wikipedia — Work Breakdown Structure
    2. PMI — PMBOK Guide & Standards
    3. MIL-STD-881F — US DoD Work Breakdown Structures Standard

    AI Biz Insider · AI 제조인사이트 · aibizinsider.com

  • 왜 우리 도면은 항상 꼬여 있나

    CAD 도면 폴더 공유의 혼란 vs PDM 구조화 비교
    TL;DR
    • 폴더 공유는 동시 편집을 감지하지 못한다 — 마지막에 저장한 사람이 이기고, 먼저 한 수정은 조용히 사라진다
    • CAD 파일은 단독으로 존재하지 않는다 — Assembly가 수십 개의 Part를 참조하며, 이 참조 관계를 폴더로는 추적할 수 없다
    • 원본 CAD 외에 PDF·중립 포맷 파생 파일, 메타데이터, 접근 권한, 변경 이력이 모두 필요하다
    • 이 7가지 문제를 시스템적으로 해결한 것이 PDM이며, 그 핵심이 Check-in/Check-out 개념이다

    어느 중소 제조업체 연구소에나 있는 장면이다. 설계자 A가 SolidWorks로 만든 도면을 공유 폴더에 저장한다. 오전에 B가 같은 파일을 열어 수정한다. 오후에 A가 다시 열어 저장한다. B가 아침에 한 수정이 사라졌다. 다음 날 조립 라인이 멈춘다. 왜 이 흔한 문제가 반복될까 — 폴더 공유가 CAD 도면 관리에 근본적으로 맞지 않는 도구이기 때문이다. 이유를 7가지로 정리해 본다.

    1. 동시 편집을 아무도 감지하지 못한다

    공유 폴더에 있는 파일은 동시에 여러 명이 열 수 있다. Windows나 macOS의 기본 공유 설정은 “마지막에 저장하는 사람이 이긴다” 방식으로 돌아간다. 먼저 수정한 사람의 작업은 조용히 사라진다. Google Drive나 OneDrive 같은 서비스는 ‘충돌 복사본’을 만들어 주기도 하지만, 어느 것이 진짜인지는 여전히 사람이 판단해야 한다.

    2. 버전 관리가 파일 이름에 의존한다

    “final.dwg”, “final_v2.dwg”, “final_v3_진짜최종.dwg” — 모든 설계 폴더의 고전적 풍경이다. 문제는 이 이름 방식이 버전 순서를 보장하지 않는다는 것이다. 어느 것이 최신인지, 버전 간에 무엇이 바뀌었는지, 대수정 단계에서 이전 버전으로 되돌리는 것이 가능한지 — 모두 명명 규칙을 지키려는 사람의 근면성에 의존한다.

    3. 참조 관계를 추적할 수 없다

    CAD 파일은 단독으로 존재하지 않는다. 하나의 Assembly 파일(SLDASM)은 수십 개의 Part 파일(SLDPRT)을 참조하며, Part는 다시 다른 Part를 참조하기도 한다. 폴더를 이동하거나 이름을 바꾸면 참조가 깨지며, 복잡한 제품의 경우 하나의 Part가 수정되면 그것을 사용하는 모든 Assembly에 영향이 미친다. 폴더는 “이 Part를 사용하는 Assembly가 무엇인지”를 보여주지 않는다.

    핵심 — PDM의 “Where Used” 기능은 바로 이 문제를 위해 만들어졌다. 하나의 Part를 클릭하면 그것을 사용하는 모든 Assembly와 프로젝트 목록이 즉시 나온다. 설계변경의 영향도 분석은 이 기능 없이는 불가능하다.

    4. 파생 파일이 자동 생성되지 않는다

    CAD 원본 파일만으로는 공장·협력사·감사자가 볼 수 없다. PDF, STEP, IGES, DWG, STL 같은 중립 포맷 파생 파일이 필요하다. 폴더 공유는 누군가가 손으로 내보내기를 되풀이해야 하며, 그 결과물이 원본과 같은 버전인지는 보장되지 않는다. PDM은 CAD가 체크인될 때마다 이 파생 파일들을 자동으로 생성하도록 설정할 수 있다.

    5. 메타데이터가 파일 이름에 감춰 있다

    “BR-2401-즛-R03.dwg” 같은 파일 이름에는 많은 정보가 압축되어 있지만, 파일 이름으로는 검색이 제한된다. “BR로 시작하는 모든 파일”은 찾을 수 있지만, “시갓치가 3번을 넘은 모든 도면”, “협력사 X에 배포된 모든 도면”, “지난달에 검토 승인된 도면” 같은 질문은 답할 수 없다. PDM은 CAD 파일의 속성(attribute)을 독립된 데이터베이스에 저장해 복합 조건 검색을 가능하게 하는 것이 핵심이다.

    6. 접근 권한을 세분화할 수 없다

    폴더 권한은 대부분 “읽기/쓰기/관리” 세 단계이며, 그것도 폴더 단위로만 적용된다. 협력사에게 “이 하나의 도면만, 워터마크를 씩어 3D로, 30일간만” 같은 조건부 배포는 폴더로는 불가능하다. 결국 이메일 첨부로 보내게 되고, 그 순간 보안 추적은 끝난다.

    7. 변경 이력이 남지 않는다

    “이 도면은 누가 언제 왜 바꿔어?” 감사에서 가장 먼저 묻는 질문이다. 폴더의 파일 수정 시간은 “마지막에 저장한 순간”만을 기록하며, 그 이전의 변경 내역은 사라진다. 어떤 부분이 바뀌었는지를 보려면 이전 버전과 직접 비교해야 하는데, 이전 버전이 남아 있다는 보장 자체가 없다.

    관찰 — 이 일곱 가지는 모두 개별적으로는 “사람이 조심하면 해결된다”의 문제다. 문제는 연구소 규모가 5명에서 50명으로 커지면 그 “조심성”은 반드시 무너진다는 것이다. PDM은 이 7가지를 사람의 지식이 아닌 시스템의 강제로 바꿔놓는 툴이다.

    Check-in/Check-out — 그 하나의 개념

    7가지 문제의 상당수를 단번에 해결하는 개념이 Check-in/Check-out이다. 이름 그대로, 도서관에서 책을 빌리고 반납하는 방식에서 온 은유다. 설계자 A가 파일을 Check-out하면 그 파일은 다른 사람이 수정할 수 없도록 잠김된다. 수정이 끝나면 Check-in을 하며, 그 시점에 자동으로 새 버전 번호가 부여된다. B는 이 새 버전을 볼 수는 있지만, 동시에 수정하는 것은 원천 차단된다.

    Check-in/Check-out은 단순한 파일 잠금이 아니다. 이 메커니즘이 동시 편집 충돌(1번), 버전 관리(2번), 변경 이력(7번) 문제를 동시에 해결하며, PDM이 관리하는 메타데이터·검색·권한 기능이 나머지 4가지를 담당한다. 그래서 PDM 도입은 “폴더 사용을 PDM으로 바꾸는 것”이 아니라 “사람이 지켜야 했던 규칙을 시스템이 대신 강제하도록 전환하는 일”이다.

    다음 편 예고 — 다음 편은 CAD 도면에서 잠시 벗어나 프로젝트 관리 영역으로 넘어간다. WBS(Work Breakdown Structure)라는 도구가 왜 가장 오래된 프로젝트 기법 중 하나이며, 왜 프로젝트 실패의 80%가 여기에서 갈리는지를 이야기한다.

    관련 글

    참고

    1. PTC — What Is PLM/PDM
    2. Siemens — Product Data Management Overview
    3. Arena Solutions — PDM vs PLM

    AI Biz Insider · AI 제조인사이트 · aibizinsider.com

AI Biz Insider

AI 비즈니스·정책 인사이더 미디어

콘텐츠로 건너뛰기 ↓