메뉴
HN
Hacker News • 28일 전

분석형 AI 핸드북

IMP
6/10
핵심 요약

Sutro가 발표한 '분석형 AI(Analytical AI)' 가이드로, 생성형 AI와 달리 LLM을 데이터 분류·추출·판단 등 대규모 의사결정에 활용하는 패턴을 정리했습니다. 분석형 AI는 측정 가능성, 일관성, 배치 처리 허용 등으로 인해 생성형 AI와 다른 모범 사례가 필요하며, 이 핸드북은 데이터·ML팀, 평가(evals) 구축자, 운영팀을 위한 살아있는 참고 자료를 지향합니다.

번역된 본문

분석형 AI란 무엇인가?

2022년 말, 이른바 'ChatGPT 모멘트'가 일어났습니다. 대중은 파운데이션 모델(foundation model)의 일반적인 힘을 이해하기 시작했고, 개발자들은 즉시 이를 수많은 신제품에 통합하기 시작했습니다. 동시에 덜 논의된 활용 패턴도 등장했습니다. 데이터, 리서치, 운영, 제품팀이 파운데이션 모델을 사용해 비정형 데이터를 처리하고 대규모 운영 의사결정을 내리기 시작한 것입니다. 간단히 말해, AI의 역할이 무언가를 '창작'하는 것이 아니라 무언가를 '결정'하는 것이라면, 그것이 분석형 AI입니다.

분석형 AI가 왜 중요한가?

이 구분은 미묘해 보일 수 있지만, 분석 목적의 모범 사례는 다른 생성형 활용 사례와 자주 갈라집니다. 주요 이유는 다음과 같습니다:

작업이 대체로 측정 가능합니다. 전문가 주석(어노테이션)으로 정답(ground-truth) 데이터셋을 만들어 정확성을 검증할 수 있습니다. 다른 생성형 AI 출력은 직접 측정할 수 없기 때문에, 이를 측정하기 위한 평가(evals, 분석형 AI의 특수 사례)를 구축해야 합니다.

작업이 대체로 일반적이고 창발적인(emergent) 것이 아니라, 구체적이고 판별적입니다. LLM의 자기회귀적 추론 능력과 지시 따르기 능력을 의사결정에 활용하지만, 일관성을 위해 '창의성'은 줄입니다. 그래서 이런 작업은 가장 크고 지능적인 모델을 찾기보다, 작업 정확도가 검증된 가능한 한 작은 모델로 실행할 수 있는 경우가 많습니다.

분석형 AI는 대체로 사용자와의 트랜잭션을 수반하지 않아 더 높은 지연시간(latency)이 허용됩니다. 따라서 배치(batch) 등 유연한 워크로드 처리 모델이 가능하며, 비용과 전체 처리 시간을 크게 절약할 수 있습니다. 이는 OLTP 대 OLAP/맵리듀스 방식의 데이터 처리와 유사합니다.

속성 | 기타 생성형 AI | 분석형 AI 예시: 텍스트/코드 작성, 이미지/영상 생성, 사용자와의 대화 | 분류(classify), 추출(extract), 판단(judge), 정규화, 매칭, 스코어링 운영 패러다임: 다양한 사용자 작업 | 하나의 작업을 수많은 반복 상호작용 패턴: 사용자 대면, 트랜잭셔널 | 대체로 내부 데이터 처리 및 워크플로 모델 요구사항: 비용 제약 내 최대 지능과 크기 | 정확한 작업 수행에 필요한 최소한의 지능과 크기 서빙 및 지연시간: 저지연, 실시간/온라인 | 고처리량, 배치/오프라인 결정론적 기대: 다양한 응답, 창발적 행동 | 일관성, 거의 결정론적인 행동 사용자 페르소나: 소비자, 일반 전문가 | 데이터 과학자/엔지니어, 운영, 평가, 제품 분석 작업 감독: 지도학습적, 대화형 | 비지도학습적 유사 개념: OLTP 데이터베이스, 웹 애플리케이션 | OLAP 데이터베이스, 데이터 파이프라인

이 가이드는 누구를 위한 것인가?

LLM을 활용해 비정형 데이터셋을 정형 데이터로 변환하는 데이터, ML, 분석팀 평가(evals)를 구축하고 AI 제품의 신뢰성을 높이려는 AI 엔지니어와 제품 매니저 신뢰할 수 있는 AI 의사결정 모델을 통해 도메인 전문가의 전문성을 확장하려는 운영팀 심사자(judge) 및 기타 검증 가능한 보상 함수를 구축하는 리서치팀 또한 데이터, 인프라, 개발 도구에 열정을 가지고 데이터로 가능한 것의 범위를 넓히고 개발자의 영향력을 키우고자 하는 우리 자신을 위해서도 쓰였습니다.

