'제품에서 AI를 빼면 무엇이 남는가', AI 네이티브 핸드북 2026을 훑어보며

 

10월 23일 GeekNews에 'AI 네이티브 핸드북 2026'이라는 글이 올라왔습니다.
407쪽짜리 PDF 책을 소개하는 글이었고, 67포인트에 댓글이 2개 달려 있었어요.

먼저 밝혀 둘 점이 있습니다.
저는 407쪽 본문을 직접 읽지 못했고, GeekNews에 정리된 요약을 바탕으로 훑어봤습니다.
그래서 이 글은 책을 평가하는 글이 아니라, 요약에서 보인 구조와 질문을 제 일에 대 보는 글이에요.
책 안의 세부 내용은 원문에서 확인해 주세요.

제목에 끌린 이유는 간단했습니다.
요즘은 기획서에 AI 기능을 넣는 일이 너무 당연해졌는데, 그 기능을 빼도 제품이 남는지 묻는 일은 드물었거든요.

 

요약에 따르면 이 책은 제품, 업무, 조직을 AI 전제로 다시 설계하는 방법을 다룹니다.
독자로는 개발자, 경영자, 정책 담당자, 일반 직장인을 함께 꼽았다고 해요.
저자는 요약 기준으로 ETRI의 전종홍 책임연구원입니다.

다루는 범위가 넓습니다.
모델과 인프라, 토큰 경제, 에이전트의 스킬과 메모리, 하네스, 멀티 에이전트 협업이 한 축이에요.
코딩, 의료, 제조, 과학 연구 사례와 한국의 AI 인프라, 공공 데이터, 국가 전략이 다른 축입니다.
부록에는 증거 점검 40문, 리스크 요약, 기업 사례 카드, 용어집과 약어집이 있다고 합니다.

읽는 길도 안내되어 있습니다.
30분, 2시간, 완독 코스가 있고 직군별 추천 경로도 있다고 해요.
2026년 10월 22일까지의 기술과 정책을 반영했고, 관측된 사실과 전망, 가정값, 자체 제안을 나누어 표기한다고 합니다.
라이선스는 CC BY-NC-ND 4.0입니다.
요약에서 가장 마음에 든 부분이 이 구분 표기였어요.
AI 이야기는 확인된 일과 바람이 섞이기 쉬운데, 처음부터 가려 두겠다는 태도는 읽는 사람에게 도움이 되기 때문입니다.

 

책은 지능을 전기에 빗대어 설명한다고 합니다.
파운데이션 모델은 발전소, GPU 데이터센터는 변환소, MCP와 A2A는 송전망, 에이전트는 가전제품이에요.
기획자가 화면에서 만지는 것은 대개 가전제품에 해당하는 층인데, 그 아래에 어떤 층이 있는지 한 장으로 보여 주는 비유라서 쓸모 있게 느껴졌습니다.

전환 단계는 AI-Ready, AI-Enabled, AI-First, AI-Native 네 단계로 나뉩니다.
요약에서 분명히 전해진 차이는 기존 업무에 AI를 덧붙이는 방식과 업무 자체를 재설계하는 방식이 다르다는 점이에요.
각 단계의 세부 기준까지는 요약에 없어서, 저는 이름의 순서와 이 한 줄 설명만 가지고 이해했습니다.

 

제목으로 삼은 사고 실험입니다.
요약에 따르면 이 질문으로 고객 가치, 운영 부담, 장애 시 복구, 경쟁 차별화를 점검한다고 해요.
AI가 없어도 고객에게 주는 가치가 남는지, AI가 하던 일을 사람이 맡으면 운영 부담이 얼마나 커지는지, AI가 멈추면 어떻게 복구하는지, 그래도 경쟁 서비스와 달라 보이는지를 차례로 묻는 셈입니다.

설계 원칙은 9가지이고, 결과 중심 설계, 인간과 AI의 협업, 보안과 신뢰의 내장, 확률적 품질 관리 같은 것이 들어 있다고 합니다.
나머지 원칙의 이름은 요약에 없어서 적지 않겠습니다.
그중 확률적 품질 관리라는 말이 오래 남았어요.
AI의 결과는 매번 같지 않으니 "된다, 안 된다"가 아니라 얼마나 자주 어떤 품질로 되는지를 관리하자는 뜻으로 저는 이해했습니다.

