fos-blog/study
01 / 홈02 / 카테고리03 / 시리즈
01 / 홈02 / 카테고리03 / 시리즈

카테고리

  • AI 페이지로 이동
    • RAG 페이지로 이동
    • agent 페이지로 이동
    • claude-code 페이지로 이동
    • harness 페이지로 이동
    • llm 페이지로 이동
    • ops 페이지로 이동
    • practice 페이지로 이동
  • algorithm 페이지로 이동
    • Alias Method: 가중치 랜덤 선택을 전처리 O(n), 추출 O(1)로 바꾸기
    • Welford's Online Algorithm: 값을 저장하지 않고 평균과 분산 계산하기
  • architecture 페이지로 이동
    • distributed-systems 페이지로 이동
    • domain 페이지로 이동
    • evolution 페이지로 이동
    • patterns 페이지로 이동
  • database 페이지로 이동
    • milvus 페이지로 이동
    • mysql 페이지로 이동
    • opensearch 페이지로 이동
    • qdrant 페이지로 이동
    • redis 페이지로 이동
    • vespa 페이지로 이동
    • DB Connection Pool Saturation과 Thread Pool 격리
    • 커넥션 풀 크기는 얼마나 조정해야 할까?
    • MyBatis 기본기 — XML Mapper, resultMap, 동적 SQL, 운영 패턴 정리
    • MyBatis와 JPA/Hibernate 트레이드오프 — 레거시 백엔드를 다루는 시니어 관점
    • 한국어 형태소 분석기 Nori vs Lindera — OpenSearch에서 Milvus로 갈 때 어휘 검색은 유지되나
    • 정규화와 역정규화: 무결성과 조회 비용 사이의 선택
    • 벡터 DB 5종, 아키텍처는 어떻게 다른가
    • 벡터 DB 5종을 실제로 벤치마크했다 — 같은 recall에서 QPS는 얼마나 갈리나
    • 벡터 DB 어떻게 고를까 — OpenSearch · Milvus · Qdrant · Vespa · pgvector 비교
    • 벡터 DB를 실제로 도입한 사례 — 빅테크 프로덕션
  • devops 페이지로 이동
    • docker 페이지로 이동
    • k8s 페이지로 이동
    • Envoy Proxy
    • Graceful Shutdown
    • 종료 신호는 어디서 멈추는가
  • http 페이지로 이동
    • HTTP Connection Pool
    • HTTPS와 TLS: 핸드셰이크, 인증서, 종료 지점
  • java 페이지로 이동
    • concurrency 페이지로 이동
    • jdbc 페이지로 이동
    • spring 페이지로 이동
    • spring-batch 페이지로 이동
    • testing 페이지로 이동
    • Java 동시성 락 정리 — 커머스 메뉴/프로모션 정책 캐시 갱신 관점
    • JVM 튜닝 실전: 메모리 구조부터 Virtual Threads, GC 튜닝, 프로파일링까지
    • 로그에 traceId 남기기 — MDC 부터 OpenTelemetry 까지
    • Java StampedLock — 읽기 폭주에도 쓰기가 밀리지 않는 락
    • Virtual Thread와 Project Loom
  • javascript 페이지로 이동
    • typescript 페이지로 이동
    • AbortController
    • Async Iterator와 제너레이터
    • CommonJS와 ECMAScript Modules
    • 제너레이터(Generator)
    • Http Client
    • Node 백엔드 운영 패턴 — Streams 백프레셔, pipe/pipeline, 멱등성 vs 분산 락
    • Node.js
    • `setImmediate()`
  • kafka 페이지로 이동
    • Kafka 클러스터 아키텍처: Broker, KRaft Controller와 복제
    • Kafka 기본 개념: Topic, Partition, Offset과 Segment
    • Kafka 실전 설계: 파티션 전략, 컨슈머 그룹, 전달 보장, 재시도, 순서 보장 트레이드오프
    • Kafka 파티션·리밸런스·컨슈머 지연 운영
    • Kafka를 로그로 이해하기: 복제, 재처리, 상태와 데이터 통합
    • Spring Kafka 컨슈머 오프셋 커밋과 트랜잭션 정렬: AckMode, manual ack, 멱등 처리
  • linux 페이지로 이동
    • fsync — 리눅스 파일 동기화 시스템 콜
    • SSH forced command 로 배포 키가 실행할 수 있는 명령 제한하기
  • mlops 페이지로 이동
    • llm-serving 페이지로 이동
    • model-router 페이지로 이동
    • Python CUDA 버전 생태계 — nvidia-smi, nvcc, pip, conda가 다 다른 버전을 말하는 이유
    • GPU 컨테이너의 CUDA 버전 호환성 — nvidia-smi부터 이미지 다이어트까지
    • Kubernetes GPU 노드에서 /run tmpfs가 꽉 차서 Pod가 안 뜰 때
    • GPU·CUDA·MPS 기초 — 자바 백엔드 개발자가 처음 만나는 그림
    • Multi-process GPU 워크로드 — 자바 ThreadPool 사용자가 만나는 모델 차이
    • ML 서비스 성능 분석 워크플로 — 자바 백엔드 트러블슈팅과 다른 점
    • 한 GPU 를 여러 프로세스가 나눠 쓰기 — Time-Slicing 과 MPS
  • network 페이지로 이동
    • Connection reset by peer는 누가 보낸 걸까 — 리버스 프록시 홉마다 TCP 연결은 따로 논다
    • L2(스위치)와 L3(라우터)의 역할 차이
    • L4와 VIP(Virtual IP Address)
    • IP Subnet
  • observability 페이지로 이동
    • Observability 입문: 시니어 백엔드가 장애를 탐지하고 대응하는 방식
    • K8s 위 Spring Boot 앱의 메트릭 수집
  • python 페이지로 이동
    • Python async/await — CompletableFuture·Reactor 와 다른 점, 그리고 blocking I/O 함정
    • Python 의존성 관리 — Java Maven/Gradle 사용자가 만나는 첫 충격
    • FastAPI 기초 — Spring Boot 사용자가 빠르게 익히는 법
    • Java 개발자를 위한 Python 심화 — OOP·데코레이터·컨텍스트 매니저
    • PyTorch 기초 — 텐서, 디바이스, 그리고 모델 로딩이 무거운 이유
    • Java 개발자를 위한 Python 문법 핵심
    • ThreadLocal 에서 contextvars 로 — Python 의 요청 컨텍스트 전파
    • OCR 동작 원리 — Layout · Text · Post-process 3단계
    • Python 서버의 RSS가 줄지 않는 이유: CPython, gc.collect(), malloc_trim
  • rabbitmq 페이지로 이동
    • RabbitMQ Basics — 실전 백엔드 관점에서 정리하는 메시지 브로커 기본기
    • RabbitMQ vs Kafka — 백엔드 메시징 선택 기준과 실전 운영 관점
  • resume 페이지로 이동
    • 경험 및 경력기술서
    • 김병태 경력기술서
    • 김병태 포트폴리오
  • task 페이지로 이동
    • ai-service-team 페이지로 이동
    • nsc-slot 페이지로 이동
    • sb-dev-team 페이지로 이동
    • the-future-company 페이지로 이동
  • thinking 페이지로 이동
    • 좋은 일을 넘어 중요한 일을 하는 법