왜 이 가이드를 썼는가?

Sutro는 분석형 AI를 지원하는 제품을 만듭니다. 우리는 이를 초기 단계이지만 떠오르는 분야로 봅니다. 많은 고객이 이제 막 이런 시스템 구축을 시작하고 있으며, 특히 더 많은 AI 제품이 온라인에 나오면서 분석적 처리가 필요한 비정형 데이터가 계속 생성되고 있습니다. 우리는 고객과 함께 현장에서 많은 시간을 보내며, 이런 시스템을 구축하는 방법에 대해 아키텍처 설계, 개선, 추론을 돕고 있습니다. 이 가이드는 고객과 함께 배워가는 과정에서 생겨난 진화하는 FAQ로 생각할 수 있습니다. 이 가이드의 목표는 분석형 AI 제품을 만드는 개발자들을 위한 살아있는 참고 자료가 되는 것입니다(물론 여러분이 우리와 대화하러 와주길 바라지만, 도구 선택과 무관하게 유용하기를 바랍니다).

이 핸드북 활용법

프리미티브(Primitives)

원문 보기
원문 보기 (영어)
Copy page View as Markdown View full guide Markdown ​ What is Analytical AI? In late 2022, the “ChatGPT moment” happened. The masses began to understand the general power of foundation models, and developers immediately started incorporating them into a slew of new products. At the same time a less discussed usage pattern also emerged: data, research, ops, and product teams began using foundation models to process unstructured data and make scaled operational decisions. Put simply: if the AI’s job is to decide something, rather than create something, it’s analytical AI. ​ Why does Analytical AI matter? While the distinction may seem subtle, best-practices for analytical purposes often diverge from other generative use cases. This is for a few primary reasons: Tasks are typically measurable . You can create a ground-truth dataset using expert annotations that can be validated against for correctness. Other generative AI outputs are not directly measurable, which is why you need to build evals (a special case of analytical AI) to measure them. Tasks are often specific and discriminative, not general and emergent. You use an LLM’s autoregressive reasoning and instruction-following capabilities to make decisions, but reduce “creativity” in favor of consistency . For this reason, the task can often be run on the smallest possible model that’s been evaluated for task accuracy, rather than reaching for the largest, maximally-intelligent model. Because analytical AI typically does not involve a transaction with a user, more latency is tolerated - so batch and other flexible workload processing models are acceptable, often saving tremendously on costs and overall processing time. This is analogous to OLTP vs. OLAP/map-reduce style data processing. Property Other GenAI Analytical AI Examples Write text/code, generate images/videos, converse with users Classify , extract , judge , normalize, match, score Operational Paradigm Many different user tasks One task, many times Interaction Pattern User-facing, transactional Typically internal data processing & workflows Model Needs Maximum intelligence and size subject to cost constraints Minimum intelligence and size required for accurate task completion Serving & Latency Low-latency, real-time/online High-throughput, batch/offline Determinism Expectations Diverse responses, emergent behavior Consistency, close-to-deterministic behavior User Personas Consumers, Misc. Professionals Data Scientists/Engineers, Ops, Evals, Product Analytics Task Supervision Supervised, interactive Unsupervised Analog OLTP Databases, Web Applications OLAP Databases, Data Pipelines ​ Who is this guide for? Data, ML, and analytics teams using LLMs to transform unstructured datasets to structured ones AI engineers and product managers building evals and trying to improve the reliability of their AI products Operations teams looking to scale the expertise of their domain experts via reliable AI decision models Research teams building judges and other verifiable reward functions It’s also written for us - data, infra, and dev tools nerds who are passionate about expanding the scope of what’s possible with data and increasing the leverage of developers. ​ Why did we write this guide? Sutro builds products to support analytical AI, which we see as an early but emerging space. Many of our customers are just getting started building many of these systems, especially now that more AI products are coming online and generating unstructured data that need analytical processing. We spend a lot of time in the trenches with customers, helping them architect, design, improve, and reason through how to build these systems. It can be thought of as an evolving FAQ as we learn alongside our customers. The goal of this guide is to serve as living reference material for developers who are building analytical AI products, regardless of their choice of tooling (although we hope you’ll come talk to us). ​ How to Use This Handbook Primitives covers the core analytical AI workload types. Patterns discusses best practices for implementation of the primitives. Architectures are higher-level guides to build end-to-end systems. Deployment covers operational considerations for production use. Each page should be useful on its own, and we recommending starting in the pages most applicable to your current needs. If you are just reading primarily out of curiosity, we recommend starting in the Primitives section.