블로그

  • 깃허브가 멈추면 뭐가 멈출까

    깃허브가 멈추면 뭐가 멈출까

    터미널과 스프레드시트, 끊긴 저장소 아이콘을 표현한 개발자 도구 일러스트
    DIGEST
    • 2026년 개발자들이 매일 쓰는 소프트웨어
    • GitHub이 또 멈췄다, 우리는 무엇을 맡기고 있나
    • VisiGrid, 코드 에디터처럼 만든 로컬 스프레드시트

    지난 월요일 저녁, GitHub이 일곱 시간 가까이 제대로 동작하지 않았습니다. 한국은 마침 휴일이었지만 미국은 근무일 오후였고, 그날 이후 GeekNews 상위권은 온통 “우리가 매일 의존하는 도구”에 관한 글로 채워졌습니다. 오늘 TOP3는 우연히 하나의 질문으로 이어집니다. 우리가 매일 쓰는 도구는 정말 우리 것인가, 아니면 남의 서버 위에 얹혀 있는 것인가.

    2026년 개발자들이 매일 쓰는 소프트웨어

    6년 만에 다시 물어본 “매일 뭘 쓰나요”

    Lobsters에 6년 만에 같은 질문이 다시 올라왔습니다. 개발자들이 실제로 매일 쓰는 소프트웨어를 나열해보자는 스레드입니다. 흥미로운 건 답변의 구성입니다. 최신 도구가 기존 도구를 밀어낸 자리는 거의 없고, 대신 새 계층이 기존 워크플로 위에 얹히는 형태가 압도적이었습니다. Ghostty 같은 최신 GPU 터미널을 쓰면서도 그 안에서는 여전히 tmux를 돌리고, Claude Code와 Codex를 쓰면서도 편집기는 Emacs와 Neovim 그대로입니다.

    편집기는 Emacs, Vim/Neovim, Helix, VS Code, Zed, JetBrains 계열이 고르게 언급됐습니다. 터미널은 Ghostty, Kitty, WezTerm, Alacritty가 나뉘었고 세션 관리는 tmux가 여전히 기본값입니다. 셸은 fish와 zsh가 대화형, bash가 스크립트용으로 역할이 갈렸습니다. 검색과 탐색 계층에서는 fzf, ripgrep, fd, bat, jq가 거의 표준처럼 반복 등장했습니다.

    진짜 목록은 “개발 도구”가 아니라 “개인 컴퓨팅 환경”

    이 스레드가 단순한 툴 자랑과 다른 이유는 범위입니다. 브라우저(Firefox, qutebrowser), 메일(Thunderbird, Mutt/NeoMutt, Fastmail), RSS(Newsboat, Miniflux, FreshRSS), 노트(Org mode, Obsidian, Zotero, Anki), 파일 동기화(Syncthing, rsync, restic, rclone), 비밀번호(KeePassXC, pass, Bitwarden)까지 이어집니다. 공통점은 하나입니다. 데이터를 직접 소유하고 내보낼 수 있는 도구를 고르는 경향입니다.

    버전 관리에서는 Git 옆에 Jujutsu(jj)가 눈에 띄게 늘었고, 환경 재현에는 Nix와 direnv, mise가 반복적으로 등장했습니다. AI 코딩 도구는 이미 목록에 들어와 있지만 위치가 명확합니다. 편집기를 대체하는 자리가 아니라 옆자리에서 일하는 추가 작업자로 배치돼 있습니다.

    Tech Insight — 이 목록이 CEO에게 주는 시사점은 “우리 팀 도구를 바꿔야 한다”가 아닙니다. 오래 살아남은 도구들의 공통 조건 — 키보드 조작, 자동화 가능성, 데이터 소유권, 낮은 자원 사용량, 원격에서도 동일한 동작 — 이 곧 도구 도입 체크리스트라는 점입니다. 신규 SaaS를 검토할 때 이 다섯 항목으로 먼저 걸러보면, 2~3년 뒤 이관 비용을 크게 줄일 수 있습니다.


    GitHub이 또 멈췄다, 우리는 무엇을 맡기고 있나

    멈춘 것은 Git이 아니라 개발 과정 전체

    8월 17일 GitHub.com 장애로 웹과 API 트래픽의 약 20%, 아카이브와 Raw 콘텐츠 다운로드의 약 50%에서 오류가 발생했습니다. Pull Request, Issues, Actions, Webhooks가 함께 영향을 받았고, 복구 후에도 상태 페이지는 정상인데 PR에 접근할 수 없는 상황이 이어졌습니다. GeekNews는 여기서 이주 논의를 꺼내기 전에 먼저 물어야 할 질문을 제시합니다. GitHub이 멈출 때 우리에게서 정확히 무엇이 멈추는가.

    앞선 장애에서는 GitHub Actions와 Pages가 6시간 넘게 영향을 받았는데, 이때 자체 호스팅 러너조차 작업을 받지 못했습니다. 컴퓨팅 자원은 자기 서버에 있는데도 작업을 배정하는 제어면(Control Plane)이 GitHub에 남아 있었기 때문입니다. Git 저장소만 맡겼다고 생각했지만 실제로는 리뷰, 자동화, 릴리스, 프로젝트 운영까지 함께 맡기고 있었던 셈입니다.

    숫자로 보는 부하: 주당 5억 분에서 21억 분으로

    GitHub COO Kyle Daigle이 공개한 수치에 따르면 GitHub Actions 실행 시간은 2023년 주당 5억 분에서 2025년 주당 10억 분으로 늘었고, 2026년 4월 초에는 그 주 누적 21억 분에 도달했습니다. 이 수치가 AI를 단일 원인으로 증명하지는 않지만, 플랫폼이 감당할 작업량이 급격히 커졌다는 사실은 분명합니다. 원인 진단은 AI 에이전트 트래픽, Azure 인프라 이전, 오래된 내부 구조로 갈립니다.

    의존은 네 층으로 나뉜다

    글은 GitHub 의존을 네 층으로 정리합니다. ① 코드와 Git 이력은 가장 옮기기 쉽고 미러만 있어도 잃을 위험이 작습니다. ② Issues와 PR은 논의와 설계 판단, 상호 참조가 GitHub 데이터 모델과 URL에 묶여 있어 내보내도 맥락이 깨집니다. ③ Actions와 릴리스 과정은 장애가 실제 업무를 멈추게 만드는 지점입니다. ④ 정체성과 발견은 가장 옮기기 어렵습니다. Star, 기여 이력, 검색 노출은 저장소를 복사한다고 따라오지 않습니다.

    Ghostty를 만든 Mitchell Hashimoto는 한 달간 GitHub 문제로 작업이 막힌 날을 기록했고 거의 매일 영향이 있었다고 밝혔습니다. 다만 그의 전략은 신중했습니다. 옮길 곳을 정하지 않은 채 의존을 점진적으로 줄이고, 기존 GitHub URL에는 읽기 전용 미러를 남기는 방식입니다. 대안 목록도 명확한 트레이드오프를 갖습니다. GitLab·Codeberg 같은 관리형 포지는 이전이 쉽지만 중앙 의존 구조는 그대로이고, Forgejo·Gitea 자체 호스팅은 통제권을 얻는 대신 업그레이드·백업·보안·러너 운영 책임이 따라옵니다. 목록에서 자주 빠지는 항목은 무료 CI 실행기입니다. 공개 프로젝트가 Linux뿐 아니라 Windows와 macOS 러너까지 무료로 쓰던 것을 옮기면, 협업 방식만 바뀌는 게 아니라 없던 비용이 생깁니다.

    Tech Insight — 실무 결론은 “전면 이주”가 아니라 “의존성 분리”입니다. 첫째, 코드는 독립 원격 저장소나 정기 미러에 두되 미러가 있다는 사실보다 그 미러에서 다시 작업을 시작할 수 있는지를 검증해야 합니다. 둘째, 중요한 설계 판단과 운영 절차를 PR 댓글이 아니라 저장소 문서로 옮겨야 합니다. 셋째, 긴급 수정과 중요한 릴리스만이라도 만들 수 있는 대체 경로를 확보해야 합니다. 자체 호스팅 러너만 추가해서는 부족합니다. 작업 배정과 인증이 GitHub 제어면에 남아 있다면 전체 장애에서는 함께 멈춥니다.


    VisiGrid, 코드 에디터처럼 만든 로컬 스프레드시트

    메뉴 대신 Command Palette, 콜드 스타트 300ms

    VisiGrid는 Excel의 사용 방식이 아니라 코드 에디터의 사용 방식을 가져온 오픈소스 스프레드시트입니다. 메뉴를 뒤지는 대신 키보드와 Command Palette로 조작합니다. Zed가 만든 GPU 가속 UI 프레임워크 GPUI로 만들어졌고 맥·윈도우·리눅스를 지원합니다. 콜드 스타트는 약 300ms, 다운로드 크기는 약 16MB입니다. XLSX, XLS, XLSB, ODS, CSV, TSV, JSON을 완전히 로컬에서 처리하며 120개 이상의 수식 함수와 자동완성을 제공합니다.

    조건부 서식도 UI 옵션을 클릭하는 대신 =A1>100 -> warning처럼 규칙을 직접 입력하고 그리드에서 실시간으로 결과를 봅니다. 핵심 차별점은 스프레드시트를 문서가 아니라 디버깅 가능한 데이터 프로그램으로 취급한다는 점입니다. Cell Inspector에서 수식·값·선후 셀·재계산 시점을 확인하고, 시트 간 데이터 흐름 추적과 순환 참조 탐지를 지원합니다. 계산은 같은 입력에 항상 같은 결과가 나오는 결정적 재계산을 지향하고, 구조 변경은 재현 가능한 provenance 기록으로 남깁니다.

    “AI는 작성자가 아니라 증인이다”

    가장 눈에 띄는 설계 철학은 AI를 다루는 방식입니다. VisiGrid는 AI를 지원하지만 데이터를 직접 바꾸는 자동화가 아니라 증인(witness)으로 배치합니다. AI가 관여한 변경은 provider와 시간까지 기록되고, 사용자의 명시적 승인 없이 셀을 수정하거나 백그라운드에서 자동 실행할 수 없습니다. AI는 질문에 수식을 제안하거나 변경 내역을 설명할 수 있지만, 실제 결과는 Inspector·Diff·Provenance로 사람이 검증하도록 구성돼 있습니다.

    GUI와 같은 엔진을 쓰는 vgrid CLI와 헤드리스 모드도 제공합니다. CSV/XLSX 변환, 수식 계산, 필터링, 두 데이터셋의 reconciliation을 파이프라인에서 실행할 수 있고, vgrid diff는 키 기준 비교에 금액 tolerance와 stdin 입력, JSON/CSV 출력을 지원합니다. 중복 키처럼 애매한 상황에서는 추측하지 않고 오류로 처리합니다. LLM 에이전트와 CI용으로는 apply → inspect → verify 워크플로와 fingerprint 검증을 제공합니다. 라이선스는 AGPLv3 + Plugin Exception입니다.

    Tech Insight — 재무·정산처럼 숫자 하나가 계약을 좌우하는 업무에 AI 에이전트를 붙일 때 가장 큰 리스크는 “결과만 그럴듯한 시트”입니다. VisiGrid의 접근은 그 리스크를 감사 가능성(auditability)으로 푸는 방향입니다. 에이전트에게 시트 작업을 맡길 계획이라면, 도입 기준을 “얼마나 잘 만드나”가 아니라 “만든 과정을 재현하고 검증할 수 있나”로 잡는 편이 안전합니다.


    관련 글

    출처

    1. GeekNews — 2026년에 매일 어떤 소프트웨어를 사용하시나요?
    2. Lobsters — What software do you use daily? (2026)
    3. GeekNews — GitHub이 또 멈췄다: 우리는 무엇을 GitHub에 맡기고 있나
    4. GeekNews — VisiGrid: 코드 에디터처럼 설계된 로컬 네이티브 스프레드시트
    5. GitHub — VisiGrid/VisiGrid

    AI Biz Insider · Tech Digest · aibizinsider.com

  • 회계법인 70곳을 쓸어담았다…

    AI를 이식한 전통 기업 인수 구조를 형상화한 이미지
    TL;DR
    • 스라이브 홀딩스가 20억 달러(약 2조 9천억 원)를 유치했다. 기업가치는 120억 달러, 약 17조 원.
    • AI 모델을 만드는 회사가 아니다. 회계법인과 IT 서비스 기업 70여 곳을 사들여 그 안에 AI를 심는다.
    • 세무 AI는 신고서 7,000건을 98% 정확도로 처리했고, IT 헬프데스크 응대는 36배 빨라졌다.
    • 앤스로픽·오픈AI도 같은 판에 들어왔다. 승부처가 ‘모델’에서 ‘구현’으로 옮겨가고 있다.

    지난 8월 12일, 조금 이상한 투자 소식이 하나 나왔다. 20억 달러를 유치한 회사가 AI 모델을 만들지 않는다. 데이터센터도 짓지 않는다. 대신 회계법인을 산다. 지역 IT 유지보수 업체를 산다. 그리고 그 안에 AI를 집어넣는다. 소프트뱅크와 D1 캐피털, 알티미터가 여기에 돈을 넣었고, 기업가치는 120억 달러가 매겨졌다. 스라이브 홀딩스(Thrive Holdings) 이야기다.

    2조 9천억이 향한 곳은 모델이 아니었다

    스라이브 홀딩스는 오픈AI의 주요 투자사인 스라이브 캐피털에서 분사한 회사다. 구조만 보면 사모펀드(PE)에 가깝다. 전통 산업의 중소기업을 인수해 지분을 들고, 운영을 개선해 가치를 올린다. 차이는 개선의 수단이다. 원가 절감이나 인력 구조조정이 아니라 AI 워크플로 이식이 지렛대다.

    이 구조가 작동하는 데는 배경이 있다. 2025년 12월, 오픈AI가 스라이브 홀딩스의 지분을 직접 취득했다. 단순 투자가 아니었다. 계약에는 오픈AI 직원을 스라이브 산하 기업에 파견해 AI 도입을 가속한다는 조건이 포함됐다. 모델을 파는 회사가, 모델을 쓰는 현장에 사람을 보내기 시작한 것이다.

    AI Biz Insider 분석 — 여기서 읽어야 할 신호는 ‘누가 얼마를 투자했나’가 아니다. AI를 팔던 쪽이 직접 고객사 안으로 들어가고 있다는 사실이다. 모델 성능만으로는 매출이 늘지 않는다는 것을, 모델을 만든 회사들이 먼저 인정한 셈이다.


    숫자로 검증된 ‘전통 기업 + AI’

    이번 투자가 성사된 이유는 서사가 아니라 지표다. 스라이브 홀딩스 플랫폼에 올라간 기업은 현재 70곳을 넘었고, 두 개의 축으로 운영된다.

    축 1. 커런트(Current) — 회계

    50개가 넘는 회계법인, 2,000명 이상의 전문 인력이 소속돼 있다. 핵심은 스스로 학습하는 세무 에이전트 ‘택스AI(TaxAI)’다. 회사 발표에 따르면 세무 신고서 7,000건 이상을 98% 정확도로 처리했고, 참여 법인의 세무 준비 시간을 30% 넘게 줄였다.

    축 2. 실드(Shield) — IT 서비스

    약 20개 기업이 참여한 IT 부문이다. 헬프데스크 처리 시간이 36배 단축됐고, 플랫폼에 배포된 맞춤형 AI 에이전트 수는 최근 한 달 만에 두 배가 됐다. 어느 쪽이든 ‘새로운 AI 제품을 팔았다’가 아니라 ‘기존 업무의 처리 시간을 줄였다’는 형태의 성과다.

    AI Biz Insider 분석 — 98%, 30%, 36배. 세 숫자 모두 ‘기존에 사람이 몇 시간 걸리던 일’을 기준으로 잡혀 있다. AI 성과를 보고할 때 모델 벤치마크 점수를 쓰는 조직과, 업무 처리 시간을 쓰는 조직의 차이가 여기서 갈린다. 투자자가 읽는 건 후자다.


    다음 타깃은 인허가와 규제 서류

    이번에 조달한 자금의 일부는 세 번째 플랫폼에 투입된다. 주제는 ‘건조 환경(built environment)의 규제 서비스’다. 회사 측 표현으로는 물리적 자산이 승인받고, 지어지고, 인증받고, 운영을 유지하는 데 필요한 모든 업무다.

    창립 멤버 아누즈 메흐디라타는 “미국은 핵심 인프라를 더 짓고 현대화해야 하지만, 프로젝트는 지역적·기술적·규제적 복잡성에 발목이 잡혀 있다”며 데이터센터, 제조, 의료, 전력, 수처리, 교통을 대상으로 지목했다. AI가 현장 작업이나 전문가의 최종 서명을 대체하지는 않는다고 선을 그으면서도, 조사·보고서 작성·인허가 서류 준비·검사 문서화·규정 준수 추적 같은 수작업은 압축할 수 있다는 계산이다.

    크고, 파편화돼 있고, 실수가 치명적이며, 운영이 복잡한 영역. 스라이브가 반복해서 고르는 시장의 공통 조건이다.


    앤스로픽과 오픈AI가 같은 판에 들어왔다

    스라이브만의 실험이 아니다. 앤스로픽은 블랙스톤, 헬만앤프리드먼, 골드만삭스 등과 함께 15억 달러 규모의 AI 구현 전문 회사 ‘오드 위드 앤스로픽(Ode with Anthropic)’을 설립했다. 오픈AI는 ‘더 디플로이먼트 컴퍼니(The Deployment Company)’로 같은 자리를 노린다. 두 회사 모두 고객사 사무실에 엔지니어를 상주시키는 방식이다.

    오드는 AI 엔지니어링 부티크 ‘프랙셔널 AI’를 인수해 기반으로 삼았고, 현재 약 100명의 엔지니어가 일한다. 절반 이상이 창업 경험자다. 대표 크리스 테일러는 TechCrunch 인터뷰에서 “잘 실행하면 언젠가 1조 달러 규모 회사가 되는 걸 상상하기 어렵지 않다”고 말했다.

    최고기술책임자 에디 시겔의 말은 더 직접적이다. “모델 선택도 중요하지만 대부분의 노력이 거기 들어가진 않는다. 그건 엔지니어링돼야 할 시스템의 한 재료일 뿐이다. 소프트웨어를 만들 때 프로그래밍 언어를 고르는 것과 비슷하다.” 딜로이트와 액센츄어도 자체 상주 엔지니어링 조직을 만들며 뛰어들었다. 수요가 공급을 크게 앞지르고 있다는 게 관계자들의 공통된 진단이다.

    AI Biz Insider 분석 — “어떤 모델을 쓸까”는 파이썬이냐 자바냐를 고르는 수준의 결정이라는 뜻이다. 국내 기업 회의실에서 가장 많은 시간을 잡아먹는 안건이 바로 그 질문이라면, 우선순위를 다시 점검할 시점이다.


    대표가 지금 점검할 세 가지

    1. 반복 업무의 ‘시간’을 먼저 재라

    택스AI의 성과는 정확도 98%가 아니라 준비 시간 30% 단축에서 나왔다. 도입 전에 세무·정산·견적서·검사 보고서 같은 반복 업무가 월 몇 시간 걸리는지 숫자로 남겨두지 않으면, 도입 후 어떤 성과도 증명할 수 없다.

    2. 모델 선정 회의를 줄이고 구현 인력에 투자하라

    글로벌 자본이 사는 것은 모델 접근권이 아니라 ‘업무를 다시 설계할 수 있는 사람’이다. 외부 도입 파트너를 쓴다면 라이선스 재판매가 아니라 업무 재설계와 성과 측정을 계약서에 넣어야 한다.

    3. 규제·문서 업무를 다시 보라

    인허가, 인증, 검사 문서화는 국내 제조·건설·의료 기업에도 똑같이 무거운 비용이다. 스라이브가 세 번째 판을 여기서 여는 이유이기도 하다. 오답의 대가가 크기 때문에 사람이 최종 확인하되, 앞단의 조사와 초안 작성은 이미 자동화 가능한 구간에 들어와 있다.

    AI 경쟁의 다음 라운드는 누가 더 좋은 모델을 만드느냐가 아니라, 누가 그 모델을 실제 업무 안에 제대로 앉히느냐로 넘어가고 있다. 70개 회계·IT 기업을 사들인 20억 달러가 그 방향을 가리킨다.

    관련 글

    출처

    1. TechCrunch — OpenAI-backed Thrive Holdings raises $2B to bring AI to the enterprise (2026.08.12)
    2. TechCrunch — Anthropic, Blackstone bet the next trillion-dollar AI business is implementation, not just models (2026.07.15)

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

  • GitHub Went Dark. Cursor Was Already Waiting.

    Abstract visualization of code repositories moving between two cloud hosting platforms in cyan and teal tones
    KEY POINTS
    • Cursor launched Origin, a code hosting platform, on August 18, 2026 – the same day GitHub suffered a worldwide outage that degraded services for more than six hours with a nearly 20 percent error rate.
    • An independent analysis by LeadDev counted 257 GitHub incidents over the past year, 48 of them classified as major outages – roughly one significant disruption every week.
    • Origin does not force a migration. Cursor says “Your GitHub repos can sit alongside the ones Cursor hosts,” with two-way sync between the platforms.
    • It is Cursor’s first major launch since SpaceX closed its acquisition of the company on August 15, 2026, four days earlier.

    Two hundred fifty-seven. That is how many separate incidents GitHub logged over the past year according to an independent analysis by LeadDev, with 48 of them severe enough to be classified as major outages. On August 18, 2026, number 258 arrived – a worldwide failure that degraded the platform for over six hours and pushed repository download errors to nearly 20 percent globally. On that exact same day, Cursor launched Origin, its own code hosting platform. The timing was almost certainly coincidental. The opening it exposed was not.

    What Origin Actually Is

    A full replacement for the GitHub workflow

    Origin is designed to cover the core surface that developers use GitHub for every day: hosting repositories, browsing and editing codebases, collaborating across a team, and handling pull requests. For a company whose identity has been built almost entirely around its AI code editor, moving into hosting is a significant expansion of scope. Cursor is no longer just the place where code gets written – it wants to be the place where code lives.

    The company has also signaled that “agent native” capabilities are coming to Origin, though it has not published details on what those will look like in practice. Separately, Cursor says it is building a broader app ecosystem around the platform to support coding workflows beyond the editor itself. Origin is currently in beta and gated to paid users, so both pricing and feature scope should be treated as provisional.

    The interoperability play

    The most strategically interesting decision is that Origin does not ask anyone to leave GitHub. The two platforms are designed to run in parallel, with code passing between them. “Your GitHub repos can sit alongside the ones Cursor hosts,” Cursor writes in its changelog. “Connect GitHub to Cursor, pick your org, and you’ll see the repos you can sync. Select one and Cursor pulls it in.”

    Trend Insight — Removing the migration decision is the entire strategy here. Code hosting is defended by switching costs, not by features – nobody moves ten years of history and CI wiring because a competitor shipped a nicer diff view. By making Origin additive rather than exclusive, Cursor converts a wrenching migration into a low-risk trial, and lets adoption accumulate quietly inside teams that never formally decided to switch.


    Why the Reliability Numbers Matter

    One major disruption per week

    The 257 incident figure is the number that should concern GitHub most, because it reframes the August 18 outage from an unlucky day into a pattern. Forty-eight major outages across twelve months averages out to roughly one significant disruption every week. GitHub has acknowledged the problem publicly, announcing remediation measures earlier this year after an earlier run of availability failures, but LeadDev reporter Charles Humble writes that the persistent issues have produced “a visible exodus of high-profile users.”

    Scale is still an enormous moat

    None of this means GitHub is in real danger yet. By its own Octoverse metrics, roughly 180 million developers were using the platform as of last October. Founded in 2007 and now owned by Microsoft, it remains by a wide margin the largest source code host in the world. Origin is a beta product competing against the default habit of nearly every working developer on the planet, and reliability complaints have historically produced far more grumbling than actual migration.

    Trend Insight — The relevant risk to GitHub is not user count, it is where AI coding agents point by default. When agents perform most repository operations, the “developer habit” moat weakens considerably – habits belong to humans, and configuration belongs to whoever owns the agent. That is precisely the layer Cursor already controls.


    The SpaceX Factor

    First launch under new ownership

    Origin is Cursor’s first major product launch since SpaceX officially closed its acquisition of the company on August 15, 2026 – four days before the announcement. That sequencing is worth noting on its own. Infrastructure expansion is capital-intensive and slow to monetize, and a newly acquired startup shipping a hosting platform within a week of closing suggests the roadmap was already funded and approved rather than improvised in response to a competitor’s bad day.

    What teams should actually do

    For engineering leaders, the practical takeaway is narrow and unglamorous. Origin is a beta product, so it is not a candidate for a production system of record. What it does offer, at effectively zero switching cost, is a mirrored copy of critical repositories on infrastructure independent of GitHub – which is a reasonable answer to a platform averaging a major outage every week. Evaluate it as redundancy first, and let the agent-native features prove themselves before betting anything larger on them.

    Trend Insight — The broader pattern in AI tooling right now is vertical integration. Editor companies are absorbing hosting, gateway companies are being absorbed by payment processors, and chip startups are pivoting into cloud. Each move is an attempt to own more of the workflow before agents make any single layer commoditized and interchangeable.


    Related

    Sources

    1. TechCrunch – Cursor capitalizes on GitHub frustration, launches rival hosting platform (Aug 18, 2026)
    2. VentureBeat – Cursor launches Origin code hosting platform as GitHub outage exposes opening in AI coding race
    3. LeadDev – What’s gone wrong at GitHub
    4. BleepingComputer – Microsoft confirms GitHub is down worldwide
    5. GitHub Octoverse – A new developer joins GitHub every second
    6. TechCrunch – SpaceX officially closes its Cursor acquisition (Aug 15, 2026)

    AI Biz Insider · AI Trends EN · aibizinsider.com

  • 부모님 요양비, 안 하면 매달 손해

    노인장기요양보험 재가급여와 돌봄 지원을 상징하는 이미지
    핵심 정리
    • 마감 없는 상시 신청. 만 65세 이상이거나, 65세 미만이어도 치매·뇌혈관질환 등 노인성 질병이 있으면 신청할 수 있습니다.
    • 2026년 재가급여 월 한도액은 1등급 251만 2,900원, 2등급 233만 1,200원. 중증 등급은 전년 대비 20만원 이상 올랐습니다.
    • 본인부담은 재가급여 15%, 시설급여 20%. 의료급여 수급권자는 면제되거나 40~60% 감경됩니다.
    • 신청은 국민건강보험공단 운영센터 방문·우편·팩스·인터넷(longtermcare.or.kr). 가족이 대리 신청할 수 있고, 문의는 1577-1000.

    부모님이 혼자 쥌고 드시기 어려워지면, 자녀는 대개 두 가지를 동시에 계산하기 시작합니다. 요양원 비용과 내 시간입니다. 그런데 그 앞에 반드시 거쳐야 할 절차가 하나 있습니다. 장기요양등급 판정입니다. 등급이 나오면 방문요양·주야간보호·요양원 비용의 대부분을 건강보험공단이 냅니다. 등급이 없으면 같은 서비스를 전액 자비로 씁니다. 누가, 언제, 얼마나, 어떻게 받는지 공식 기준으로 정리했습니다.

    누가 받나 — 나이보다 ‘상태’가 기준

    신청 자격

    신청 자격은 장기요양보험 가입자와 그 피부양자, 그리고 의료급여 수급권자입니다. 장기요양보험 가입자는 건강보험 가입자와 동일하므로, 사실상 건강보험에 들어 있으면 자격은 충족합니다. 그 위에 두 가지 중 하나에 해당해야 합니다. 만 65세 이상인 노인이거나, 65세 미만이면서 치매·뇌혈관질환 등 대통령령으로 정한 노인성 질병을 가진 사람입니다. 즉 60대 초반에 치매 진단을 받았다면 65세를 기다릴 필요가 없습니다.

    한 가지 주의할 점이 있습니다. 장애인 활동지원 급여를 이용 중이거나 이용을 원하는 경우, 장기요양등급을 받으면 장애인 활동지원 신청이 제한됩니다. 등급을 취소해도 활동지원 신청이 불가능해지므로, 두 제도가 겹치는 상황이라면 신청 전에 국민연금공단(1355)에 먼저 확인하는 편이 안전합니다.

    자녀가 대신 신청할 수 있다

    본인이 직접 신청하기 어려운 경우가 대부분입니다. 그래서 대리 신청이 폭넓게 허용됩니다. 가족·친족 또는 이해관계인, 사회복지전담공무원, 치매안심센터의 장(신청인이 치매환자인 경우), 시장·군수·구청장이 지정한 사람이 대리인이 될 수 있습니다. 자녀가 부모님 대신 접수하는 것이 가장 흔한 형태입니다.

    정책 분석 — 이 제도가 ‘노인복지’가 아니라 ‘사회보험’으로 설계됐다는 점이 중요합니다. 소득이나 재산을 심사해 대상자를 고르는 것이 아니라, 건강보험료를 낸 사람이면 누구나 상태에 따라 급여를 받습니다. 그래서 ‘우리 집은 재산이 있어서 안 될 것’이라는 이유로 신청조차 하지 않는 것은 가장 흔하고 가장 비싼 오해입니다.


    얼마나 받나 — 2026년 재가급여 월 한도액

    등급별 한도액이 올랐다

    보건복지부는 2025년 11월 장기요양위원회에서 2026년도 급여 기준을 의결했습니다. 방문요양·방문목욕·방문간호·주야간보호·단기보호를 묶어 쓸 수 있는 재가급여 월 한도액은 다음과 같이 인상됐습니다. 1등급 230만 6,400원에서 251만 2,900원, 2등급 208만 3,400원에서 233만 1,200원, 3등급 148만 5,700원에서 152만 8,200원, 4등급 137만 600원에서 140만 9,700원, 5등급 117만 7,000원에서 120만 8,900원, 인지지원등급 65만 7,400원에서 67만 6,320원입니다.

    특히 중증인 1·2등급은 재가 서비스를 충분히 쓸 수 있도록 추가 인상해, 월 한도액이 전년 대비 20만원 이상 늘었습니다. 실제 이용량으로 환산하면 1등급 수급자는 3시간짜리 방문요양을 월 41회에서 44회까지, 2등급은 월 37회에서 40회까지 이용할 수 있게 됩니다. 주 3회 오던 요양보호사가 주 4회로 늘어나는 수준의 변화입니다.

    복지용구와 가족요양비

    월 한도액과 별개로 복지용구에는 연간 한도액 160만원이 적용됩니다. 적용 기간은 수급자의 유효기간 개시일부터 1년이며, 구입과 대여를 합산한 총액이 한도를 넘으면 초과분은 전액 본인 부담입니다. 전동침대, 욕창예방매트리스, 목욕의자 같은 품목이 여기에 들어갑니다. 또한 섬·벽지처럼 장기요양기관이 부족한 지역이나 신체·정신 사유로 가족에게 요양을 받는 경우에는 가족요양비가 월 15만원 지급됩니다.


    내 돈은 얼마나 드나 — 재가 15%, 시설 20%

    본인부담 비율은 노인장기요양보험법 제40조에 정해져 있습니다. 집에서 서비스를 받는 재가급여 이용자는 급여비용의 15%, 요양원 등에 입소하는 시설급여 이용자는 20%를 부담합니다. 나머지는 공단이 장기요양기관에 직접 지급합니다. 1등급 수급자가 재가급여 한도를 꿉 채워 251만원어치를 이용해도 본인이 내는 돈은 약 37만원 선이라는 뜻입니다.

    면제와 감경

    「의료급여법」 제3조제1항제1호에 해당하는 수급권자는 본인부담이 없습니다. 같은 조 제2호부터 제9호까지의 수급권자는 본인일부부담금의 60%를 감경받습니다. 그 밖에 보건복지부장관이 고시한 소득·재산 기준 이하인 사람은 40% 또는 60% 감경 대상입니다. 감경은 자동으로 적용되지 않는 경우가 있으니 공단에 대상 여부를 확인해 두는 것이 좋습니다.

    전액 본인이 내야 하는 항목

    착각하기 쉬운 부분입니다. 아래 네 가지는 등급이 있어도 전액 본인 부담입니다. 첫째, 법이 정한 급여 범위와 대상에 포함되지 않는 비용. 둘째, 장기요양인정서에 적힌 급여 종류·내용과 다르게 선택해 받은 급여. 셋째, 월 한도액을 초과한 급여비용. 넷째, 비급여 항목입니다. 비급여에는 식사재료비, 상급침실 이용에 따른 추가비용, 이·미용비 등이 들어갑니다. 요양원 견적서에서 ‘생각보다 많이 나오는’ 부분이 대개 이 비급여입니다. 이 항목들은 기초생활수급권자나 의료급여 수급권자도 똑같이 전액 부담합니다.

    정책 분석 — 재가 15%, 시설 20%라는 차등은 우연이 아닙니다. 법은 “수급자가 가족과 함께 생활하면서 가정에서 장기요양을 받는 재가급여를 우선으로 제공하여야 한다”고 명시합니다. 시설 부담률을 5%p 높게 잡아 재가 이용을 유도하는 구조이고, 2026년 중증 재가 한도액을 크게 올린 것도 같은 방향입니다.


    어떻게 신청하나 — 인정신청부터 급여계약까지

    신청 방법과 서류

    신청은 공단 지사(운영센터) 방문, 우편, 팩스, 인터넷, 유선으로 할 수 있습니다. 인터넷 신청은 65세 이상이거나 65세 미만의 갱신신청인 경우 가능하며 공동인증서 로그인이 필요합니다. 유선 신청은 갱신신청만 됩니다. 제출 서류는 장기요양인정신청서와 의사소견서입니다. 의사소견서는 원칙적으로 신청서와 함께 내야 하지만, 65세 이상인 경우 등급판정위원회 심의자료 제출 전까지 내면 됩니다. 신청서 서식은 노인장기요양보험 홈페이지 자료마당의 서식자료실에서 내려받을 수 있습니다.

    방문 신청은 신분증을 제시하고, 우편·팩스 신청은 신분증 사본을 제출합니다. 대리인이 신청할 때는 대리인지정서와 대리인 신분증이 추가로 필요합니다.

    방문조사와 등급판정

    신청이 접수되면 교육을 이수한 공단 직원이 거주지를 직접 방문해 조사합니다. 일정은 사전에 통보되며, 장소와 시간은 협의해 조정할 수 있습니다. 조사는 90개 항목으로 구성된 「장기요양인정조사표」로 진행됩니다. 신체기능, 사회생활기능, 인지기능, 행동변화, 간호처치, 재활, 복지용구, 지원형태, 시·청력, 질병상태까지 폭넓게 확인하며, 이 가운데 5개 영역 65개 항목이 장기요양인정점수 산정에 쓰입니다.

    신체기능 영역은 최근 한 달간 일상생활에서 다른 사람의 도움을 받은 정도를, 인지기능·행동변화 영역은 최근 한 달간 나타난 증상을, 간호처치 영역은 최근 2주간 증상을 묻습니다. 이 산정 결과와 의사소견서를 근거로 등급판정위원회가 1~5등급 또는 인지지원등급 수급자로 인정하거나 등급외로 판정합니다. 수급자로 인정되면 장기요양인정서, 개인별장기요양이용계획서, 복지용구급여확인서가 송부되고, 이후 장기요양기관을 선택해 급여계약을 맺고 서비스를 이용하게 됩니다.


    보험료는 얼마나 오르나

    2026년도 소득 대비 장기요양보험료율은 0.9448%로 결정됐습니다. 건강보험료 대비로는 13.14%이며, 실제로는 건강보험료액에 이 비율을 곱해 산정합니다. 공단은 건강보험료와 통합 징수하되 고지서에는 구분해 표시하고, 회계는 각각 독립적으로 관리합니다. 가입자 1세당당 월평균 보험료는 1만 8,362원으로 전년 1만 7,845원보다 517원 늘어납니다. 국가는 매년 예산 범위에서 해당 연도 장기요양보험료 예상수입액의 20%에 상당하는 금액을 공단에 지원합니다.


    자주 묻는 질문

    Q. 재산이나 소득이 많으면 등급을 못 받나요?

    아닙니다. 장기요양보험은 소득·재산을 심사해 대상자를 정하는 제도가 아니라 사회보험입니다. 건강보험 가입자와 피부양자, 의료급여 수급권자면 자격이 있고, 등급은 90개 항목 방문조사와 의사소견서로 판정한 심신 상태에 따라 결정됩니다. 소득·재산은 본인부담금 감경 여부를 정할 때만 쓰입니다.

    Q. 65세가 안 됐는데 치매 진단을 받았습니다. 신청되나요?

    가능합니다. 65세 미만이라도 치매, 뇌혈관질환 등 대통령령으로 정한 노인성 질병이 있으면 신청 대상입니다. 다만 장애인 활동지원 급여를 이용 중이거나 이용을 희망한다면, 장기요양등급을 받는 순간 활동지원 신청이 제한되고 등급을 취소해도 되돌릴 수 없으니 신청 전에 국민연금공단 1355로 확인하세요.

    Q. 요양원에 넣으면 20%만 내면 끝인가요?

    아닙니다. 20%는 장기요양 급여비용에 대한 본인부담분이고, 비급여는 별도입니다. 식사재료비, 상급침실 이용 추가비용, 이·미용비는 전액 본인이 냅니다. 월 한도액을 넘긴 이용분, 인정서에 적힌 것과 다른 종류의 급여를 선택해 받은 경우도 전액 본인 부담입니다. 계약 전에 견적서에서 급여와 비급여를 나눴 확인하는 것이 좋습니다.


    관련 글

    출처

    1. 국민건강보험공단 — 장기요양인정 신청절차 및 인정조사
    2. 국민건강보험공단 — 재원조달 및 급여비용(본인일부부담금, 법 제40조)
    3. 보건복지부 보도자료 — 2026년도 장기요양보험료율 0.9448%
    4. 노인장기요양보험 — 급여 이용 안내

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

  • 커서는 왜 딱 50명만 볼까

    커서는 왜 딱 50명만 볼까

    엘리트 엔지니어링 팀 구성과 Rust 백엔드 아키텍처, AI 에이전트 오케스트레이션을 상징하는 추상 이미지
    DIGEST
    • 커서 인재 총괄이 말한 파멸의 퍼널
    • Rust와 PostgreSQL로 백엔드 짜는 법
    • 2026년 Stripe Staff 엔지니어의 하루

    오늘 GeekNews 상위권은 공교롭게도 하나의 질문으로 이어집니다. 도구가 아무리 좋아져도 결국 누가, 어떤 구조로, 무엇에 시간을 쓰느냐가 결과를 가른다는 것입니다. 100명에게 연락해 남은 사람을 뽑는 채용, 라이브러리를 애플리케이션 전체에 노출하는 백엔드, 에이전트를 켜두고 방치하는 개발 방식은 모두 같은 실수를 저지릅니다. 오늘의 TOP3를 정리했습니다.

    커서 인재 총괄이 말한 파멸의 퍼널

    응답한 20명은 상위 20%가 아니다

    Cursor의 인재 총괄 Adam Ward는 대부분의 회사가 쓰는 채용 퍼널을 파멸의 퍼널(Funnel of Doom)이라고 부릅니다. 100명에게 연락해 20명이 응답하고, 면접 단계마다 탈락시켜 마지막에 남은 한 명을 뽑는 구조입니다. 문제는 그 20명이 상위 20%가 아니라 단지 그 순간 연락에 응할 사정이 있었던 20명이라는 점입니다. 애초에 최적이 아닌 집단을 대상으로 아무리 정교한 평가 절차를 돌려도 규모가 커질수록 결과는 평균으로 회귀합니다.

    대안은 모든 채용을 임원급 서치처럼 운영하는 것입니다. 순서는 세 단계입니다. 첫째 스코핑(Scoping), 우리 회사에서 이 역할의 상위 1%가 무엇을 뜻하는지 먼저 정의합니다. 둘째 매핑(Mapping), 그 기준에 맞는 전 세계 최고의 후보자가 50명뿐이라고 가정하고 명단을 만듭니다. 셋째 끈질긴 추적(Relentless Pursuit), 그 사람들과 몇 주에서 몇 년까지 관계를 이어갑니다.

    회사 로고는 능력의 대리 지표가 아니다

    Ward는 유명 회사 경력을 개인 능력의 대리 지표로 쓰는 관행을 경계합니다. 특정 시기 특정 팀이 훌륭한 성과를 낸 것은 참고할 신호이지만, 그 팀에 있었다는 이유만으로 개인이 뛰어난 것은 아니라는 것입니다. 기준은 우리 제품과 역할에서 성공하는 데 필요한 이전 가능한 역량이어야 합니다. 최근 여러 직군에서 중요해진 시스템 사고 역시 거창한 추상 능력이 아니라 문제를 정의하고 잘게 쪼개 장애물을 하나씩 제거하는 매우 전술적인 실행력에 가깝다고 설명합니다.

    후보자 발굴에서 가장 효과가 높은 방법은 AI 검색이 아니라 현재 직원들의 네트워크를 사람이 직접 깊게 파는 일입니다. Cursor에는 인상적인 사람을 발견하면 공유하는 Hiring Ideas 슬랙 채널이 있고, 채용 조직 밖의 직원들이 먼저 후보 신호를 공급합니다. 채용 담당자의 역할은 결정을 대신하는 것이 아니라 채용 관리자가 옳은 결정을 내리도록 신호를 모으는 확신 엔진(Confidence Engine)입니다. 최종 Hire/No Hire 판단은 다수결이 아니라 채용 관리자가 내립니다.

    Tech Insight — 이 방식의 핵심 비용은 돈이 아니라 시간입니다. 창업자 대부분이 인재를 1순위라고 말하면서도 시간이 많이 든다는 이유로 채용을 외주화하는 모순을 Ward는 지적합니다. 소규모 팀이라면 전 과정을 따라 할 필요는 없습니다. 다만 채용 공고를 올리기 전에 이 역할의 상위 1%가 무엇인지 문장으로 정의하는 첫 단계만 도입해도, 면접이 가설 검증으로 바뀌면서 뽑고 후회하는 비율이 눈에 띄게 줄어듭니다.


    Rust와 PostgreSQL로 백엔드 짜는 법

    HTTP, 서비스, 저장소 3계층으로 자른다

    Sylvain Kerkour는 Rust가 Go보다 백엔드 개발 생산성이 낮을 수 있다는 점을 먼저 인정합니다. 그럼에도 강한 타입 시스템과 컴파일러가 보장하는 정확성, zero-cost abstraction 덕분에 코드 1만 줄 이상, 엔드포인트 100개 규모에서 비즈니스 로직 버그를 줄이거나 높은 성능이 필요한 서비스에는 충분히 값을 한다고 말합니다.

    권장 스택은 층으로 정리됩니다. 맨 아래 비동기 런타임 tokio, 그 위 TLS는 rustls와 tokio-rustls 조합, HTTP 코어는 hyper, 웹 프레임워크는 axum, 클라이언트는 reqwest, 미들웨어 추상화는 tower, 관측성은 tracing입니다. TLS로 rustls를 고른 이유가 실용적입니다. Rust 네이티브라 정적 링크가 가능하고, 서버나 Docker 이미지의 OpenSSL 버전을 맞추는 배포 문제와 크로스 컴파일 난이도가 함께 줄어듭니다.

    애플리케이션 코드는 HTTP/스케줄러/워커 계층, 서비스 계층, 저장소 계층 세 개로 나누고 각 계층은 바로 인접한 계층하고만 통신하게 합니다. HTTP 핸들러가 저장소를 직접 호출하지 않는다는 규칙 하나로 프레임워크 교체 비용이 한 계층에 갇힙니다. HTTP 계층은 요청을 서비스용 구조체로 바꾸고 결과를 응답으로 되돌리는 일만 합니다. 인증, 검증, 비즈니스 불변조건은 전부 서비스 계층에 모입니다.

    PostgreSQL 하나로 큐와 리더 선출까지

    저장소 계층은 SQL만 담당합니다. 여러 데이터베이스를 갈아 끼우기 위한 추상화 계층이 아니라 쿼리를 한 파일에 모아 재사용하고 컬럼 변경 범위를 쉽게 찾기 위한 장치입니다. sqlx의 Executor를 감싼 Queryer 트레이트를 쓰면 같은 저장소 메서드가 커넥션 풀과 트랜잭션 양쪽에서 동작합니다. unique 제약 위반 같은 DB 오류를 EmailAlreadyInUse 같은 도메인 오류로 바꾸는 것도 이 계층의 몫입니다.

    캐시는 저장소가 아니라 서비스 계층에 둡니다. 이 엔티티를 한 시간 캐시해도 된다는 판단은 데이터 접근이 아니라 비즈니스 규칙이기 때문입니다. 대부분은 moka로 충분합니다. 백그라운드 작업 큐도 별도 메시지 시스템 없이 PostgreSQL로 구현하고, 복제본 여러 대에서 Cron이 중복 실행되는 문제는 PostgreSQL advisory lock으로 리더를 선출해 막습니다. 프론트엔드 빌드 결과물은 rust-embed로 바이너리에 넣고 axum fallback 핸들러로 제공해 CDN과 CORS 처리를 통째로 없앱니다.

    Tech Insight — 이 글의 진짜 주제는 Rust가 아니라 의존성 격리입니다. 생태계의 각 라이브러리를 애플리케이션 전체에 노출하지 않고 얇은 경계 계층 뒤에 가두는 원칙은 Node.js나 Spring에도 그대로 적용됩니다. 추가 인프라를 늘리는 대신 이미 운영 중인 PostgreSQL에 큐와 리더 선출을 얹는 선택도 마찬가지입니다. 팀이 작을수록 관리해야 할 컴포넌트 수가 곧 장애 표면적이 됩니다.


    2026년 Stripe Staff 엔지니어의 하루

    도구가 좋아진 만큼 기대치가 올라갔다

    Stripe의 Staff Engineer인 Riccardo Bedin이 쓴 회고는 낙관적이지 않습니다. 그는 AI로 일이 편해진 것이 아니라 AI를 써서 더 큰 영향력을 내야 한다는 기대가 올라갔다고 말합니다. 사내 Developer Productivity 조직이 제품 엔지니어를 내부 고객처럼 대하며 Anthropic과 OpenAI의 최신 모델을 새 모델 공개 며칠 안에 파일럿으로 열어줍니다. 모델별 사용 비용을 보여주는 맥 앱과 소프트 리밋이 있지만 도달하기 어렵고, 추가 한도 요청도 빠르게 승인됩니다. 결과적으로 Staff에게는 도구를 쓰지 못했다는 변명의 여지가 점점 줄어듭니다.

    흥미로운 건 Stripe가 AI 사용량을 강제하지도, 최소화하도록 지침을 주지도 않는다는 점입니다. 각자 상황에 맞게 판단하도록 맡깁니다. 대신 프로젝트 일정이나 약속한 영향력을 달성하지 못한 이유를 설명하기는 이전보다 어려워졌습니다.

    에이전트를 병렬로 돌리는 게 아니라 관리하는 일

    Staff 수준에서는 대형 프로젝트 여러 개를 동시에 다룰 컨텍스트와 판단력이 필요합니다. Bedin은 이를 위해 서로 다른 환경에서 N개의 에이전트를 두 번째 두뇌처럼 병렬로 돌린다고 말합니다. 다만 진짜 문제는 병렬 실행 자체가 아니라 관리입니다. 각 에이전트가 어디까지 진행됐는지, 새 에이전트를 어떻게 시작할지, 지금 무엇을 하고 있는지, 결과물 품질이 충분한지 확인하는 일입니다. 여기에 정답이나 표준 워크플로우는 아직 없고, Stripe도 도구와 몇 가지 권장사항만 제공한 뒤 각자 방식을 찾게 둡니다.

    또 하나의 기준은 혼자 잘하는 것으로는 부족하다는 것입니다. 그는 Staff의 역할을 RPG의 아우라에 비유합니다. 멘토링, 코드 리뷰, 디자인 리뷰로 주변 엔지니어와 프로젝트의 수준까지 끌어올려야 하고, 평가에도 동료 피드백이 반영되므로 고립된 상태의 성과는 기준을 충족하지 못합니다. 업무 강도에 대해서도 솔직합니다. 하루 네 시간만 일하며 좋은 평가를 기대한다면 맞지 않는 곳이며, 더 똑똑하게 일하라가 아니라 더 똑똑하게도 더 열심히도 일해야 한다는 쪽에 가깝다고 적었습니다.

    Tech Insight — 에이전트를 여러 개 켜는 것은 이미 누구나 합니다. 차이는 상태 추적에서 갈립니다. 지금 어떤 에이전트가 무엇을 하고 있고 언제 끝나며 결과를 누가 검증하는지가 관리되지 않으면, 병렬 실행은 리뷰 부채로 되돌아옵니다. 팀 단위로 도입한다면 도구 선정보다 완료 조건과 검증 책임자를 먼저 정하는 편이 낫습니다. 늘어난 처리량이 곧 늘어난 기대치가 된다는 점도 함께 계산해야 합니다.


  • 결제 공룡이 10조를 던졌다…

    여러 AI 모델 노드로 데이터를 분배하는 AI 게이트웨이 개념 이미지
    TL;DR
    • 블룸버그 보도에 따르면 결제 기업 스트라이프가 AI 게이트웨이 스타트업 오픈라우터를 70억 달러(약 10조 원) 이상에 인수하기로 했다.
    • 오픈라우터는 불과 3개월 전인 2026년 5월 기업가치 13억 달러에 시리즈B를 마감했다. 몸값이 5배 이상 뛴 셈이다.
    • 이 회사가 파는 것은 모델이 아니라 400개 이상 모델을 하나의 창구로 갈아탈 수 있게 해주는 ‘전환 장치’다. 사용자는 800만 명.
    • 핵심 질문은 하나다. 우리 회사 업무는 지금 특정 AI 모델 하나에 묶여 있는가, 아니면 언제든 갈아탈 수 있는가.

    지난 2년간 AI 시장의 헤드라인은 대부분 ‘누가 더 똑똑한 모델을 만들었나’였습니다. 그런데 2026년 8월 16일 블룸버그가 전한 소식은 결이 다릅니다. 결제 인프라 기업 스트라이프가 모델을 만드는 회사가 아니라, 모델을 ‘고르고 바꿔 끼우는’ 회사를 70억 달러 넘는 값에 사들이기로 했다는 것입니다. 지금까지 나온 AI 관련 인수 중에서도 손에 꼽히는 규모입니다. 왜 결제 회사가, 왜 하필 이 회사에, 왜 이 가격을 냈을까요.

    70억 달러짜리 ‘갈아타기 장치’

    오픈라우터(OpenRouter)가 하는 일은 한 문장으로 정리됩니다. 고객이 하려는 작업의 성격과 예산에 맞춰 서로 다른 AI 모델을 골라 쓸 수 있게 해주는 것입니다. 문서 요약처럼 단순한 일은 값싼 모델로, 복잡한 추론이 필요한 일은 비싼 최상위 모델로 보냅니다. 개발팀 입장에서는 API 하나만 붙여두면 뒤에 붙은 모델이 무엇으로 바뀌든 코드를 다시 짤 필요가 없습니다.

    회사가 공개한 수치로는 전 세계 사용자 800만 명, 접근 가능한 모델 400개 이상입니다. 창업자이자 CEO인 알렉스 아탈라는 지난 5월 이 회사를 “AI 업계의 스트라이프”라고 표현했습니다. 서로 다른 시스템에 붙는 단일 접점을 제공하고, 특정 사업자에게 묶이는 록인(lock-in)을 막아준다는 뜻이었습니다. 결과적으로 진짜 스트라이프가 그 표현을 인수로 완성한 모양새가 됐습니다.

    AI Biz Insider 분석 — 결제 산업이 20년 전 배운 교훈이 그대로 반복되고 있습니다. 카드사가 여러 곳이라 가맹점이 각각 연동해야 했던 시절, 그 복잡함을 흡수해 하나의 API로 정리한 회사가 스트라이프였습니다. 지금 AI에서 벌어지는 일도 똑같습니다. 모델은 계속 늘어나고 가격과 성능은 분기마다 뒤집힙니다. 그 혼란을 대신 흡수해주는 계층에 돈이 몰리는 것은 우연이 아닙니다.


    3개월 만에 몸값 5배, 시장이 읽은 신호

    13억 달러에서 70억 달러까지

    가격 상승 폭이 이 거래의 성격을 가장 잘 보여줍니다. 오픈라우터는 2026년 5월 1억 1,300만 달러 규모의 시리즈B를 마감하며 기업가치 13억 달러를 인정받았습니다. 투자자 명단에는 세쿼이아, 안드리센 호로위츠, 멘로 벤처스, 알파벳 계열 캐피탈G가 이름을 올렸습니다. 그로부터 3개월도 지나지 않아 인수 가격이 70억 달러 이상으로 매겨졌습니다. 월스트리트저널이 지난달 협상 사실을 먼저 보도했고, 이번에 블룸버그가 거래 성사를 전했습니다. 스트라이프 측은 “루머나 추측에는 언급하지 않는다”는 입장입니다.

    비싸진 것은 모델이 아니라 ‘통제권’

    주목할 점은 오픈라우터가 자체 모델을 보유하지 않았다는 사실입니다. 파는 것은 선택지와 통제권입니다. 이는 최근 AI 인프라 시장의 흐름과 정확히 맞물립니다. 벤처비트 보도에 따르면 토큰당 단가는 지난 2년간 약 10분의 1 수준으로 떨어졌지만, 소비량이 100배 넘게 늘면서 기업이 실제로 내는 청구서 총액은 오히려 커졌습니다. 단가가 싸질수록 더 많이 쓰게 되는 이른바 제번스의 역설입니다. 이 상황에서 “어떤 요청을 어느 모델로 보낼 것인가”를 통제하는 계층은 비용 절감 도구를 넘어 사실상 재무 통제 장치가 됩니다.

    AI Biz Insider 분석 — 며칠 앞선 8월 12일에는 스라이브 홀딩스가 기업가치 120억 달러에 20억 달러를 조달했습니다. AI 모델을 만드는 회사가 아니라, 회계법인 50여 곳과 IT 기업 20여 곳을 사들여 AI를 이식하는 회사입니다. 이 회사의 세무 에이전트는 신고서 7,000건을 98% 정확도로 처리하며 준비 시간을 30% 이상 줄였고, IT 부문은 헬프데스크 처리 속도를 36배 높였다고 밝혔습니다. 오픈라우터도, 스라이브도 모델을 만들지 않습니다. 돈은 ‘모델을 실제 업무에 꽂아 넣는 층’으로 이동하고 있습니다.


    우리 회사는 지금 어디에 묶여 있나

    록인은 계약서가 아니라 코드에서 시작된다

    많은 기업이 “우리는 특정 벤더에 묶이지 않았다”고 말합니다. 계약 기간이 1년이니 언제든 바꿀 수 있다는 것입니다. 하지만 실제 록인은 계약서가 아니라 코드와 업무 프로세스에 쌓입니다. 특정 모델의 응답 형식에 맞춰 짠 프롬프트, 그 모델 전용 함수 호출 규격, 그 벤더의 파일 저장소에 올려둔 사내 문서. 이런 것들이 1년쯤 쌓이면 “바꾸면 되지”라는 말이 “다시 다 짜야 한다”는 뜻으로 바뀝니다.

    경영진이 지금 확인할 네 가지

    첫째, 청구서를 업무 단위로 쪼갤 수 있는가. 이번 달 AI 비용이 얼마인지는 알아도 “고객 문의 응답 1건당 얼마”를 모른다면 최적화할 대상 자체가 없는 상태입니다. 둘째, 전환 비용을 숫자로 알고 있는가. 지금 쓰는 모델을 다른 모델로 바꾸는 데 며칠이 걸리는지 실무자에게 물어보십시오. 답이 “해봐야 안다”면 그것이 곧 리스크의 크기입니다.

    셋째, 쉬운 일에 비싼 모델을 쓰고 있지 않은가. 상당수 조직이 모든 요청을 최상위 모델 하나로 처리합니다. 분류나 요약 같은 단순 작업만 저렴한 모델로 내려도 체감 품질 손실 없이 비용을 크게 줄이는 사례가 많습니다. 넷째, 데이터는 누구 손에 있는가. 모델은 갈아탈 수 있어도 데이터가 벤더 안에 갇혀 있으면 진짜 선택권은 없습니다.

    AI Biz Insider 분석 — 중소·중견기업이 당장 오픈라우터 같은 게이트웨이를 직접 구축할 필요는 없습니다. 다만 최소한 두 가지는 지금 정해두는 편이 좋습니다. 하나는 AI 호출을 사내 코드 곳곳에 흩뿌리지 않고 한 곳으로 모으는 것, 다른 하나는 사내 문서와 데이터의 원본을 벤더가 아닌 우리 저장소에 두는 것입니다. 이 두 가지만 지켜도 다음 모델 전쟁에서 협상력을 잃지 않습니다.


    그래서 무엇이 달라지는가

    스트라이프는 이미 전 세계 온라인 결제의 상당 부분을 처리하는 회사입니다. 여기에 AI 모델 접근 창구가 붙으면, 기업이 AI를 ‘쓰고 정산하는’ 경로가 한 회사 안에서 이어집니다. AI 에이전트가 스스로 서비스를 호출하고 그 사용량만큼 자동으로 결제되는 구조를 떠올려 보면 이 조합의 의도가 읽힙니다. 결제와 모델 라우팅은 둘 다 ‘사용량을 재고 정산하는’ 일이라는 점에서 본질이 같습니다.

    한국 기업 입장에서 당장 바뀌는 것은 없습니다. 다만 방향은 분명합니다. 앞으로 AI 도입 논의에서 “어떤 모델을 쓸까”보다 “모델을 언제든 바꿀 수 있게 어떻게 설계할까”가 더 중요한 질문이 됩니다. 이번 거래는 그 질문에 시장이 10조 원짜리 가격표를 붙였다는 사실을 보여줍니다. 아직 계약 완료 여부는 양사가 공식 확인하지 않았으므로, 최종 조건은 추후 발표를 확인할 필요가 있습니다.

    관련 글

    출처

    1. TechCrunch — Stripe will reportedly acquire AI gateway startup OpenRouter for $7B+ (2026.08.16)
    2. Bloomberg — Stripe Nears Deal to Buy AI Firm OpenRouter for Over $7 Billion
    3. TechCrunch — OpenRouter more than doubles valuation to $1.3B in a year (2026.05.26)
    4. TechCrunch — OpenAI-backed Thrive Holdings raises $2B to bring AI to the enterprise (2026.08.12)
    5. VentureBeat — Cheaper tokens, bigger bills: The new math of AI infrastructure

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

  • Anthropic Hid Something in Every Word Claude Writes

    Abstract cyan-teal visualization of an invisible watermark hidden inside streams of AI-generated text
    KEY POINTS
    • Future Claude models will embed a statistical watermark in generated text, applied globally at launch because Anthropic says it has no durable way to scope it by region yet.
    • The driver is the EU AI Act: around 190 signatories backed the EU Code of Practice on Transparency of AI-Generated Content in July 2026, and marking obligations kicked in on August 2, 2026.
    • The method is a version of Google DeepMind’s SynthID-Text, published in Nature in 2024 — nothing is appended to the text, no hidden characters, no extra tokens, and no change in price or speed.
    • The watermark carries no identifying information, cannot be traced to a person or organization, and a detection API has been promised but not yet shipped.

    Around 190 signatories put their names to the EU Code of Practice on Transparency of AI-Generated Content in July 2026. On August 2, the marking obligation became live for providers serving the European market. Two weeks later, on August 14, Anthropic published a detailed explainer on how it is complying — and the answer is not a disclaimer, a metadata tag, or a visible label. It is a pattern woven into the word choices themselves, invisible to every reader, and detectable only by whoever holds the key.

    The Rule That Quietly Went Live on August 2

    This Is Not a Claude-Only Story

    The single most misread part of this announcement is that it is an Anthropic policy choice. It is not. Anthropic states plainly that it is implementing watermarking to comply with the EU AI Act, and that the requirement lands on every AI system provider serving the EU market. Other major model developers signed the same Code of Practice and will roll out their own watermarks, each with a different key and potentially a different technique entirely.

    Anthropic is also applying the watermark globally rather than only inside the EU, and it is candid about why: it does not yet have a durable way to scope the behavior by region. So a developer in Seoul, Sao Paulo, or San Francisco gets the same watermarked output as one in Berlin. The company says it will keep evaluating approaches and share updates.

    Older Models Get a Grace Period

    The law includes a transition period for models launched before August 2, 2026. Anthropic says it is working to add watermarking to those earlier models as well, rolled out over the coming months. In practice, that means the installed base of production systems running on pre-August models will shift into scope gradually rather than overnight — a detail worth noting if you are auditing an existing pipeline.

    Trend Insight — Regulation written for one jurisdiction is becoming a global product default, because scoping model behavior by region is harder than complying everywhere at once. Expect this pattern to repeat: the EU writes the rule, the engineering constraint makes it universal, and the rest of the world inherits it without a vote.


    How the Watermark Actually Works

    Same Randomness, Different Source

    A language model picks one word at a time from a list of plausible candidates. Anthropic’s example: in the sentence “The weather today was cold and…”, the next word is very unlikely to be “sugary” but quite likely to be “overcast” or “grey.” Between those two, the meaning barely changes, and the choice is normally settled by a random number.

    Watermarking changes the source of that randomness. Instead of an arbitrary random number generator, the model uses a secret key plus the few words that came before to settle the pick. The output still looks random. But anyone holding the key can check whether a passage’s sequence of choices is consistent with what Claude would have produced under that key, and assign a probability that Claude was involved.

    Anthropic offers a board-game analogy. Imagine playing Monopoly where, instead of rolling dice, players read successive digits of pi starting from a randomly chosen position. To the players, the moves are indistinguishable from real rolls. But an observer who knows pi could later inspect the full sequence and conclude the game was almost certainly driven by pi. The game is, in effect, watermarked.

    Where the Watermark Cannot Live

    The technique only works where a genuine choice exists. Anthropic gives the example of “Isaac Newton’s most famous work was called Principia…” — the next word must be “Mathematica,” so there is nothing for the watermark to act on. The same applies to arithmetic: once the model writes “2 + 2 =”, there is no equally good alternative to “4,” and the nudge is simply not applied.

    This has a direct consequence for developers. Code, which usually has to be exact, carries generally less watermarking than prose. Where arbitrary naming choices do exist — comments inside code, for instance — the watermark can attach, but Anthropic says the effect on the actual code produced is negligible. Dense factual passages are similarly sparse.

    The Quality Question, Answered With Data

    The method is a version of SynthID-Text, introduced by Google DeepMind in a Nature paper in 2024, and belongs to a family of approaches tracing back to a 2022 proposal from Scott Aaronson. In the SynthID-Text work, DeepMind served a watermarked model to a portion of Gemini traffic and compared thumbs-up and thumbs-down ratings against the unwatermarked baseline. They found no statistically significant difference. A controlled study with human raters comparing watermarked and unwatermarked answers side by side also found no quality gap. Anthropic reports the same in internal testing: no impact on content, creativity, or readability.

    Trend Insight — The elegance here is that the watermark is free in every dimension that usually blocks adoption: no extra tokens, no added latency, no price change, no visible artifact. Provenance techniques that cost nothing at inference time are the ones that actually ship at scale — which is why this family of methods is likely to become the industry default rather than a compliance checkbox.


    What This Changes If You Ship AI Content

    Detection Is Promised, Not Shipped

    Anthropic says it will “soon” offer a watermark detection API and is still working out implementation details. Until that exists, the practical situation is asymmetric: the mark is going into outputs now, while the ability to check it sits with whoever holds the key. Detection also degrades on short samples — fewer word choices means less signal — and confidence rises as passage length grows.

    Equally important is what a detected watermark does not prove. Anthropic is explicit that it can only answer “what is the likelihood this was partly written by Claude?” It cannot confirm that text was human-written, cannot identify a different AI, and cannot distinguish “Claude wrote this” from “Claude heavily edited this.” Ownership and legal responsibility are unchanged.

    Editing, Translation, and Files

    If Claude only proofreads your grammar and punctuation, nearly all the words remain yours and there may be too little for a watermark to attach to. Translation is the opposite case: every word is chosen by the model, so translated output carries a full watermark. Light editing probably will not strip the mark; a complete rewrite replacing every word will — at which point, as Anthropic notes, it is arguable whether the text is still AI-generated at all.

    Files follow a different mechanism entirely. When Claude produces a supported file type such as .png, .jpg, or .svg, it attaches a C2PA content credential — a cryptographically signed note in the file metadata recording that the file was made or processed with Claude. Nothing in the pixels changes, and any C2PA-aware tool can read it. That is a label, not a watermark, and the distinction matters when you are writing a compliance policy.

    The Reaction Nobody Priced In

    Anthropic first said it would watermark text on August 11. By August 12, TechCrunch was reporting that some Claude users were angry the marks could expose their AI use at work or in class — which is, of course, precisely the transparency outcome the EU rule was written to produce. The friction is not technical. It is that a large population had been operating on the assumption that AI authorship was untraceable, and that assumption has an expiry date now.

    Worth noting alongside this: on August 14, TechCrunch reported that Google will let users remove the visible watermark from its AI generations. Visible marks and statistical or cryptographic ones are moving in opposite directions — the ones you can see are becoming optional, while the ones you cannot see are becoming mandatory.

    Trend Insight — For anyone building on top of these models, the actionable shift is governance, not engineering. Your outputs are becoming probabilistically attributable by default, while your ability to verify them lags behind. Write down now which of your workflows involve heavy model authorship versus light editing — because that distinction, previously invisible, is about to be the one that determines what a detector says about your content.


    Related

    Sources

    1. Anthropic — How Claude’s text watermark works (Aug 14, 2026)
    2. TechCrunch — Anthropic shares more details about how Claude’s new watermarks will work (Aug 15, 2026)
    3. TechCrunch — Some Claude users are mad that Anthropic’s new watermarks will catch them (Aug 12, 2026)
    4. TechCrunch — Google will now allow users to remove visible watermark from its AI generations (Aug 14, 2026)
    5. Nature — Scalable watermarking for identifying large language model outputs (SynthID-Text, 2024)

    AI Biz Insider · AI Trends EN · aibizinsider.com

  • 레디스 만든 그가 요즘 꽂힌 것

    레디스 만든 그가 요즘 꽂힌 것

    로컬 AI 추론 엔진, 코드 리뷰, 오픈소스 문서 에디터를 상징하는 그린 테마 개발자 썸네일
    DIGEST
    • antirez는 왜 다시 C로 — 코드가 아니라 아이디어를 통제하라
    • 코드 리뷰도 배워야 하는 ‘기술’이다
    • HWP를 맥·리눅스에서 여는 오픈소스 에디터 HOP

    AI가 코드를 대신 써 주는 시대에 개발자들이 다시 던지는 질문은 똑같다. “그래서 사람에게 남는 값어치는 무엇인가.” 오늘 GeekNews TOP3는 그 질문에 세 갈래로 답한다. Redis를 만든 antirez는 코드 대신 ‘아이디어와 설계’를 통제하라 말하고, 한 시니어 엔지니어는 ‘AI가 놓친 버그’를 근거로 코드 리뷰가 여전히 배워야 할 기술이라 주장한다. 그리고 한국 개발자에겐 반가운 소식 하나 — HWP 문서를 맥과 리눅스에서 여는 오픈소스 에디터가 나왔다.

    antirez는 왜 다시 C로 만드는가

    코드는 싸졌고, 아이디어의 값은 비싸졌다

    Redis를 만든 antirez(살바토레 산필리포)가 이번엔 H3-metal을 공개했다. 텍스트로 영상·오디오를 함께 만드는 MiniMax-H3 모델을 애플 실리콘에서 돌리기 위해 C·Objective-C·Metal로 직접 짠 추론 엔진이다. 범용 프레임워크를 가져다 쓰는 대신, 특정 모델 하나를 제대로 돌리는 작고 특화된 구현을 택했다. 이미지(flux2.c·iris.c), 음성(voxtral.c), 언어(DwarfStar)에 이어 이제 영상까지 — 반년 사이 영역은 넓어졌지만 원칙은 놀랍도록 일관된다. 최소 의존성, 모델 특화, 로컬 실행, 그리고 내부 동작을 통제할 수 있는 코드.

    흥미로운 건 같은 시기에 그가 ‘코드가 아니라 아이디어를 통제하라’고 말한다는 점이다. C 시스템 프로그래밍으로 이름난 사람이 “하루 5,000줄을 일일이 검토하는 건 현실적이지 않다”며, 함수 단위의 국소 최적화는 LLM에 맡기고 사람은 설계·QA·’무엇을 만들지’에 집중해야 한다고 주장한다. 그는 이 방식을, 결과만 말하고 확인하지 않는 ‘바이브 코딩’과 구분해 ‘자동 프로그래밍’이라 부른다. 생산자의 소프트웨어 비전을 엄격히 따르게 하는 것이 핵심이다.

    모순처럼 보이는 두 얼굴은 하나로 이어진다. 코드 생산 비용이 떨어지면 ‘직접 만드는 비용’이 ‘남을 설득하고 협업하는 비용’보다 싸지는 지점이 생긴다. 그래서 그는 소스 코드보다 DESIGN.md를 위에 둔다. 각 자료구조의 핵심 아이디어와 설계를 사람이 읽을 수 있는 언어로 남기고, 구현은 그 정신 모델 안에서 에이전트에게 맡기는 식이다. 그의 요약은 짧다. “이제 코드는 싸졌고, 아이디어의 가치가 더 커졌다.”

    Tech Insight — antirez의 행보는 ‘AI가 개발자를 대체한다’는 서사를 뒤집는다. 코드를 치는 시간이 줄자 오히려 그의 ‘설계 취향’이 더 많은 프로젝트에 빠르게 적용됐다. 조직에 주는 교훈도 분명하다 — 오래 남길 자산은 레거시 코드가 아니라, 검증 가능한 형태로 정리한 설계 문서(DESIGN.md)다. 다만 DB 스키마처럼 매번 갈아엎을 수 없는 ‘상태’는 남는다는 점, 정신 모델이 아직 없는 주니어에겐 이 방식이 통하지 않는다는 저자 본인의 단서도 함께 기억할 필요가 있다.


    코드 리뷰도 배워야 하는 ‘기술’이다

    AI 리뷰가 나란히 놓치고, 사람이 잡아낸 버그들

    “코드 리뷰는 병목이다”, “LLM이 사람보다 리뷰를 잘한다”는 말이 반복되는 요즘, typesanitizer.com의 한 엔지니어는 정반대 근거를 내놓는다. 그는 최근 업무에서 사람이 리뷰로 막은 버그 세 건을 공개했는데, 세 PR 모두 2026년 6월 전후의 최상위 코딩 모델을 섞은 LLM 리뷰를 거쳤지만 하나도 잡아내지 못했다. 공통점은 문제의 핵심이 ‘diff 안’이 아니라 ‘코드 바깥의 맥락’에 있었다는 것이다.

    사례는 구체적이다. ~/.gitconfig를 여러 프로세스가 동시에 고쳐 비결정적으로 실패하던 문제는, 과거 같은 장애를 겪어 본 사람만이 flock 잠금이라는 해법을 냈다. AWS CLI의 –progress-seconds 옵션은 CI에 깔린 구버전에선 지원되지 않아 스크립트를 깨뜨릴 뻔했는데, ‘예전에 신규 옵션 썼다가 데인’ 기억이 실제 버전 조사로 이어졌다. tarball과 checksum을 각각 올리는 작업은 ‘두 객체의 업데이트는 하나의 트랜잭션이 아니다’라는 분산 시스템 정신 모델이 없으면 보이지 않는 장애였다. 셋 다 과거 경험·도구 버전 지식·시스템 모델이라는, 코드에 적히지 않은 정보가 결정적이었다.

    저자는 리뷰를 ‘타고나는 감각’이 아니라 ‘배우고 가르칠 수 있는 기술’로 본다. 구글 연구가 정리한 리뷰의 네 역할(교육·규범 유지·게이트키핑·사고 예방)을 인용하며, 실력을 끌어올릴 실험도 제안한다. 정답 대신 ‘왜 그렇게 했는지’를 먼저 묻는 소크라테스식 대화, 리뷰로 막은 아찔한 순간(near-miss)을 팀이 함께 복기하기, 코드를 보지 않고 Alloy 같은 도구로 시스템을 따로 모델링하기, 뛰어난 리뷰어의 암묵지를 인터뷰로 추출하기 등이다.

    Tech Insight — “AI가 곧 다 잘하게 될 텐데 왜 리뷰를 연습하나”라는 반문에 저자는 이렇게 답한다 — 전제는 ‘사람이 앞으로도 개발·유지보수에 관여하는가’이며, 그렇다면 동료보다 한 단계 낮은 추상화까지 내려가 이해하는 능력은 다룰 수 있는 문제의 범위를 넓힌다. SQL 실행계획이나 메모리·어셈블리를 아는 사람이 더 견고한 설계를 하는 것과 같은 이치다. 팀이라면 ‘리뷰 자동화’만 좇을 게 아니라, 사람 리뷰어의 맥락 지식을 문서와 회고로 남겨 자산화하는 쪽이 오래 남는다.


    HWP를 맥·리눅스에서 여는 오픈소스 에디터, HOP

    한글 문서 락인을 여는 MIT 라이선스 카드

    관공서·학교 문서의 표준인 HWP/HWPX는 오랫동안 ‘한글과컴퓨터 제품이 깔린 윈도우’라는 울타리에 갇혀 있었다. HOP는 그 울타리를 넘는다. macOS·Windows·Linux에서 HWP/HWPX 문서를 열고 편집할 수 있는 오픈소스 데스크톱 앱으로, Rust로 짠 HWP/HWPX 파서·에디터 ‘rhwp’를 문서 엔진으로 쓰고 그 위에 데스크톱에 필요한 기능을 얹었다. 지금은 문서 열기, HWP 저장·다른 이름으로 저장, PDF 내보내기, 인쇄, 드래그&드롭, .hwp·.hwpx 파일 연결, 여러 창에서 열기를 지원한다.

    앱 골격은 Tauri 2 기반이다. 네이티브 메뉴와 파일 명령, Rust 기반 문서 세션 관리, 저장 중 파일이 깨지지 않는 Atomic Save, 네이티브 SVG→PDF 변환, 단일 인스턴스와 OS의 파일 열기 이벤트 처리까지 챙겼다. 설치도 친절하다. macOS는 애플 실리콘·인텔을 모두 지원하고 brew install hop 한 줄이면 되며, 윈도우 x64와 리눅스 .deb·.rpm·AppImage, 리눅스 arm64와 Arch AUR까지 배포한다. 현재 최신은 v0.4.1, 라이선스는 MIT다.

    물론 아직 손볼 곳도 있다. HWPX는 ‘열기’만 되고 저장은 지원하지 않으며, 자동 저장·복구 기능은 개발 중이다. 윈도우 빌드는 코드 서명이 없어 SmartScreen 경고가 뜰 수 있다. GeekNews 댓글에서는 “망분리 환경에서 의미 있겠다”는 반응과 함께, 같은 엔진(rhwp)의 스튜디오가 PWA로 제공돼 굳이 필요하냐는 의견도 갈렸다. 그럼에도 ‘설치 한 줄, 크로스 플랫폼, 오픈소스’라는 조합은 HWP 생태계에서 흔치 않은 카드다.

    Tech Insight — HOP는 antirez의 ‘소유권’ 이야기와 뜻밖에 맞닿는다. 특정 벤더 제품에 종속되던 문서 포맷을, 소유하고 수정할 수 있는 오픈소스 구현으로 되찾는 시도이기 때문이다. 특히 외부망이 막힌 공공·금융의 ‘망분리’ 환경에선 브라우저 PWA보다 오프라인 네이티브 앱의 가치가 크다. 사내에서 HWP를 다뤄야 하는 팀이라면, rhwp 같은 Rust 파서를 문서 자동화 파이프라인(일괄 PDF 변환, 텍스트 추출)에 물리는 선택지도 함께 검토해 볼 만하다.


  • 초3에 50만원 준다는데…

    2026 온동네 초등돌봄 늘봄학교 방과후 프로그램 안내
    핵심 정리
    • 초등 1·2학년은 정규수업 뒤 매일 2시간 ‘맞춤형 프로그램’이 2026년에도 전액 무료입니다.
    • 2026년 신설 — 초등 3학년은 소득과 상관없이 연 50만원 상당 ‘방과후 프로그램 이용권(바우처)’을 받습니다.
    • 이름이 ‘늘봄학교’에서 ‘온동네 초등돌봄’으로 바뀌며, 운영은 아침 7시부터 최장 저녁 8시까지입니다.
    • 신청은 NEIS 학부모서비스 또는 학교 가정통신문으로, 2학기분은 학기 초에 마감되니 지금 확인해야 손해가 없습니다.

    “학교와 마을이 함께 돌보는 우리 아이.” 교육부가 2026년 초등돌봄에 내건 새 슬로건입니다. 제도 이름부터 ‘늘봄학교’에서 ‘온동네 초등돌봄’으로 바뀌었습니다. 핵심은 두 가지입니다. 초등 1·2학년은 매일 2시간 프로그램이 그대로 공짜이고, 올해 새로 초등 3학년 전원에게는 연 50만원짜리 방과후 이용권이 생깁니다. 맞벌이가 아니어도, 소득이 많아도 신청할 수 있습니다. 진짜 문제는 제도가 바뀐 걸 ‘몰라서 못 받는’ 경우입니다. 누가, 언제, 얼마나, 어떻게 받는지 순서대로 정리했습니다.

    2026년, 초등 돌봄이 이렇게 바뀝니다

    ‘늘봄학교’에서 ‘온동네 초등돌봄’으로

    교육부는 2026년 2월 3일 ‘2026년 온동네 초등돌봄·교육 추진 방안’을 발표했습니다. 2024년 도입된 늘봄학교가 학교를 중심으로 초등 1·2학년 돌봄에 집중했다면, 새 방안은 학교뿐 아니라 지방자치단체와 지역사회가 함께 전 학년의 ‘돌봄 사각지대’를 메우는 데 초점을 맞춥니다. 학교 안에는 돌봄을 전담하는 ‘늘봄지원실’을 두고, 학교 밖에서는 다함께돌봄센터와 지역아동센터 같은 마을 돌봄 자원을 연결합니다.

    가장 큰 변화는 학년별로 지원 방식을 나눈 점입니다. 저학년은 여전히 ‘돌봄과 프로그램’이 중심이지만, 초등 3학년부터는 돌봄보다 ‘무엇을 배울지 고르는’ 선택권을 강화했습니다. 교육부는 수요 분석 결과 초3 이상은 단순 돌봄보다 교육을 원한다고 보고, 프로그램을 직접 고를 수 있는 바우처 방식을 새로 도입했다고 설명했습니다.

    정책 분석 — 이름이 바뀌었다고 기존 혜택이 사라지는 것이 아닙니다. 초1·2 무료 프로그램은 그대로 유지되고, 초3에는 현금성 지원이 ‘추가’된 구조입니다. 제도명이 낯설다는 이유로 가정통신문을 흘려보내면, 받을 수 있는 지원을 스스로 포기하는 셈이 됩니다.


    누가·얼마나 받나 — 학년별 지원

    초등 1·2학년 — 매일 2시간 무료 맞춤형 프로그램

    초등 1·2학년은 정규수업이 끝난 뒤 매일 2시간, 놀이·예술·체육·독서 등으로 짜인 ‘맞춤형 프로그램’을 무료로 받습니다. 2024년 초1을 시작으로 2025년 초2까지 넓혀 온 이 무상 지원은 2026년에도 그대로 유지됩니다. 별도 소득 기준이 없어 맞벌이 여부와 관계없이 신청할 수 있고, 프로그램 강사비와 운영비는 국가와 교육청이 부담합니다.

    초등 3학년 — 연 50만원 방과후 바우처(신설)

    2026년 가장 눈에 띄는 신설 지원입니다. 방과후 프로그램을 이용하려는 초등 3학년이면 소득과 상관없이 연 50만원 상당의 ‘방과후 프로그램 이용권(바우처)’을 받습니다. 학교 안에서 열리는 방과후 수업은 물론, 지역사회의 다양한 교육 프로그램에 참여할 때 쓸 수 있도록 설계됐습니다. 학원비와 방과후 수업료 부담이 커지는 시기에, 프로그램 선택의 폭을 넓혀 주는 것이 목적입니다.

    다만 바우처의 구체적인 사용처와 신청 절차는 시도교육청과 학교별로 운영 방식이 조금씩 다를 수 있습니다. 우리 아이 학교가 어떤 프로그램에 바우처를 적용하는지, 담임 또는 늘봄지원실을 통해 확인하는 것이 가장 정확합니다.

    정책 분석 — 초1·2는 ‘무료 프로그램’, 초3은 ’50만원 바우처’로 지원의 성격이 갈립니다. 자녀가 2학년에서 3학년으로 올라가면 자동으로 무료 프로그램이 바우처로 전환되는 것이 아니라, 각각 별도로 신청해야 하는 점을 기억해 두는 것이 좋습니다.


    언제·어떻게 신청하나

    운영시간 — 아침 7시부터 저녁 8시까지

    온동네 초등돌봄은 정규수업 시작 전인 아침 7시 무렵 ‘아침늘봄’부터, 오후 수업과 프로그램을 거쳐 최장 저녁 8시 ‘저녁늘봄’까지 이어집니다. 이른 출근과 늦은 퇴근 사이의 돌봄 공백을 학교와 마을이 함께 메우자는 취지입니다. 실제 운영 시간대와 저녁돌봄 제공 여부는 학교별 수요와 여건에 따라 달라질 수 있습니다.

    신청 방법 — NEIS 학부모서비스 또는 가정통신문

    신청은 학기가 시작되기 전이나 학기 초에 이뤄집니다. 온라인은 ‘NEIS 학부모서비스’에서, 오프라인은 학교가 배부하는 가정통신문을 작성해 제출하면 됩니다. 궁금한 점은 학교 늘봄지원실이나 교육부 상담전화(02-6222-6060)로 물어볼 수 있습니다. 2학기 프로그램은 정원이 정해져 있어 학기 초에 신청이 마감되는 경우가 많으므로, 미루지 말고 서둘러 접수하는 것이 안전합니다.

    정책 분석 — 무료 프로그램이든 50만원 바우처든, 지원은 ‘자동’이 아니라 ‘신청’이 원칙입니다. 신청 시기를 놓치면 다음 학기까지 기다려야 할 수 있으니, 학기 초 가정통신문과 학교 안내문을 반드시 확인하세요.


    자주 묻는 질문

    Q1. 맞벌이가 아니어도 신청할 수 있나요?

    네. 온동네 초등돌봄과 초1·2 무료 프로그램, 초3 바우처 모두 별도의 소득이나 맞벌이 조건을 두지 않습니다. 돌봄이나 프로그램이 필요한 가정이면 누구나 신청할 수 있습니다. 다만 저녁돌봄처럼 자리가 한정된 서비스는 수요가 많을 경우 우선순위 기준을 둘 수 있습니다.

    Q2. 초3 50만원 바우처는 현금으로 주나요? 어디에 쓰나요?

    현금으로 통장에 넣어 주는 방식이 아니라, 방과후 프로그램 참여에 쓰는 ‘이용권’ 형태입니다. 학교 방과후 수업과 지역사회 교육 프로그램 참여에 사용하도록 설계됐습니다. 사용처와 결제 방식은 시도교육청·학교별로 안내가 다를 수 있으니, 학교 공지와 늘봄지원실 안내를 확인하는 것이 정확합니다.

    Q3. 저녁 8시까지 정말 봐주나요?

    제도상 운영 시간은 최장 저녁 8시까지입니다. 다만 모든 학교가 매일 8시까지 운영하는 것은 아니며, 지역과 학교의 수요, 인력 상황에 따라 실제 종료 시간이 달라집니다. 우리 학교의 저녁돌봄 운영 여부와 시간은 학기 초 안내문에서 확인하는 것이 좋습니다.


    관련 글

    출처

    1. 교육부, ‘2026년 온동네 초등돌봄·교육 추진 방안’ 발표 (2026.2.3)
    2. 늘봄·방과후 중앙포털 — 온종일 돌봄 정책 소개
    3. 정책브리핑(korea.kr) — 늘봄학교 전국 확대 정책뉴스

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

  • 팀장은 하루 종일 뭘 할까

    팀장은 하루 종일 뭘 할까

    개발자 테크 다이제스트 대표 이미지
    DIGEST
    • 엔지니어링 리더는 코드가 아니라 여섯 가지 활동으로 일한다
    • WordPress·Webflow를 대체하는 단일 서버 오픈소스 CMS Instatic
    • 창시자 DHH와 갈라서려는 Rails 커뮤니티 포크 Amiko

    오늘 GeekNews에서 개발자들이 가장 많이 본 세 가지 이야기를 골랐다. 눈에 보이지 않는 팀장의 일, 서버 하나로 끝내는 오픈소스 CMS, 그리고 20년 된 프레임워크가 창시자와 갈라서려는 움직임까지. 코드 바깥에서 벌어지는 변화가 오늘의 주제다.

    엔지니어링 리더가 하루 종일 하는 일

    코드가 아니라 여섯 가지 활동으로 일한다

    개발자로 일할 때는 작성한 코드나 출시한 기능처럼 성과가 눈에 보인다. 하지만 사람을 책임지는 리더가 되면 결과는 수많은 대화·결정·조율·개입에 흩어져 밖에서 잘 드러나지 않는다. 설계 문서를 검토하려던 하루가 팀 간 갈등 해결, 경력 상담, 장애 대응, 로드맵 조율로 채워지기 일쑤다. 원문은 리더의 일상을 여섯 순환으로 정리한다. 정보를 모아 현실을 파악하고, 필요한 사람에게 맥락을 전달하며, 불완전한 정보 속에서 판단하고, 다른 팀의 결정에 영향을 주고, 방향을 정해 실행을 이끌고, 현재에서 원하는 미래로 가는 계획을 세운다. 핵심은 영향력이다. 리더는 모든 결정권을 쥐고 있지 않기에 상대 팀의 목표와 제약을 이해하고 그들의 관점에서 요청을 구성해야 한다. 많은 리더십 문제는 기술이 아니라 사람을 정렬하는 문제다.

    Tech Insight — 대표나 팀장이라면 익숙한 감각이다. 역할이 커질수록 직접 만든 결과보다 사람과 조직을 통해 만드는 결과의 비중이 커진다. 하루 종일 반응만 했다는 허탈함이 든다면, 그 반응들이 실은 현재를 원하는 미래로 옮기는 활동임을 기억할 필요가 있다.


    WordPress를 대체하는 단일 서버 CMS Instatic

    캔버스 에디터부터 AI 노드 생성까지

    Instatic은 비주얼 에디터, 콘텐츠 엔진, 퍼블리셔를 단일 Bun 서버 하나에 담은 셀프호스팅 CMS다. 백엔드로 SQLite나 Postgres를 쓴다. 그동안 헤드리스 CMS·프레임워크·호스팅·폼·애널리틱스·이미지 CDN을 따로 조합하던 방식을, 서버 하나가 캔버스 에디터·콘텐츠·미디어·인증·폼·플러그인까지 모두 흡수한다. 최종 출력물은 프레임워크 런타임이나 빌더 속성 없이 시맨틱 HTML과 압축 CSS로 나온다. 에디터는 미리보기가 아닌 실제 캔버스여서, 여러 브레이크포인트를 나란히 두고 편집하면 데스크톱 변경이 모바일 프레임에 곧바로 반영된다. 디자인 토큰 엔진 Core Framework가 내장돼 브랜드 색 하나로 틴트·셰이드와 타입·스페이싱 스케일을 자동 생성한다. AI 에이전트는 설명만으로 캔버스에 편집 가능한 노드를 만들고, 플러그인은 QuickJS-WASM 샌드박스에서 돌아간다. 게시된 페이지는 대부분 디스크의 정적 파일이라 부팅·하이드레이션·DB 왕복이 없어 빠르다. 라이선스는 MIT다.

    Tech Insight — CMS 하나에 CDN·폼·분석까지 따로 붙이던 소규모 팀이라면 매력적인 구성이다. 다만 서버 하나에 모든 책임이 몰린다는 점은 운영·백업·확장 관점에서 미리 따져봐야 한다.


    창시자를 떠나려는 Rails, 포크 Amiko

    Rails는 완성됐다는 말의 두 가지 의미

    Rails is done은 끝났다와 완성됐다로 모두 읽힌다. 이번 포크론이 택한 건 후자, 즉 창시자 없이도 살아남을 만큼 완성됐다는 쪽이다. Rails 8.x 호환 LTS를 목표로 한 커뮤니티 포크 Amiko가 시작됐는데, 포크의 이유가 기술적 불만이 아니라는 점이 특이하다. 코드는 여전히 훌륭하지만 창시자 DHH의 가치관과 리더십은 더 이상 받아들이기 어렵다는 개발자들이 Rails와 DHH를 분리하려는 것이다. 배경에는 2021년 Basecamp 사태부터 최근의 발언 논란까지 5년간 쌓인 압력이 있다. 여기에 2025년 Ruby Central이 기존 유지관리자 동의 없이 RubyGems·Bundler 소유권을 인수한 거버넌스 사태가 겹쳤다. 코드는 오픈소스였지만 권한은 아니었다는 경험이 포크를 진지하게 만들었다. 다만 완성됐다는 전제 자체도 반박받는다. 사용자에겐 API가 안정됐지만 유지보수자에겐 버그·보안·생태계 호환성 작업이 끝나지 않는다. 과거 경쟁 프레임워크 Merb가 Rails 3.0에 병합된 선례처럼, 포크가 원본에 흡수될 가능성도 열려 있다.

    Tech Insight — 오픈소스 코드는 누구나 복사할 수 있어도 상표·릴리스 권한·커뮤니티 규범까지 자동으로 분산되지는 않는다. 특정 프레임워크에 사업을 얹은 조직이라면 기술 성숙도만이 아니라 그 프로젝트의 거버넌스 구조도 리스크로 봐야 한다는 교훈이다.


AI Biz Insider

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

콘텐츠로 건너뛰기 ↓