9.88K subscribers
17K photos
366 videos
1 file
8.37K links
방장: @BQrypto @bqdeveloper @abrwda
*모든 의견은 개인의 의견입니다. DYOR

✏️공지방: https://t.me/BQTelegram
💁‍♂️소통방: https://t.me/BQKoreachat
Download Telegram
🤖 Opus 4.6 + Agent Teams 발표 정리: 개발 환경이 달라지는 신호

안녕하세요, BQ개발자입니다.

어제 Anthropic에서 한꺼번에 세 가지를 쏟아냈습니다.
새 플래그십 모델, 멀티 에이전트 협업 기능, 그리고 AI끼리 협업해서 컴파일러를 만든 실험까지..
모델 업그레이드만이었으면 "오 숫자 올랐네~" 하고 넘어갔을 텐데, 도구까지 같이 나오니까 개발 환경 자체가 흔들리는 느낌이에요.

핵심 내용 세 가지로 나눠서 정리해봤습니다.


1️⃣ Opus 4.6 - 확실히 이전이랑 다릅니다

바로 돌려봤는데요. 이전 모델에서 컨텍스트 흘리면서 헤매던 작업을 이번엔 깔끔하게 처리하더라고요. 체감이 확 와요.

수치로 보면 Terminal-Bench 2.0(에이전틱 코딩)에서 65.4%로 현존 최고점을 찍었고, 실무 지식 평가인 GDPval-AA에서는 GPT-5.2를 144 Elo 차이로 앞섭니다. 컨텍스트 윈도우도 1M 토큰으로 늘었는데(베타), 롱 컨텍스트 벤치에서 76%예요. Sonnet 4.5가 18.5%였으니까.. 차원이 좀 다르죠 ㅋㅋ

근데 저한테 제일 와닿은 건 Adaptive Thinking이에요.
비유하자면 예전에는 수도꼭지가 "틀기/잠그기" 두 가지뿐이었는데, 이제는 수압 조절이 되는 거예요. 가벼운 질문에는 가볍게 답하고, 복잡한 문제에는 알아서 깊이 파고들어요. low/medium/high/max 4단계로 개발자가 직접 조절할 수도 있고요.

에이전트를 멀티턴으로 오래 돌려야 하는 환경에서 이건 비용이랑 속도 측면에서 꽤 유의미한 변화인 것 같아요. 쉬운 작업에 토큰 불필요하게 태우는 문제가 줄어드니까요.


2️⃣ Agent Teams - 드디어 나왔습니다

며칠 전에 누군가 Claude Code 바이너리를 까봤더니 TeammateTool이라는 게 이미 완성된 채로 들어있었거든요. feature flag만 꺼져 있던 상태에서 드디어 스위치가 올라갔습니다.

이전까지 있던 Subagent와 뭐가 다르냐면요.
Subagent는 회사에서 인턴한테 "이거 조사해서 보고서 갖다줘" 시키는 느낌이었어요. 결과물만 돌아오고 끝.
Agent Teams는 회의실에 시니어 개발자 여러 명 모아놓은 구조에 더 가까워요. 서로 의견 주고받고, "그 방식은 이런 리스크가 있지 않나?" 하고 챌린지하고, 할 일 목록에서 각자 가져가서 처리합니다.

환경변수 하나 켜면 바로 쓸 수 있어요:
CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1

저는 프론트엔드 리팩토링에 투입해봤는데, 한 명은 컴포넌트 구조 개선, 한 명은 타입 정리, 한 명은 테스트 보강 이렇게 나눠서 돌려봤더니 혼자 순차적으로 할 때보다 훨씬 빠르게 끝나더라고요. 서로 메시지 주고받으면서 조율하는 게 신기했습니다 ㅋㅋ

아직 실험 단계라 제약은 있어요. 팀 하나만 운영 가능하고, 동일 파일 동시 수정 시 충돌 나고, 세션 이어하기도 안 됩니다. 토큰 소모량도 꽤 되고요. 근데 나아갈 방향 자체가 강력해요.


3️⃣ C 컴파일러 실험 - Agent Teams의 극한 스트레스 테스트

이건 "이 기능으로 대체 어디까지 되는지" 보여주려고 만든 데모인 것 같아요.
Anthropic 연구원이 Opus 4.6 인스턴스 16개를 풀어놓고 거의 손을 뗐습니다. 2주 동안 약 2,000번의 세션을 거쳐서 Rust로 된 10만 줄짜리 C 컴파일러가 나왔고, API 비용은 약 $20,000이었다고.

결과물이 꽤 인상적인 게, Linux 커널 빌드가 되고, GCC 테스트 99% 통과하고, FFmpeg이나 PostgreSQL 같은 실제 프로젝트도 컴파일됩니다. Doom도 돌아간다고 하네요 ㄷㄷ

작업 구조도 재밌어요.
위에서 지시하는 매니저 에이전트가 없습니다. 각 에이전트가 컨테이너에서 독립적으로 돌면서 "지금 제일 해야 할 것 같은 작업"을 알아서 가져갑니다. 코드는 Git으로 공유하고, 같은 작업 중복 안 하게 락 파일 쓰고, 충돌 나면 에이전트끼리 알아서 정리하고..