부록의 증거 점검 40문은 점수로 등급을 매기기보다 운영을 뒷받침할 증거와 개선 과제를 찾는 방식이라고 해요.
"우리는 몇 점이다"보다 "이 주장을 받쳐 줄 증거가 있는가"를 묻는다는 점이 기획 검토와 닮아 보였습니다.

 

댓글은 두 개였고, 반대 의견은 확인되지 않았습니다.
그래서 의견이 갈렸다기보다 두 가지 반응이 나란히 있었다고 정리하는 편이 맞을 것 같아요.

하나는 공감입니다.
질문이 와닿는다는 말과 함께, 한 사용자는 AI 세션이 끊기면 기록이 사라지는 일을 겪고 나서 작업 결과를 파일로 남기도록 바꿨다고 적었어요.
다른 하나는 학습 계획으로, 30분 코스부터 읽겠다는 댓글이었습니다.
댓글에는 최신 버전이 GitHub Pages와 저장소에도 있다는 안내가 있었는데, 저는 열어 보지 않았어요.

파일로 남긴다는 경험이 마음에 걸렸습니다.
책의 질문을 작업 방식 수준에서 먼저 실천한 사례처럼 보였기 때문이에요.
AI 세션이 사라져도 결과가 남는다면, 그것이 바로 복구 가능성이니까요.

 

여기서부터는 책이 아니라 제 생각입니다.
저는 2022년 9월부터 테넌트 구조의 예약 시스템을 기획하고 AI를 공부해 왔어요.
아래 내용은 실제 서비스 설명이 아니라 가정 예시입니다.

예약 서비스에 AI를 붙이는 두 가지 방식을 떠올려 봤습니다.
AI-Enabled 방식이라면 예약 흐름은 그대로 두고, 문의 답변이나 안내 문구를 AI가 쓰는 정도로 덧붙일 거예요.
AI-Native 방식이라면 업장마다 다른 취소 규정과 예약 조건을 AI가 이해하고 처리하도록 흐름 자체를 다시 짜겠죠.
두 방식 모두에 같은 질문을 던지면, AI를 빼도 남는 가치는 이런 것들에서 나옵니다.

• 정책의 정확도: 업장별 규정을 틀리지 않게 담아 둔 구조
• 운영 데이터: 쌓여 온 예약과 취소의 기록
• 신뢰: 사업자와 이용자가 결과를 믿고 쓰는 상태

AI가 멈춰도 정책 구조와 데이터가 남아 있으면 서비스는 느려질 뿐 멈추지 않습니다.
반대로 정책이 AI의 지시문 안에만 있다면, AI를 빼는 순간 서비스가 설명되지 않아요.
이 점은 제가 만들고 있는 스팩브릿지와도 이어집니다.
화면 위에 정책과 데이터와 API 스펙을 연결해 두는 이유가 "왜 이렇게 동작하는가"를 사람이 읽을 수 있게 남기기 위해서거든요.
앞서 쓴 REA 글에서 복제되지 않는 것으로 의도, 정책, 데이터, 신뢰를 꼽았는데, 같은 목록이 이 질문의 답으로 다시 나와서 흥미로웠습니다.

실무적으로는 기획서에 확인 칸을 하나 추가해 보고 싶어요.

• AI 없이도 이 기능은 동작하는가
• AI가 멈추거나 틀렸을 때 어떻게 복구하는가
• 사람이 대신 맡으면 운영 부담이 얼마나 늘어나는가

Claude 같은 도구로 목업을 만들었을 때, 설명 없는 목업 때문에 개발자와 소통이 어긋났던 경험도 떠올랐습니다.
AI가 만든 결과물일수록 "왜 이렇게 됐는가"를 같이 남겨야 다음 사람이 이어받을 수 있어요.

 

407쪽을 다 읽고 쓴 글이 아니라서 책에 대한 평가는 미뤄 두겠습니다.
다만 요약만으로도 가져갈 질문은 충분했어요.
저도 댓글의 학습 계획처럼 30분 코스부터 읽어 볼 생각이고, 읽은 만큼만 후기를 남기려 합니다.

남은 질문은 이렇습니다.
제가 기획하는 서비스에서 AI를 빼면 남는 것의 목록을 기획서에 적을 수 있을까요.
AI가 멈췄을 때의 복구 절차는 누가, 어떤 기록을 보고 책임질까요.
그리고 이 책의 구분 표기처럼, 제 기획서에서도 확인된 사실과 가정을 나누어 적고 있을까요.

 

 

출처 : GeekNews, I 네이티브 핸드북 2026 소개 (2026-10-23): https://news.hada.io/topic?id=35846