푸른영혼의 별 | Tech Blog
Java Backend Engineer의 기술 블로그입니다.
Spring Boot, MSA, JPA, Kafka, Kubernetes 등 실무 경험을 공유합니다.
주요 프로젝트: Settlement MSA · ASAT · GitHub
Posts (총 991편 · 1 / 100 페이지)
-
멀티 에이전트, 언제 이기고 언제 지는가 — 안트로픽·코그니션 논쟁과 구글·버클리의 실측
에이전트 하나로 부족하면 여러 개를 붙이면 된다는 직관은 강합니다. 사람도 팀으로 일하니까요. 그런데 2025년 6월, 같은 주에 두 회사가 정반대 제목의 글을 냈습니다. 안트로픽은 멀티 에이전트로 리서치 기능을 만든 방법을 공개했고, 코그니션(Devin 개발사)은 “Don’t Build Multi-Agents”를 냈습니다. 이 글은 이 논쟁을 출발점으로 삼습니다. 그리고 이후 나온 통제 실험(구글 리서치)과 실패 분류 연구(UC 버클리)로 “언제 이기고 언제 지는가”를 정리합니다. 사실에는 출처를 달았고, 제 해석은 (해석)으로 표시했습니다.
-
그래프 엔지니어링이란 무엇인가 — 루프 다음 유행어의 정의, 계보, 쓸 때와 안 쓸 때
2026년 여름 AI 개발자 사이에서 새 이름이 하나 돌기 시작했다. 그래프 엔지니어링(graph engineering). 프롬프트 → 컨텍스트 → 하네스 → 루프 엔지니어링 다음 칸에 놓인 말이다. 이 글은 세 가지를 정리한다. 이 말이 정확히 무엇을 가리키는지, 무엇이 새롭고 무엇이 새롭지 않은지, 그리고 언제 쓰고 언제 쓰지 말아야 하는지.
-
AI 에이전트 설계는 도구 설계다 — 결정 순서 7단계와 ACI
이 블로그엔 에이전트 설계 글이 이미 여럿 있다. 계층으로 쪼개 보기(아키텍처 분해), 다섯 층(에이전트 5계층), 네 축(4차원), OS 관점(OS 로 보는 에이전트 설계), 멀티 에이전트 원칙(13원칙). 전부 무엇이 있는가 를 다룬 글이다.
-
루프 엔지니어링 2막 — 루프의 본체는 종료 조건이다 (네 가지 루프 유형과 멈춤 실패 두 종류)
7월에 이 블로그에서 루프 엔지니어링을 두 번 다뤘다. loop 는 cron 인가 ralph 인가는 용어의 계보를, 2026년 7월 키워드 해부는 개념과 첫걸음을 다뤘다. 그 뒤 석 달 동안 바뀐 것이 있다. 정의가 공식화됐고, 도구가 기본 기능(primitive)이 됐다. Anthropic 의 Claude Code 팀이 루프를 네 종류로 나눈 글을 냈고(Anthropic, 2026-06-30), 이름을 붙인 Addy Osmani 가 두 달 써 본 결과를 정리했다(Osmani, 2026-08-14).
-
MCP와 ACP 잘 쓰는 법 — 2026-07-28 스펙 기준 실전 규칙과 안티패턴
MCP와 ACP의 개념은 앞선 글(MCP vs REST·ACP, ReAct·MCP·ACP)에서 다뤘습니다. 이 글은 “그래서 어떻게 써야 사고가 안 나는가” 만 다룹니다. 근거는 MCP 공식 스펙 2026-07-28 개정판, MCP 공식 보안 가이드, Agent Client Protocol 공식 문서 같은 1차 출처로 한정했습니다. 출처가 없는 주장은 (해석) 이라고 표시했습니다.
-
안트로픽이 개발자에게 건넨 영업·마케팅 에이전트 — Sales·Marketing 플러그인과 commerce-agents 해부
“영업 좀 AI로 자동화해 주세요”, “마케팅 콘텐츠 에이전트 하나 만들어 주세요.” 개발자가 가장 자주 받는 요청 중 하나입니다. 안트로픽은 이 요청에 완성품 앱 대신 “고쳐 쓰는 설계도”를 내놓았습니다. 영업·마케팅 플러그인은 마크다운과 JSON 파일 묶음으로, 커머스용 레퍼런스 에이전트는 오픈소스 코드로 공개했습니다. 이 글은 공식 저장소와 공식 발표문을 1차 출처로 삼아 그 내용을 해부합니다. 사실은 출처를 달았고, 제 해석에는 (해석)이라고 표시했습니다.
-
[팩트체크] 'AI 개발자들 사표 던지고 벙커 찾는다' 기사, 어디까지 사실인가
이해관계 고지. 이 글은 Anthropic 이 만든 AI(Claude)가 조사·작성했다. 검증 대상에 Anthropic 이 포함돼 있으므로, 판정은 전부 인용한 원문 문장에만 기대고 해석은 최소화했다. 각 판정 옆의 링크를 직접 확인하길 권한다.
-
헤르메스·키로·Claude Code·코덱스 협업 시나리오 — 넷을 한 팀으로 쓰는 법
에이전트 넷을 같이 쓰면 가장 먼저 부딪히는 문제는 누가 무엇을 끝까지 책임지느냐다. 어느 에이전트가 더 똑똑하냐는 그다음 문제다. 이 글은 우리 집 맥에서 실제로 돌리고 있는 넷을 다룬다. Hermes Agent, Kiro, Claude Code, Codex CLI 다. 넷의 역할을 나누고, 일감 종류별로 넘겨주기(hand-off) 시나리오 네 개를 정리했다.
-
허깅페이스(Hugging Face)의 역사와 기능 — 10대용 챗봇 앱이 'AI의 깃허브'가 되기까지
🤗 이모지가 회사 이름인 곳이 있습니다. 지금은 오픈 모델을 받으려면 거의 반드시 거쳐 가는 곳이고, 흔히 “AI의 깃허브”라고 불립니다(CNBC, 2023). 그런데 이 회사의 출발은 10대를 위한 수다 떠는 챗봇 앱이었습니다. 이 글은 허깅페이스가 어떻게 여기까지 왔는지(역사)와 지금 무엇을 제공하는지(기능)를 공식 블로그, GitHub 릴리스 기록, 주요 언론 보도로 정리한 것입니다.
-
PyTorch 10년 — Lua Torch 에서 torch.compile·PyTorch 재단까지, 역사와 핵심 기능
PyTorch 는 지금 딥러닝 연구와 LLM 인프라의 사실상 공용어다. vLLM·DeepSpeed 같은 추론·학습 엔진도 그 위에 서 있다. 이 글은 PyTorch 가 어떤 문제를 풀려고 나왔고, 판마다 무엇이 바뀌었는지를 공식 블로그·GitHub 릴리스·논문만으로 정리한다. 날짜는 전부 GitHub 릴리스 기록이나 공식 블로그 게시일이다.