비유하자면 프로젝트 매니저 없이 개발자 16명한테 칸반 보드만 주고 "알아서 해봐" 했는데 컴파일러가 나온 거예요.

물론 한계도 솔직하게 나와있어요. 16비트 x86 코드 생성은 끝내 실패해서 GCC한테 넘겼고, 자체 어셈블러/링커도 아직 불안정합니다. 코드 품질도 숙련된 Rust 개발자가 보면 아쉬운 수준이라 하고요. 연구원 본인도 "지금 모델이 할 수 있는 거의 끝자락에 도달했다"고 솔직하게 밝혔어요. 기능 하나 추가하면 다른 게 깨지는 패턴이 반복됐다고..


✏️ 개인적 생각

이번에 OpenAI가 발표 27분 후에 GPT-5.3 Codex로 맞불을 놨습니다. 양쪽 다 노리는 건 같아요. 멀티 에이전트 자율 코딩 환경.

경쟁 축이 바뀌고 있는 것 같아요. "어느 모델이 더 똑똑한가"에서 "어느 플랫폼 위에서 에이전트 팀을 더 잘 굴릴 수 있는가"로요.

개발자 입장에서 보면 이제 프롬프트를 얼마나 잘 쓰느냐보다, 작업을 어떻게 쪼개고 테스트를 어떻게 설계하느냐가 더 중요해지는 것 같습니다. C 컴파일러 실험에서도 핵심은 에이전트 자체가 아니라 "에이전트가 자율적으로 검증하며 일할 수 있게 만든 테스트 인프라"였거든요.

한 명의 AI한테 잘 지시하는 시대에서, AI 팀을 설계하고 관리하는 시대로 넘어가고 있는 느낌이네요.

---

여러분의 좋아요와 공유는 사랑입니다 🥰

#BQ개발자 #ClaudeOpus #AgentTeams #AI #ClaudeCode
👍5❤1
📌 LLM 어플리케이션 3편: Agent Teams — 더 많은 에이전트가 더 빠른 게 아니다

BQ개발자입니다

지난 편에서 MCP를 많이 등록할수록 context를 소비해 Claude의 성능이 떨어지는 역설을 다뤘습니다.

이번에는 Agent Teams를 살펴봅니다. "AI가 여러 명이면 당연히 빠를 것"이라는 기대와 달리, 왜 때로는 더 느려지는지 이유를 짚어보겠습니다.


🤔 Agent Teams를 켰는데 왜 더 느려졌을까?

단일 에이전트가 복잡한 작업을 순차 처리하면 코드 리뷰,
보안 감사 등 모든 과정이 하나의 context에 쌓입니다.
결과적으로 정보가 너무 많아져 1편에서 언급한 'attention 희석'이 발생하죠.

이를 해결하기 위해 에이전트를 나누는 Agent Teams를 도입하지만, 구조를 이해하지 못하면 오히려 성능이 저하됩니다.


⚡ Agent Teams의 실제 메커니즘

Agent Teams의 핵심은 단순 협업이 아니라 context window를 분할하는 것입니다.

팀원이 3명이면 각자 독립된 context를 갖습니다. 코드 리뷰 에이전트는 리뷰 데이터만,
문서 작성 에이전트는 깨끗한 context에서 시작하는 식이죠. 이 구조가 효율적으로 작동하려면 반드시 지켜야 할 순서가 있습니다.


🧠 순서를 틀리면 생기는 함정

역할 분리(Specialized Agents) 없이 병렬화만 하면 문제가 생깁니다.
역할이 모호하면 에이전트들이 같은 작업을 중복 수행하게 되고, 오케스트레이터는 이를 조율하는 메시지로 메인 context를 빠르게 소진합니다.
작업 효율은 낮은데 관리 비용만 치솟는 '이중 오버헤드' 상태가 되는 거죠.

따라서 Specialized Agents 설계가 우선되어야 합니다. 누가 어떤 역할을 맡고, 어떤 파일을 다룰지 경계가 명확해야 병렬화의 이득을 볼 수 있습니다.


🎯 3~4명 권고가 자의적 숫자가 아닌 이유

Claude Code 공식 문서에서 권장하는 팀 규모 3~4명은 '비용과 조율의 균형점'입니다.

팀원이 늘면 context 비용도 배로 늘고, 오케스트레이터의 조율 부담도 커집니다.
4명을 초과하면 병렬화로 얻는 이득보다 조율 오버헤드가 더 커지기 시작한다고 보는 것이 합리적입니다.


💡 팁: Agent Teams를 켜기 전, 에이전트별 역할부터 명확히 나누세요.
역할 경계가 분명해야 병렬화가 실제 속도로 이어집니다.

에이전트 역할을 잘 나눴다면, 이제 각 에이전트가 도구를 얼마나 잘 쓰는지도 중요합니다. 다음 편에서는 제가 자주 사용하는 플러그인들에 대해서 좀 다뤄볼게요!!
---

여러분의 좋아요와 공유는 사랑입니다 🥰

#BQ개발자 #LLM애플리케이션 #AgentTeams #AIEngineering
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4👍1