FOS-BLOG · FOOTERall systems normal·v0.1 · 2026.04.27·seoul, kr
Ffos-blog/study

개발 학습 기록을 정리하는 블로그입니다. 공부하면서 기록하고, 기록하면서 다시 배웁니다.

visitors
01site
  • Home↗
  • Posts↗
  • Categories↗
  • Glossary↗
  • About↗
02policy
  • 소개/about
  • 개인정보처리방침/privacy
  • 연락처/contact
03categories
  • AI↗
  • Algorithm↗
  • DB↗
  • DevOps↗
  • Java/Spring↗
  • JS/TS↗
  • React↗
  • Next.js↗
  • System↗
04connect
  • GitHub@jon890↗
  • Source repositoryjon890/fos-study↗
  • RSS feed/rss.xml↗
  • Newsletter매주 1 회 · 한 편의 글→
© 2026 FOS Study. All posts MIT-licensed.
built with·Next.js·Tailwind v4·Geist·Pretendard·oklch
fos-blog/AI/Claude Code Teams의 멀티 에이…
ai

Claude Code Teams의 멀티 에이전트 구조

Claude Code는 단일 에이전트로 동작하는 것 외에, 여러 전문화된 에이전트를 조율해서 복잡한 작업을 병렬로 처리하는 팀 구조를 지원한다. Claude Code는 Agent 도구로 하위 에이전트(서브프로세스)를 생성할 수 있다. 각 에이전트는 독립된 컨텍스트를 갖고, 자신에게 할당된 도구 셋과 역할로 동작한다. 단일 에이전트가 긴 작업을 처리하면 컨텍...

2026.09.08·3 min read·36 views

Claude Code는 단일 에이전트로 동작하는 것 외에, 여러 전문화된 에이전트를 조율해서 복잡한 작업을 병렬로 처리하는 팀 구조를 지원한다.


기본 개념: Agent 도구

Claude Code는 Agent 도구로 하위 에이전트(서브프로세스)를 생성할 수 있다. 각 에이전트는 독립된 컨텍스트를 갖고, 자신에게 할당된 도구 셋과 역할로 동작한다.

plaintext
오케스트레이터 (메인 Claude)
    ├─ Agent 1: 코드 탐색 (Explore)
    ├─ Agent 2: 구현 (Executor)
    └─ Agent 3: 검증 (Verifier)

단일 에이전트가 긴 작업을 처리하면 컨텍스트 한계에 부딪힌다. 팀 구조는 각 에이전트가 제한된 범위의 작업만 담당하게 해서 이 문제를 우회한다.


전문화된 에이전트 타입

에이전트역할특징
executor구현 작업코드 작성, 수정
verifier검증완성도 확인, 테스트 통과 여부
code-reviewer코드 리뷰품질, 스타일, 잠재 버그
debugger디버깅근본 원인 분석, 스택 트레이스
explore코드베이스 탐색파일 찾기, 패턴 검색
architect아키텍처 설계구조 분석, 트레이드오프 검토
test-engineer테스트 전략커버리지, 엣지 케이스
writer문서 작성README, API 문서, 주석
security-reviewer보안 검토OWASP, 취약점 탐지

