#서브에이전트
4개의 포스트
![[특집] '이거 누가 알아요?'를 없애는 법 — 한 엔지니어링 매니저가 만든 AI 하이브 마인드, 조직의 암묵지를 끌어올리다](/_next/image?url=https%3A%2F%2Ffiles.core.today%2Fstorage%2Fcoredot%2Fpublic%2Fblog%2Fhm-hero.webp&w=3840&q=75)
[특집] '이거 누가 알아요?'를 없애는 법 — 한 엔지니어링 매니저가 만든 AI 하이브 마인드, 조직의 암묵지를 끌어올리다
“시스템이 어떻게 돌아가는지 알아내려면 늘 3~4명을 한 방에 모아야 했다.” 핀테크 기업 SumUp의 엔지니어링 매니저 칸도스트가 2026년 8월 공개한 글은 이 한 문장에서 출발한다. 그는 저장소 66개를 git 서브모듈로 한 저장소에 묶고, 도메인마다 AGENTS.md를 두고, 저장소 하나만 보는 배경 에이전트와 그들을 지휘하는 주 에이전트를 나눠 ‘하이브 마인드’를 만들었다. 에이전트끼리는 Zod 스키마로 정한 JSON 보고서로만 인계하고, 매주 슬랙·노션의 변화를 모아 AGENTS.md를 고치는 PR을 사람이 검토한다. 이 글은 그 구조를 하나씩 뜯어보고, 폴라니의 ‘암묵지’(1966)와 노나카의 SECI 나선(1995), 콘웨이의 법칙(1968), 웨그너의 ‘누가 무엇을 아는가’(1985), ‘Lost in the Middle’과 ‘Context Rot’, 앤트로픽의 멀티 에이전트 연구와 버클리의 실패 분류(MAST)까지 이 설계가 왜 이런 모양이 됐는지를 사례와 함께 풀었다. AGENTS.md가 오히려 성능을 떨어뜨린다는 ETH 취리히의 반론과 2026년의 의미, 그리고 우리 팀에서 시작하는 법까지 여섯 개의 인터랙티브 도구와 함께 정리했다.
에이전트 여럿, 저장소 하나 3편 — 에이전트에 worktree 맡기기: Claude Code·Codex·Worktrunk
2편에서 손으로 만들던 worktree를 이제 도구에게 맡깁니다. Claude Code의 --worktree·.worktreeinclude·worktree.baseRef·격리 강제·정리 규칙·서브에이전트 isolation, Codex 앱과 CLI가 worktree를 다루는 방식의 차이, 그리고 Worktrunk(wt)로 만들기부터 병합·정리까지 한 바퀴를 실제 출력으로 따라갑니다.
클로드 코드 세션 경제학 — 토큰은 어디서 새고, 캐시는 왜 1시간 뒤에 증발하는가
같은 일을 시켰는데 어떤 날은 토큰이 3배 나간다. 2026년 8월 Anthropic의 Lydia Hallie가 쓴 'Maximizing the value of your Claude Code sessions'는 그 이유를 네 가지 — 모델 선택, 세션 길이, 사고 수준, 명령 출력 — 로 정리한다. 이 글은 그 가이드를 출발점 삼아, 왜 출력 토큰이 입력의 5배인지(프리필 vs 디코드), 왜 캐시가 0.1배로 싸지는지(KV 캐시와 접두사 일치), 왜 긴 대화가 독이 되는지('Lost in the Middle'에서 'Context Rot'까지)를 논문과 사례로 풀고, /clear·/rewind·@멘션·서브에이전트 같은 습관이 왜 돈이 되는지를 시뮬레이터로 직접 체험하게 한다.
232명의 AI 전문가를 한 폴더에: '디 에이전시(The Agency)'로 읽는 멀티 에이전트 아키텍처의 모든 것
레딧 스레드에서 시작해 GitHub 별 12만 개를 모은 오픈소스 저장소 'The Agency'. 프론트엔드 마법사부터 '현실 점검관'까지 232명의 AI 전문가가 어떻게 하나의 팀으로 움직이는가. 만능 AI 하나가 아니라 왜 전문가 팀이어야 하는지 — 민스키의 '마음의 사회'부터 2026년 오케스트레이터-서브에이전트 합의까지, 그리고 프로덕션을 견디는 멀티 에이전트 아키텍처의 다섯 가지 위상(topology)을 깊이 있게 풀어본다.