Claude + MCP 서버 구현: “에이전트 확장 서버”를 프로덕션에 올리는 설계/코드/함정 총정리
· AI / Agent
MCP(Model Context Protocol)는 LLM/Agent가 외부 Tool·Resource·Prompt를 표준 인터페이스로 호출하게 만드는 프로토콜입니다.
Default
“GPU 다음”을 노리는 한국 NPU와 공급망 병목: NVIDIA vs Rebellions vs FuriosaAI 트렌드 체크
· News / AI
2026년 7~8월로 넘어오며 AI 가속기 시장의 키워드는 “더 많은 GPU”가 아니라 “추론(inference) 효율 + 공급망 제약 회피”로 선명해지고 있습니다.
“멀티 에이전트”를 진짜로 프로덕션에 올리는 법: LangGraph vs AutoGen vs CrewAI 심층 비교 & 구현 가이드
· AI / Agent
멀티 에이전트가 필요한 순간은 명확합니다. (1) 역할 분리(Research/Plan/Execute/Review)가 성능·품질에 직접 기여하고, (2) 루프/분기/재시도/승인(HITL) 같은 제어 흐름(control flow)이 제품 요구사항으로 고정될 때입니다.
GPU 오토스케일링으로 LLM 서빙 비용을 ‘진짜로’ 줄이는 법: Kubernetes 최신 패턴(DRA·KEDA·vLLM·llm-d)
· Infrastructure / Kubernetes
Kubernetes에서 LLM inference를 운영해보면, 비용의 핵심은 “GPU를 얼마나 오래 켜두느냐”입니다.
Modal·Runpod·AWS Lambda로 “서버리스 LLM”을 굴릴 때 cold start를 이기는 실전 설계
· Infrastructure / Serverless
서버리스 LLM 배포가 해결하는 문제는 명확합니다. 트래픽이 들쭉날쭉한 추론(inference)을 위해 GPU/서버를 상시 켜두는 “idle tax”를 없애고, 요청이 올 때만 자동 확장(scale-out)하는 것입니다.
LLM 백엔드에서 “Celery + Redis 큐 워커”를 2026년식으로 다시 설계하기: 비동기 처리, 중복 실행, 가시성(visibility)까지
· Backend / Architecture
LLM 기능을 서비스에 붙이면 요청 처리 시간이 갑자기 “수십 ms”에서 “수 초~수십 초”로 늘어납니다. 문제는 평균 지연이 아니라 꼬리 지연(tail latency) 과 외부 의존성(OpenAI/사내 inference/벡터DB/S3) 변동성이고, 이게 웹 API 스레드/프로세스를 잠…
임베딩 모델 3파전(OpenAI vs Cohere vs BGE): “우리 서비스”에 맞는 선택 기준
· AI / RAG
임베딩(embedding)은 결국 “문장을 벡터로 바꿔서, 의미 기반 검색/매칭을 빠르게 하는” 기술입니다.
Claude Code × Codex CLI 에이전트, “터미널 자동화 워크플로”로 굴리는 법
· AI / Coding
CLI 기반 AI 코딩 에이전트(Claude Code, Codex CLI)가 진짜로 해결하는 문제는 “코드 작성” 자체가 아니라 반복되는 변경 작업의 실행 루프입니다.
문서 청킹(Chunking)으로 RAG 성능을 2배 올리는 법: 2026년 기준 Overlap vs Semantic Chunking 실전 분해 전략
· AI / RAG
RAG에서 “검색이 약하다”는 증상은 대개 retriever나 embedding 모델 문제가 아니라 문서를 어떤 단위로 쪼개서(indexing) ‘검색 가능한 최소 증거 단위’로 만들었는지에서 시작합니다.
arXiv가 던진 경고: “에이전트는 똑똑해졌지만, 아직 믿고 맡길 단계는 아니다”
· News / AI
2026년 7월 arXiv에서는 LLM agent를 “더 잘 만들기”보다 “제대로 재기” 위한 벤치마크/평가 프레임워크 논문이 유독 많이 눈에 띄었습니다. 공통 결론은 단순합니다. 성공률은 생각보다 낮고, 길고 현실적인 워크플로우로 갈수록 급격히 무너진다는 것—이게 실무에 직격탄입니다.