팀 워크플로우

복잡한 작업은 단계별로 나눠서 각 단계에 맞는 에이전트를 배치한다.

plaintext
team-plan  → 작업 계획 수립
team-prd   → 요구사항 문서화
team-exec  → 구현
team-verify → 검증
team-fix   → 실패 시 수정 (verify → fix 루프)

병렬 실행 패턴

독립적인 작업은 동시에 실행해서 시간을 줄인다.

plaintext
오케스트레이터
    ├─ [병렬] Explore: "인증 관련 파일 탐색"
    ├─ [병렬] Explore: "API 엔드포인트 목록 파악"
    └─ [병렬] Explore: "테스트 커버리지 현황 파악"
         ↓ 결과 합산
    Executor: 구현 작업 시작

리뷰 파이프라인

구현 완료 후 자동으로 리뷰와 검증을 붙이는 패턴.

plaintext
Executor → 코드 작성 완료
    ↓
Code Reviewer → 스타일, 품질 검토
    ↓
Security Reviewer → 보안 취약점 검토
    ↓
Verifier → 테스트 통과 확인
    ↓
완료

에이전트 간 통신

SendMessage

이미 실행 중인 에이전트에 메시지를 보내서 대화를 이어갈 수 있다. 에이전트는 자신의 전체 컨텍스트를 유지한다.

plaintext
Agent 생성 → name: "my-researcher"
나중에 → SendMessage(to: "my-researcher", message: "추가 조사해줘")

백그라운드 실행

run_in_background: true로 에이전트를 백그라운드에서 실행하고, 완료 통보를 받을 때까지 다른 작업을 계속할 수 있다.

plaintext
빌드 검증 에이전트 → 백그라운드 실행
    ↓ 기다리는 동안
문서 작성 에이전트 → 포그라운드 실행
    ↓
빌드 검증 완료 알림 수신

Worktree 격리

에이전트를 isolation: "worktree" 옵션으로 실행하면 임시 git worktree에서 독립된 환경으로 작업한다. 메인 브랜치에 영향 없이 실험적 변경을 시도할 수 있다.

plaintext
메인 브랜치
    ├─ worktree-A: 기능 A 구현 에이전트
    ├─ worktree-B: 기능 B 구현 에이전트
    └─ worktree-C: 리팩터링 에이전트

변경이 없으면 worktree는 자동 삭제된다.


tmux와 함께 사용하기

tmux의 멀티 페인 구조와 Claude Code 팀을 함께 쓰면 각 에이전트의 진행 상황을 시각적으로 확인할 수 있다.

bash
#!/bin/bash
# 에이전트별 tmux 페인 구성
 
tmux new-session -d -s agents
 
# 오케스트레이터
tmux send-keys -t agents "claude" Enter
 
# 백그라운드 에이전트들
tmux split-window -h
tmux send-keys -t agents "# executor agent pane" Enter
 
tmux split-window -v
tmux send-keys -t agents "# verifier agent pane" Enter

tmux capture-pane으로 다른 페인의 에이전트 출력을 읽어서 오케스트레이터에게 전달하는 자동화도 가능하다.


실무 활용 패턴

대규모 리팩터링

한 에이전트가 전체 코드베이스를 분석하면 컨텍스트가 부족해진다. 모듈 단위로 에이전트를 분배해서 병렬 리팩터링 후 통합한다.

PR 리뷰 자동화

PR이 생성되면 코드 리뷰, 보안 검토, 테스트 커버리지 분석을 각각 전문 에이전트에게 위임하고 결과를 종합한다.

문서화 파이프라인

코드를 탐색하는 에이전트와 문서를 작성하는 에이전트를 분리해서, 탐색 결과를 바탕으로 정확한 문서를 생성한다.


관련 문서

  • Claude Code 스킬 시스템
on this page
  • 01기본 개념: Agent 도구
  • 02전문화된 에이전트 타입
  • 03팀 워크플로우
  • 병렬 실행 패턴
  • 리뷰 파이프라인
  • 04에이전트 간 통신
  • SendMessage
  • 백그라운드 실행
  • 05Worktree 격리
  • 06tmux와 함께 사용하기
  • 07실무 활용 패턴
  • 대규모 리팩터링
  • PR 리뷰 자동화
  • 문서화 파이프라인
  • 08관련 문서
tags
#study

이런 글도

  • ai

    AI 코딩 에이전트의 코드 컨벤션은 규칙 문서와 결정적 검사로 지킨다

    2026.09.29
  • ai

    AI 에이전트와 디자인의 새 컨벤션 — DESIGN.md, Google Stitch, Claude Design

    2026.09.08
  • ai

    Docling: IBM Research 의 문서 파싱 toolkit

    2026.09.08
  • ai

    온톨로지에서 코딩 에이전트 컨텍스트까지 — 클래스·관계 설계와 그래프 평가

    2026.09.08

댓글 (0)