---
type: WebPage
title: [GeekNews Weekly](/weekly)
description: ""
resource: https://news.hada.io/weekly/202630
tags: []
timestamp: 2026-07-27T13:53:58.586671Z
---

[GeekNews](/) [최신글최신](/new) [예전글예전](/past) [쓰레드](/threads) [댓글](/comments) [포럼↗](https://beebs.hada.io/b/geeknews) [Ask](/ask) [Show](/show) [GN⁺](/plus) [Weekly](/weekly) [GeekBotsBots](/geekbots) [GeekBadgeBadge](/geekbadge) [후원](/support)  | [글등록등록](/write)
| 202630

검색

[로그인](/login)

# [GeekNews Weekly](/weekly)

## [GN#368] 데이터를 모으고 있는데 왜 해자가 되지 않을까

「[Claude Opus 5](https://news.hada.io/topic?id=31783)」가 나왔습니다. 아마 많은 팀이 설정 파일의 모델 이름 한 줄을 바꾸고, 반나절 만에 배포까지 끝냈을 겁니다. 이렇게 쉽게 **갈아 끼울 수 있는 것**이라면, 우리가 어떤 모델을 먼저 붙였다는 사실은 얼마나 오래 자산으로 남을까요? **모델이 차별화가 아니라면, 무엇이 해자(Moat)가 될까요?**

「[AI 래퍼는 끝났다: 초기 스타트업을 위한 수직화 전략](https://news.hada.io/topic?id=31598)」의 답은 **하나의 기능이 아니라 고객의 업무 흐름 전체**입니다. 사용자가 일을 시작하고, 결과를 검토하고, 수정하고, 최종 결정을 내리는 과정까지 **제품 안에서 이루어져야 쉽게 대체되지 않는다는 것**입니다. 그리고 그 과정에서 남는 것이 **고유한 데이터**입니다. 「[데이터가 유일한 해자다](https://news.hada.io/topic?id=31606)」가 강조하는 것도 데이터의 **양**이 아니라, 사용자의 **수락/거절/수정과 실제 결과**가 다시 제품을 개선하는 **피드백 루프**입니다.

그런데 **데이터를 가장 잘 다루는 팀들은 왜 여전히 실패할까요?** 「[기술적으로 뛰어난 데이터 팀이 여전히 실패하는 이유](https://news.hada.io/topic?id=31596)」와 「[AI 시대의 데이터 관리](https://news.hada.io/topic?id=31681)」가 짚는 지점이 여기입니다. 파이프라인은 잘 돌아가고 대시보드도 정확한데, 그것이 실제 의사결정과 제품 변경으로 이어지지 않습니다. **데이터가 제품으로 되돌아오지 않는 일방통행**이고, 저장 비용만 늘어날 뿐이죠.

그렇다면 **우리 회사가 가진 데이터는 어떨까요?** 단순히 양이 많다는 사실만으로는 충분하지 않습니다.

* **사용자가 AI의 결과를 어떻게 고쳤는지 저장하고 있는가.** 서비스에도 오답 노트가 필요합니다.
* **그 기록이 다음 버전에 반영되는 경로가 있는가.** 분기에 한 번, 사람이 열어보는 대시보드는 루프가 아닙니다.
* **우리 회사의 데이터 전부를 경쟁사가 그대로 갖게 된다면 같은 수준의 제품을 만들 수 있는가.** 그렇다면 데이터 자체는 해자가 아닙니다.

「[태스크 이코노미 - 데이터가 만드는 다음 1조 달러 시장](https://news.hada.io/topic?id=31608)」은 앞으로 더 가치 있는 데이터가 인터넷에 이미 공개된 문서보다, **전문가가 실제 업무에서 어떤 절차와 기준으로 판단했는지를 담은 흔적**일 수 있다고 설명합니다. 이런 데이터는 크롤링으로 모을 수 없고, **누군가 그 일을 하는 자리에 제품이 함께 있어야만** 만들어집니다. 이런 **업무의 흔적**을 계속 만들고 제품 개선으로 되돌릴 수 있는 서비스가 더 유리한 위치를 차지할 수 있다는 뜻이기도 합니다.

모델은 반나절이면 바꿀 수 있지만, **고객의 업무 속에서 데이터를 만들고 그 결과로 제품이 다시 좋아지는 루프**는 반나절 만에 복제되지 않습니다.

**데이터 자체가 아니라, 데이터를 만드는 루프가 해자입니다.**

### Show & Ask

✓ [Show GN](https://news.hada.io/show) - 직접 만드신 오픈소스나, 재직중인 스타트업의 제품/서비스를 소개해주세요.

* [집 근처 도서관들의 책 대출 가능 여부를 한 번에 검색하는 서비스를 만들었어요](https://news.hada.io/topic?id=31696)
* [가다가 - 목적지 가는 길에 있는 매장을 '우회시간순'으로 찾아주는 앱](https://news.hada.io/topic?id=31688)
* [비개발자가 Claude Code로 만든 유튜버 협찬 할인 정보 서비스](https://news.hada.io/topic?id=31647)
* [EasyPaper: AI 기반 논문 번역 & 챗 어시스턴트로 쉽게 읽는 논문 (오픈소스)](https://news.hada.io/topic?id=31650)
* [font-moeum — 영문+한글 폰트를 하나로 합치고 그 자리에서 바로 타이핑해 확인하는 GUI 툴](https://news.hada.io/topic?id=31633)

[![](https://fairy.hada.io/apple-icon.png)

GeekNews가 계속 좋은 뉴스와 프로젝트를 소개할 수 있도록 후원해 주세요.

Supporter 배지가 발급됩니다.

Fairy에서 GeekNews 후원하기 →](https://fairy.hada.io/%40geeknews?utm_source=weekly&utm_medium=web&utm_campaign=202630)
[![](https://beebs.hada.io/favicon.svg)

GeekNews 커뮤니티 BeeBS

긱뉴스 사용자들의 일상을 나누는 새로운 대화 공간입니다.

BeeBS에서 이야기 나누기 →](https://beebs.hada.io/b/geeknews?utm_source=weekly&utm_medium=web&utm_campaign=202630)

팀 채널에서 GeekNews 새 글 받아보기

현재 5,000+개의 회사가 GeekNews Bot을 설치했습니다. 사용 중인 협업 도구를 선택해 멤버들과 새 글을 함께 받아보세요.

[![](/assets/geekbots/slack_logo.svg)Slack](/slack?utm_source=weekly&utm_medium=web&utm_campaign=202630)
[![](/assets/geekbots/teams_logo.svg)Teams](/teamsbot?utm_source=weekly&utm_medium=web&utm_campaign=202630)
[![](/assets/geekbots/discord_logo.svg)Discord](/discordbot?utm_source=weekly&utm_medium=web&utm_campaign=202630)
[![](/assets/geekbots/googlechat_logo.svg)Google Chat](/googlechatbot?utm_source=weekly&utm_medium=web&utm_campaign=202630)
[![](/assets/geekbots/mattermost_logo.svg)Mattermost](/mattermostbot?utm_source=weekly&utm_medium=web&utm_campaign=202630)
[![](/assets/geekbots/jandi_logo.png)잔디](/jandibot?utm_source=weekly&utm_medium=web&utm_campaign=202630)
[![](/assets/geekbots/dooray_logo.webp)Dooray!](/dooraybot?utm_source=weekly&utm_medium=web&utm_campaign=202630)
[![](/assets/geekbots/swit_logo.png)Swit](/switbot?utm_source=weekly&utm_medium=web&utm_campaign=202630)

[GeekNews Bots 자세히 보기 →](/geekbots?utm_source=weekly&utm_medium=web&utm_campaign=202630)

### 이번 주 주요 뉴스 : 2026-07-20 – 2026-07-26

* [AI 시대에 번영할 사람들](https://news.hada.io/topic?id=31683)

  AI 시대에 사람을 가르는 기준이 **지능**이 아니라 **정신적 노력을 기꺼이 감수하는 의지(volition)** 라고 풀어내는 글입니다. AI가 답과 마찰을 제거할수록 사람은 성과를 얻는 대신 호기심 / 판단력 / 내재적 동기를 잃는 **생산적인 승객(Productive Passenger)** 이나 **마지못한 최적화자(Reluctant Optimizer)** 가 되기 쉽고, 반대로 먼저 자기 생각을 쓰고 답 대신 힌트를 요청하는 **정신적 마라토너**는 AI를 사고의 대체재가 아닌 **훈련 도구**로 사용합니다. 결국 AI 시대에 번영하는 사람은 가장 많이 아는 사람이 아니라, 어려움을 견디며 **무엇을 원하고 어떤 사람이 될지를 스스로 정할 수 있는 사람**이라는 건데요. AI가 강해질수록 인간에게 남는 마지막 차별점은 결국 **의지**뿐일까나요.
* [스타트업의 Postgres 생존 가이드](https://news.hada.io/topic?id=31706)

  Hatchet 팀이 **2년간 프로덕션 Postgres를 운영하며 겪은 문제들**을 `EXPLAIN ANALYZE`, 짧은 트랜잭션, `CREATE INDEX CONCURRENTLY`, 연결 풀링 같은 실전 조언으로 정리했습니다. 배치 처리만으로 처리량을 약 **10배** 높인 사례부터 autovacuum과 transaction ID wraparound까지, ORM 뒤에 가려진 데이터베이스 운영의 기본기를 다시 확인하기 좋습니다.
* [당신이 안 보는 사이 프론트엔드에 무슨 일이 있었나](https://news.hada.io/topic?id=31587)

  2008년쯤 프론트엔드를 떠난 개발자에게 `<button>` 하나가 지난 20년 동안 어떻게 복잡해졌는지를 설명합니다. jQuery에서 React, webpack/Babel, Vite, SSR과 Server Components까지 이어지는 변화가 모두 **실제 문제 위에 생긴 흉터 조직**이었다는 관점이 흥미롭습니다. 프론트엔드 생태계의 복잡성을 불평하기 전에, 각 도구가 무엇을 해결하려 했는지 따라가 볼 만합니다.
* [큰 효과를 만드는 작은 UI 디자인 팁들](https://news.hada.io/topic?id=31746)

  Airbnb 비슷한 단기 임대 숙소 상세 화면 하나를 **여백 / 위계 / 일관성 / 명암비** 같은 15가지 규칙으로 한 단계씩 고쳐나가면서 변해가는걸 보여주는데요. UI는 감각이 아니라 **논리 규칙**의 문제라는 주장답게 기준이 전부 숫자를 갖고 있는데, UI 요소 **3:1**·작은 텍스트 **4.5:1** 명암비, 줄 높이 **1.5 이상**, x-height가 큰 서체처럼 바로 적용 가능한 항목이 많습니다.
* [Bento - 파일 하나에 모두 들어가는 오피스 스위트](https://news.hada.io/topic?id=31704)

  약 **570KB짜리 HTML 파일 하나**에 슬라이드 데이터와 편집기/뷰어/발표 도구까지 모두 들어갑니다. 파일 하나로 어느정도 까지 되나? 싶은데 꽤 괜찮습니다. 파일 열어서 수정하면 다시 파일 자신에 저장 되는 방식이고, 내용이 읽을 수 있는 JSON으로 저장돼 Claude Code / Codex / Gemini 같은 에이전트가 애플리케이션 코드를 건드리지 않고 문서를 직접 수정할 수 있다는 점도 흥미롭습니다. 현재는 간단 수준의 PPT 만 되는데, Docs / Sheets 까지 공개한다니까 그럼 정말 쓸만할 듯
* [monitor-input-rs - DDC/CI로 모니터 입력 소스를 바꾸는 커맨드라인 도구](https://news.hada.io/topic?id=31632)

  입력 전환 버튼이 없는 모니터를 **DDC/CI 기반 CLI**로 제어해 윈/맥/리눅스에서 명령 한 번으로 소스를 바꾸는 도구입니다. 여러 모니터를 동시에 전환하거나 입력을 순환할 수도 있습니다. 제가 델 모니터 한대로 윈-맥을 왔다 갔다하면서 불편해 찾아서 쓰는 도구였는데요. 소개한 적이 없는거 같아서 뒤늦게 소개드렸네요. 전 윈/맥 양쪽에 `mon` 이라는 똑같은 이름의 명령을 만들어두고 전환해서 사용합니다.
* [AI 래퍼는 끝났다: 초기 스타트업을 위한 수직화 전략](https://news.hada.io/topic?id=31598)

  위클리 메인 주제로 다룬 글이지만, **Jasper와 EvenUp의 대비**는 따로 눈여겨볼 만합니다. 2022년 기업가치 15억 달러로 1억2,500만 달러를 조달했던 **Jasper**는 1년이 되기 전에 ARR 전망을 최소 **30%** 낮추고 공동창업자 2명이 모두 물러났습니다. 반대로 개인 상해라는 좁은 분야만 파고든 **EvenUp**은 미국 상위 100개 개인 상해 로펌의 **20%** 가 사용하며 총 2,000 곳 이상의 로펌을 확보했습니다. 기능을 추가하는 수준과 실제 업무 깊숙이 들어가는 수직화의 차이를 구체적으로 보여줍니다.
* [45권의 기술 서적에서 얻은 핵심 인사이트](https://news.hada.io/topic?id=31718)

  기술 서적 팟캐스트 **Book Overflow**의 두 진행자가 2주년을 맞아, 2년간 읽은 45권에서 **책마다 지금까지 남아 있는 인사이트 하나씩**만 골라냈습니다.
* [나를 설레게 하는 차분한 기술들](https://news.hada.io/topic?id=31741)

  한 가지 기능만 하는 기기들을 하나씩 찾아본 기록입니다. 직사광선에서도 60fps를 유지하는 LivePaper 화면의 Daylight DC-1(729달러), 30초마다 서버가 이미지를 밀어 넣는 단방향 e-ink 대시보드 TRMNL, 버튼을 누르는 동안만 녹음되는 Dictaphone처럼 "돕고 물러나는" 기기들을 **집중형 컴퓨팅(Focused Compute)** 이라는 이름으로 묶었는데요. 현대적 기능을 포기하지 않으면서도, 스마트폰의 무한한 선택지에서 벗어나 의도적으로 읽고/듣고/기록하는 경험을 만들 수 있다는 점이 인상적입니다.
* [OpenMMO - AI Agent와 인간 플레이어가 동등하게 대우받는 MMORPG](https://news.hada.io/topic?id=31687)

  리니지와 아키에이지를 만든 엑스엘게임즈 창업자 송재경 님이 1인 프로젝트로 공개한 MMORPG입니다. 핵심은 AI 에이전트와 인간 플레이어가 **완전히 동일한 WebSocket 프로토콜**을 쓴다는 점인데, 에이전트용 별도 API가 없어 서버가 둘을 구분할 수 없고 따라서 인간이 할 수 있는 모든 동작을 에이전트도 할 수 있습니다. 봇을 막는 것이 오랜 숙제였던 MMO에서 정반대 전제로 출발한 설계라, 게임을 만드시는 분이 아니어도 한 번 볼 만합니다.
* [모든 개발자가 SIMD를 알아야 하는 이유](https://news.hada.io/topic?id=31734)

  **Mitchell Hashimoto**가 자신의 터미널 Ghostty의 검색 루프를 예로 들어, SIMD를 상수 브로드캐스트 / 벡터 순회 / 병렬 연산 / 결과 축소 / **스칼라 꼬리** 라는 5단계 골격으로 정리했습니다. 스칼라 한 줄이 12줄로 늘어나는 대신 AVX2 데스크톱에서 터미널 전체 처리량이 약 **5배** 빨라졌고, 컴파일러 자동 벡터화가 조용히 스칼라로 되돌아가는 상황을 막을 수 있다는 게 SIMD를 권하는 이유인데요. 최고 성능이 필요한 특수 분야의 기법처럼 보이지만, 실제로는 평범한 반복문의 핫패스를 예측 가능하게 가속하는 실용적인 도구라는 점을 코드와 함께 보여줍니다.
* [안목은 위임할 수 없다 - AI 시대, 위원회식 디자인의 종말](https://news.hada.io/topic?id=31678)

  AI가 몇 초 만에 시안을 쏟아내는 시대에 디자이너의 가치는 **무엇이 존재할 가치가 있는지 고르는 판단력**으로 옮겨간다는 글입니다. AI와 위원회는 둘 다 **선호를 수집하는 데는 능하지만 판단은 하지 못한다**는 것이 핵심 주장이고, 근거로 물리 키보드를 없앤 iPhone, 여러 접점에서 회사명 자체를 지운 2016년 Mastercard 개편, NYT의 `Snow Fall`처럼 기존 지표로는 정당화할 수 없었던 결정들을 예로 듭니다. 위원회식 디자인의 결과물이 실패작이 아니라 **"기억에 남지 않는 유능함"** 이라는 지적, 그리고 **"최적화는 현재를 다듬고, 판단은 미래를 만든다"** 는 문장이 이 글을 요약합니다.
* [OpenWiki - 코드베이스를 위한 에이전트용 문서를 작성하고 관리하는 CLI](https://news.hada.io/topic?id=31594)

  LangChain의 OpenWiki는 Git/Gmail/Notion/Web Search 등을 모아 개인 위키를 만들거나, 코드베이스용 문서를 생성해 `AGENTS.md`와 `CLAUDE.md`에서 에이전트가 참조하도록 하는 CLI입니다. CI가 문서 갱신 PR까지 자동 생성하므로, 코드와 함께 낡아가는 문서를 에이전트가 지속적으로 관리하는 구조가 흥미롭습니다.
* [디자이너들은 잘못된 싸움을 위해 칼을 갈고 있다](https://news.hada.io/topic?id=31715)

  AI로 구현이 싸질수록 멈춰야 할 아이디어까지 계속 완성하게 되며, 디자인 업계가 제작 역량이라는 칼을 다듬는 동안 실제 상대인 **시장의 무관심/대안/전환 비용**에는 닿지 못할 수 있다는 지적입니다. 결국 가장 높은 레버리지는 잘 만드는 능력보다, **무엇을 왜 만들어야 하는지 결정하는 전략**에 있습니다.
* [OmniRoute — 흩어진 무료/저가 AI 티어를 하나로 묶는 게이트웨이](https://news.hada.io/topic?id=31710)

  OmniRoute는 하나의 로컬 엔드포인트로 **271개 프로바이더와 500개 이상 모델**을 연결하고, 이미 결제한 구독부터 종량제/저가/무료 티어 순서로 자동 소진합니다. 월 약 **14억 개의 무료 토큰**, 18가지 라우팅 전략, 툴 중심 세션 평균 약 89%의 토큰 압축까지 지원해 흩어진 AI 구독과 한도를 하나의 예산처럼 다룰 수 있습니다.
* [MIDI 레코더 2,500대를 판매하며 배운 것: 하드웨어는 그렇게 어렵지 않다](https://news.hada.io/topic?id=31601)

  피아노 연주를 자동 기록하는 **Jamcorder**를 1년 반 동안 2,500대 팔고 나서, 정작 어려웠던 건 하드웨어가 아니라 펌웨어·앱·제조 도구에 흩어진 **20만 줄의 소프트웨어**였다고 회고하는 글인데요. 단일 PCB에 나사 하나, 전원 버튼과 USB-C까지 덜어낸 설계가 비결이고, 중간 규모 하드웨어라면 **총마진 70% 이상**을 확보하라고 조언합니다. 하드웨어가 어렵다는 막연한 두려움보다, 기능을 덜어내고 마진을 지키는 제품 설계가 더 중요하다는 현실적인 경험담입니다.
* [AI 시대의 데이터 관리](https://news.hada.io/topic?id=31681)

  데이터 웨어하우스 개념을 만든 **William Inmon**이 자신이 만들어온 데이터 관리의 계보 위에 생성형 AI를 올려놓고 다시 정리한 글입니다. 가장 눈에 띄는 구분은 통제 방식인데, 정형 데이터는 모델과 DB를 직접 고치는 **직접 통제**였지만 LLM은 그럴 수 없어 **어떤 텍스트를 넣을지 선별하는 간접 통제**만 가능하고, 데이터 모델이 하던 역할은 **온톨로지와 분류체계**가 넘겨받습니다. 기업 데이터의 최대 90%가 텍스트라는 추정을 감안하면, 중앙집중의 대상도 데이터가 놓인 위치에서 **의미와 정의**로 옮겨간다는 마지막 논지가 설득력 있게 읽힙니다.
* [FreeInk - 전자책 리더를 위한 개방형 생태계](https://news.hada.io/topic?id=31668)

  FreeInk는 전자책 리더의 **소프트웨어, 펌웨어, 하드웨어 전체 스택**을 공개하고, 약 60달러에 직접 조립할 수 있는 ESP32-S3 기반 `de-link` 보드까지 제공합니다. 책을 SD 카드의 공개 형식으로 보관하고 회로도와 BOM, 교체형 배터리를 제공해, 계정이나 구독 없이 기기를 **소유 / 수리 / 개조**할 수 있게 한 점이 핵심입니다. 다만 DRM이 지배하는 전자책 유통 구조까지 바꾸지 못한다는 현실적인 한계도 있긴 합니다.
* [매일 집중하기가 점점 어려워지는 이유](https://news.hada.io/topic?id=31790)

  글쓴이는 프로그래밍이나 글쓰기를 한 시간도 이어가기 어려워진 자신의 상태를 추적하다가, 일주일에 **Slack 채팅만 8시간**을 쓰고 있음을 발견했습니다. 특히 여러 LLM 작업을 동시에 돌리면 결과를 계속 확인하고 교정하느라 맥락 전환이 더 심해진다며, **15분 타이머 / 독서 / 정원 가꾸기**처럼 쉽게 다른 자극으로 넘어갈 수 없는 활동으로 집중력을 다시 훈련한다는데요. AI가 일을 대신할수록 오히려 한 가지 일에 머무르는 능력을 의식적으로 지켜야 한다는 경험담입니다.
* [Passkey는 소비자 심리를 전혀 이해하지 못한 엔지니어들이 만들었다](https://news.hada.io/topic?id=31716)

  X의 프로덕트 헤드 **Nikita Bier**가 Passkey를 두고 "소비자 심리를 전혀 모르는 보안 엔지니어들이 만들었다"며, 사용자 입장에서는 정체를 알 수 없는 **마법의 가루**를 요구받는 셈이라고 비판한 글입니다. 개념을 이해시키는게 어렵다는데에는 약간 동의합니다만, 너무 과격한 워딩인거 같아요. 요즘 보면 페이스북도, 알리바바도 다 패스키를 많이 도입하는 추세이긴 합니다.

  새로 오픈한 [BeeBS](https://beebs.hada.io)는 Passkey를 지원합니다. 저는 편하다고 생각하는 편이에요. 다만 Passkey만으로 가입하고 동기화나 다른 복구 수단이 없다면, 기기를 잃어버렸을 때 계정에 접근하지 못할 수 있습니다. 그래서 BeeBS는 먼저 이메일 매직링크로 가입한 뒤 Passkey를 등록하도록 했습니다. 이 두 가지를 조합하면 사용자 비밀번호를 서버에 전혀 저장하지 않아도 되고, 기기를 바꾸거나 잃어버리더라도 이메일로 다시 로그인해 새로운 Passkey를 등록할 수 있습니다. "이 비밀번호는 노출되었습니다" 경고는 더 이상 안보고 싶네요.
* [중국의 오픈 가중치 AI 전략이 앞서고 있음](https://news.hada.io/topic?id=31634)

  중국의 오픈 가중치 전략은 GPU와 데이터 규제로 인한 **컴퓨팅 열세를 배포 우위로 전환**하고 있다는 분석입니다. 같은 프롬프트를 유지한 채 API만 교체할 수 있는 시장에서 모델 자체의 방어력은 약한 반면, Moonshot/Alibaba 모델은 어디서든 직접 호스팅하고 수정할 수 있으며 a16z의 Martin Casado는 스타트업이 중국 모델을 사용할 확률을 **80%** 로 봤습니다. 프런티어 성능뿐 아니라 누가 더 넓은 생태계에 모델을 퍼뜨리는지도 AI 경쟁의 중요한 축이 되고 있습니다.
* [데이터가 유일한 해자다](https://news.hada.io/topic?id=31606)

  위클리 메인 주제로 다룬 글이지만, AI 애플리케이션 시장을 **문제 해결 난이도 / 도입 난이도**의 2×2 구조로 분류한 부분도 눈여겨볼 만합니다. 코딩 에이전트는 하루 수십~수백 번 발생하는 수락과 거절 신호 덕분에 빠르게 발전한 반면, 슬라이드 생성은 세밀한 검증 데이터가 부족해 개선이 느립니다. 결국 데이터의 양보다 **사용 과정에서 얼마나 자주 정답과 오답을 판별할 수 있는가**가 제품의 발전 속도를 결정합니다.
* [Supabase가 조사한 2026년 스타트업 현황](https://news.hada.io/topic?id=31604)

  Supabase가 스타트업 빌더 **2,000명**에게 물은 결과인데, 조사 전체에서 가장 큰 변화는 최대 과제로 **기술적 복잡성을 꼽은 비율이 24%에서 11%로 반토막**났다는 점입니다. 그 자리를 고객 확보(32%)와 번아웃이 채웠고, 1인 창업자는 53%→61%, 40세 이상은 18%→25%로 늘었으며, Claude 유료 구독은 28%→59%로 두 배가 되는 사이 Cursor는 19%포인트 떨어졌습니다. **AI 코드 비중이 가장 높은 팀의 수익화 비율은 31%로 AI를 쓰지 않는 팀(56%)의 절반 수준**이었습니다. 만드는 비용은 크게 낮아졌지만 **판매 / 운영 / 고객 발견은 전혀 자동화되지 않았다**는 현재 스타트업 시장의 모습을 숫자로 보여줍니다.
* [코딩이 해결됐다면 왜 소프트웨어는 계속 나빠지는가?](https://news.hada.io/topic?id=31787)

  은행 앱의 반복 Face ID 인증 이나 Slack의 포커스 탈취 사례처럼, 이 글은 AI 시대에도 계속 나빠지는 소프트웨어를 구체적인 사례로 보여줍니다. 문제는 코딩 능력보다 복잡성이 누적된 시스템에서 기업이 **안정성보다 새 기능과 재설계를 KPI로 보상**한다는 데 있습니다. AI가 버그를 잘 고칠 수 있어도 **무엇을 고치게 할지는 여전히 조직의 우선순위**라는 지적이 눈에 들어옵니다.
* [Claude 5 모델을 위한 새로운 컨텍스트 엔지니어링 규칙](https://news.hada.io/topic?id=31782)

  Anthropic 팀이 Claude Opus 5/Fable 5에서 **Claude Code의 시스템 프롬프트를 80% 이상 삭제하고도 코딩 평가 성능이 떨어지지 않았다**며, 그 과정에서 정리한 컨텍스트 구성 원칙을 공유했습니다. 요지는 구형 모델의 최악 상황을 막으려 넣었던 세부 규칙이 이제는 시스템 프롬프트, Skills, CLAUDE.md 사이에서 충돌만 일으키므로, 예시를 나열하는 대신 **표현력 있는 인터페이스**를 설계하고 필요한 시점에만 정보를 여는 **점진적 공개**로 바꾸라는 것입니다. CLAUDE.md에는 파일 트리만 봐도 알 수 있는 내용 대신 **저장소의 함정**만 적고 긴 지침은 Skills로 빼라는 조언이 특히 바로 적용해볼 만하며, `/doctor`가 이 정리를 도와줍니다. 모델이 좋아질수록 더 많은 지침을 추가하기보다, 과거 모델을 위해 만든 보호 장치를 걷어낼 줄도 알아야 합니다.
* [Anthropic Opus 5 출시](https://news.hada.io/topic?id=31783)

  Fable 5에 근접한 지능을 **절반 비용**으로 제공한다는 포지셔닝으로, 가격은 Opus 4.8과 같은 입력 100만 토큰당 $5/출력 $25를 유지했습니다. 특히 표면적인 증상만 고치는 대신 근본 원인과 경계 사례를 찾아내고, 결과를 스스로 검증할 방법이 없으면 **테스트 하네스까지 직접 만드는 반복 능력**이 이번 세대의 핵심 변화로 보입니다.
* [Nativ - 프런티어급 오픈 모델을 Mac에서 로컬 실행](https://news.hada.io/topic?id=31663)

  **Apple Silicon의 통합 메모리 + Metal + MLX-VLM**을 활용해 언어 / 비전 / 비디오 / 오디오 모델을 계정이나 클라우드 없이 실행하는 MIT 라이선스 오픈소스 앱으로, **MLX-VLM을 관리하는 Prince Canuma**가 만들었습니다. 하나의 로컬 엔드포인트를 Claude Code / Codex / OpenCode 등에 연결할 수 있고 메모리 압력 / 발열 / 초당 토큰까지 보여줘, 로컬 AI를 실험이 아니라 일상적인 개발 환경으로 만드는 데 꽤 잘 다듬어진 도구입니다.
* [Claude Cookbook: 에이전트부터 RAG·멀티모달·운영까지](https://news.hada.io/topic?id=31793)

  에이전트 조율부터 RAG/평가/비용 분석/Kubernetes 배포까지, Claude로 무언가 만들 때 참고할 예제를 한자리에 모은 Anthropic의 공식 문서 모음입니다. 특히 **프롬프트 버전 관리와 롤백**, 채점기가 통과시킬 때까지 스스로 고치는 검증 루프, 임베딩 기반 도구 검색처럼 프로덕션 운영에 가까운 항목이 늘어난 점이 눈에 띕니다.
* [소프트웨어 팩토리가 실패하는 이유: 하네스 엔지니어링만으로는 부족함](https://news.hada.io/topic?id=31776)

  HumanLayer의 Dex Horthy가 2025년 7월부터 **사람이 코드를 읽지 않는 무인 팩토리**를 직접 운영했다가 실패한 기록입니다. 세 번째 문제가 터진 11월에는 고치는 것보다 새로 쓰는 편이 쉬워 공동창업자가 2주간 직접 재구현했는데, 저자가 짚는 원인은 하네스가 아니라 **훈련 방식**입니다. SWE-bench 계열의 보상이 0 아니면 1이라 테스트만 통과하면 무분별한 try/catch도 정답이 되고, **나쁜 설계의 비용은 수개월 뒤에야 드러나므로 벌점을 줄 방법이 없다**는 것입니다. 결론은 10~100배 대신 제품 검토·아키텍처·프로그램 설계·수직 슬라이스에 사람을 다시 넣고 **2~3배**를 안전하게 가져가자는 쪽입니다.
* [자율주행 기업](https://news.hada.io/topic?id=31751)

  앞 글과는 반대 결론을 숫자로 제시하는 Replit의 사례입니다. 1월부터 6월까지 코드 기여량이 **5.8배**, 신규 채용 효과를 제거한 동일 집단 기준으로도 **1인당 2.9배** 늘었는데 되돌림 비율과 인시던트는 평탄했고 사람의 PR 검토 시간은 30% 이상 줄었다고 밝힙니다. 차이를 만든 건 에이전트를 편집기 안에 두지 않고 GitHub/GCP/Linear/Zendesk에 **접근 정책과 감사 로그를 붙여 연결**한 것이며, 내부 에이전트가 더 낫다고 판단해 연간 일곱 자리 달러 규모의 SaaS 계약을 해지하기도 했습니다. 「[소프트웨어 팩토리가 실패하는 이유](https://news.hada.io/topic?id=31776)」와 나란히 읽으면 무엇이 두 결과를 갈랐는지 생각해볼 거리가 생깁니다.
* [만든다는 것](https://news.hada.io/topic?id=31728)

  저자는 직접 작성한 **177줄짜리 스페인어 플래시카드 시스템**이 Claude로 만들 때보다 50배 오래 걸렸지만, AI가 생성한 어떤 코드보다 더 큰 자부심을 줬다고 말합니다. 프롬프트에도 분명 비전과 판단이 필요하지만, 결과물을 완성하는 것과 직접 만드는 것은 같은 만족을 주지 않는다는 질문인데요. AI 시대에도 가끔은 효율보다 **내가 만들었다는 감각**을 위해 손으로 만들어볼 필요가 있겠습니다.
* [기술적으로 뛰어난 데이터 팀이 여전히 실패하는 이유](https://news.hada.io/topic?id=31596)

  위클리 메인 주제로 다룬 글이지만, 데이터와 행동 사이에 **관점(Perspective)** 이라는 해석 계층을 둔 `Data-Perspective-Action` 프레임워크도 기억해둘 만합니다. 데이터/AI 리더의 93%가 도입의 핵심 장벽으로 문화와 변화 관리를 꼽고 기술을 지목한 비율은 7%에 불과했다는 조사처럼, 정확한 대시보드보다 **무엇을 해야 하는지 의견을 내는 데이터 팀**이 더 필요해지고 있습니다.
* [소프트웨어 팩토리, 빛과 어둠](https://news.hada.io/topic?id=31731)

  Addy Osmani는 사람이 판단하는 **밝은 팩토리**와 코드 검토까지 기계에 맡기는 **다크 팩토리**를 나누고, 후자에는 코드 규모와 인간의 이해 사이에 `comprehension debt`가 쌓인다고 경고합니다. 완전 자동화는 판정 기준이 즉각적이고 변하지 않으며 조작하기 어려운 짧은 루프에만 적용하고, 인증/결제/공개 API처럼 실패 비용이 큰 작업에는 사람의 검토를 남겨야 한다는 구분이 실용적입니다.
* [태스크 이코노미 - 데이터가 만드는 다음 1조 달러 시장](https://news.hada.io/topic?id=31608)

  **태스크를 토큰처럼 AI 성장의 측정 단위로 보려는 발상**이 특히 흥미롭습니다. 법률 / 의료 / 금융 / 과학의 전문가 업무를 초기 상태 / 작업 환경 / 검증기로 구성해 학습 데이터로 만들고, Mercor의 ARR이 4개월 만에 10억 달러에서 20억 달러로 늘어난 사례를 통해 이 시장이 이미 커지고 있음을 보여줍니다. 이 시장이 성립하는 전제가 인상적인데, AI가 앞으로 다뤄야 할 **인간 지식의 99%가 아직 사람의 머릿속에 있다**는 것입니다. 앞으로 모델 경쟁의 병목이 컴퓨트에서 **전문가의 암묵지를 데이터로 만드는 능력**으로 옮겨갈 가능성을 살펴보기 좋은 글입니다.

[이번 Weekly, 어떠셨나요?

다음 Weekly가 더 좋아질 수 있도록 의견을 들려주세요. 짧은 한마디도 큰 도움이 됩니다.

1분 피드백 남기기 →](https://forms.gle/bw7pJR49wbTpdAAQA)

[GeekNews Bot](/geekbots)
[X](https://x.com/GeekNewsHada)
[RSS](/rss/news)

---

이 내용은 [GeekNews](https://news.hada.io) 에서 수신 동의하신 회원님들께 보내드리는 [GeekNews Weekly](/weekly)의 웹 버전입니다.

[◀ 지금 까지 발행된 전체 Weekly 보기](/weekly)

---

### 매주 월요일 아침, 지난 일주일간의 GeekNews 중 엄선한 뉴스들을 이메일로 보내드립니다.

[처음 오셨나요](/start)
[사이트 이용법](/guidelines)
[FAQ](/faq)
[About](/about)
[후원하기](/support)
[이용약관](/terms)
[개인정보 처리방침](/privacy)

  |
[Blog](/blog)
[Lists](/lists)
[RSS](https://news.hada.io/rss/news)
  |
[Bookmarklet](/bookmarklet)

[X (Twitter)](https://x.com/GeekNewsHada)
[Facebook](https://facebook.com/GeekNewsHada)
  |   [긱뉴스봇](/geekbots) :
[Slack](/slack)
[잔디](/jandibot)
[Discord](/discordbot)
[Teams](/teamsbot)
[Dooray!](/dooraybot)
[Google Chat](/googlechatbot)
[Mattermost](/mattermostbot)
[Swit](/switbot)

[시작하기](/start)
[이용법](/guidelines)
[FAQ](/faq)
[About](/about)
[후원](/support)
[약관](/terms)
[개인정보](/privacy)

[Lists](/lists)
[Blog](/blog)
[RSS](https://news.hada.io/rss/news)
[X](https://x.com/GeekNewsHada)
[긱뉴스봇](/geekbots)

검색

![]()