긴 과제에서 서브에이전트와 스킬 패키지를 비교합니다 | DAKER 커뮤니티

2026년 9월 10일 Subagents vs Agent Skills 논문이 arXiv에 공개되었습니다. 영문 제목은 Subagents vs Agent Skills: Executing Reusable Knowledge for Long-Horizon Agentic Tasks이며 arXiv 번호는 2609.09233입니다. 초록은 언어모델 에이전트가 재사용 지식 라이브러리를 긴 과제에 어떻게 효과적으로 쓰는지 묻습니다. 최근 연구는 에이전트 스킬에 초점을 두며, 스킬은 지시·스크립트·기타 자원을 담은 멀티파일 번들(skill package)로 나타낸다고 적습니다. 스킬은 보통 지시문을 메인 컨텍스트에 넣고 에이전트가 따르게 하는데, 과제 지평이 길어지면 컨텍스트에 정보가 쌓이며 추론 품질이 떨어져 취약해진다고 지적합니다. 대안은 스킬 패키지를 서브에이전트로 호출하는 방식입니다. 오늘 팀은 스킬 지시 적재와 서브에이전트 호출을 같은 프롬프트에 섞지 말고, 호출 방식을 README에 분리해 적습니다.

저자는 Piriyakulkij, Wasu Top, Lawrence, Rachel, Curth, Alicia, Karmalkar, Sushrut, Prasad, Niranjani입니다. 오늘 본문은 제공된 초록과 정리된 사실 범위만 옮깁니다. 초록에 없는 점수·연구소 순위·외부 저장소 주소는 쓰지 않습니다. 본문 공개 링크는 DAKER 커뮤니티와 DACON만 둡니다. 논문 영문 제목과 arXiv 2609.09233은 일반 텍스트로만 적습니다.

왜 스킬 적재만으로는 부족한가

초록은 에이전트 스킬이 특정 과제를 돕는 재사용 능력으로, 지시·스크립트·자원을 담은 멀티파일 번들이라고 적습니다. 전형적 실행은 스킬 지시를 에이전트 컨텍스트에 넣고 따르게 하는 방식입니다. 과제 지평이 길어질수록 이 접근은 취약해지는데, 컨텍스트 창에 정보가 쌓이면서 추론 품질이 떨어지기 때문이라고 합니다.

해커톤에서 「스킬을 쓴다」와 「서브에이전트를 띄운다」를 한 문장으로 합치지 마십시오. DACON 알고리즘 대회와 DAKER 바이브코딩 해커톤 모두, 지식 내용과 호출 방식을 문서에서 분리하는 습관이 필요합니다. 이 논문이 메우는 질문은 재사용 지식을 어떻게 조직·호출하느냐입니다.

초록에 없는 벤치 점수나 토큰 절감 수치를 붙이지 않습니다. 컨텍스트 누적과 추론 품질 저하라는 문장만 옮깁니다. 팀이 내부 위키에 적을 때도 같은 구절을 그대로 둡니다.

에이전트에게 긴 과제를 한 컨텍스트에서 끝내라고만 시키면 실패 원인을 나누기 어렵습니다. 오늘은 스킬 적재 실행과 서브에이전트 실행을 체크리스트에서 분리합니다.

서브에이전트 실행이 덮는 범위

대안은 스킬 패키지를 서브에이전트로 호출하는 것입니다. 스킬 지시를 메인 컨텍스트에 넣지 않고, 개별 서브태스크를 풀기 위한 새 컨텍스트 창을 띄운다고 적습니다. 스킬 패키지가 명확한 입출력 계약을 노출하고, 지시문이 그 계약을 이행하는 절차 지식을 담을 때, 서브에이전트 실행이 에이전트-스킬 실행을 능가한다고 보여 줍니다.

트레이드오프는 추가 통신 비용입니다. 메인 에이전트와 서브에이전트 사이 조율에 추가 토큰이 필요하다고 적습니다. 결과가 말하는 바는, 재사용 지식의 이득이 내용뿐 아니라 조직·호출 방식에도 달렸다는 점입니다.

팀이 오늘 가져갈 표 헤더는 단순합니다. 스킬 적재 실행, 서브에이전트 실행, 입출력 계약 명확성, 통신 오버헤드를 서로 다른 행에 둡니다. 한 데모가 모든 행을 동시에 이긴다고 쓰지 마십시오.

제출 문서에는 어떤 호출 방식을 썼는지, 입출력 계약을 어디에 적었는지 한 줄씩 둡니다. 없는 저장소 주소를 만들지 않습니다. 공개 안내는 DAKER 커뮤니티와 DACON만 사용합니다.

실험이 남기는 메시지

초록은 서브에이전트 실행이 조건이 맞을 때 스킬 적재 실행을 능가한다고 적습니다. 조건은 명확한 입출력 계약과, 계약을 이행하는 절차 지식을 담은 지시문입니다. 숫자 점수는 초록에 없으므로 본문에도 점수를 만들지 않습니다.

서브에이전트면 항상 이긴다는 문장은 쓰지 마십시오. 초록이 말하는 것은 조건부와 트레이드오프입니다. DAKER 월간 해커톤 README에는 승리 선언 대신 계약 유무와 호출 방식을 나란히 둡니다.

DAKER 해커톤에서 에이전트·스킬 관련 과제를 고를 때도, 평가 스크립트가 스킬 적재인지 서브에이전트인지 먼저 적습니다. 랭킹 가이드 기준으로 활동을 쌓을 때도, 호출 방식과 과제 길이를 같은 설명에 섞지 않습니다.

학습 자료가 필요하면 학습 트랙에서 에이전트 관련 항목을 복습하고, 팀 내부 용어표를 skill package·subagent 문구에 맞춥니다. 용어가 바뀌면 실험 비교가 무너집니다.

빌더 팀에 옮기는 점검

에이전트 프롬프트에 스킬 전체를 컨텍스트에 넣으라만 하지 말고, 입출력 계약과 호출 방식을 파일로 고정합니다. 스킬 적재와 서브에이전트의 성공 기준을 서로 다른 체크리스트로 둡니다. 실행 로그에는 어떤 호출 방식을 썼는지 태그를 붙입니다.

DACON 코드 제출 과제라면 재현 명령과 환경 고정 파일을 분리합니다. DAKER 바이브코딩 해커톤이라면 배포 주소와 함께 스킬 패키지 계약 문장을 상단에 둡니다. 배포가 제출입니다. 올린 링크가 제출입니다.

초록에 없는 토큰 수, 지연 시간, 승률을 추가하지 않습니다. 비교표를 만들 때는 조직·호출 방식 문구만 열 이름으로 복제합니다. 리뷰어가 같은 표를 다시 그릴 수 있어야 합니다.

팀 회고에서는 성능과 통신 오버헤드를 같은 문단에서 다루되, 오버헤드를 숨기지 않습니다. 초록이 추가 토큰 비용을 명시하기 때문입니다.

이 글이 아닌 것입니다

서브에이전트가 모든 긴 과제에서 우승한다는 발표가 아닙니다. 초록은 계약·절차 지식 조건에서 능가한다고 적습니다.

에이전트 스킬이 쓸모없다는 주장이 아닙니다. 긴 지평에서 컨텍스트 적재가 취약해진다는 지적입니다.

통신 오버헤드가 무시할 수준이라는 보증이 아닙니다. 추가 토큰이 필요하다고 적습니다.

DACON·DAKER 공식 에이전트 공지가 아닙니다. arXiv 2609.09233 초록 안내입니다.

스킬 패키지 저장소 목록을 공개한다는 약속이 아닙니다. 조직·호출 방식의 중요성만 옮깁니다.

입출력 계약과 호출 방식을 문서로 고정하는 법

초록이 지적하는 핵심은 내용과 호출의 분리입니다. 스킬 내용만 풍부해도, 메인 컨텍스트에 지시를 계속 쌓으면 긴 과제에서 추론이 흔들릴 수 있습니다. 서브에이전트만 띄워도, 입출력 계약이 없으면 조율이 깨집니다.

팀 실무에서는 과제 카드를 세 장으로 나눕니다. 첫 장은 스킬 패키지 내용(지시·스크립트·자원)입니다. 둘째 장은 입출력 계약입니다. 셋째 장은 호출 방식(컨텍스트 적재 vs 서브에이전트)입니다. 세 장을 한 성공 문장으로 합치지 마십시오.

재사용 지식의 이득이 조직·호출에도 달렸다는 초록 문장은, 설계 원칙을 설명합니다. 우리 팀이 같은 라이브러리를 복제했다는 뜻이 아닙니다. 공개 안내는 DAKER 커뮤니티와 DACON처럼 허용된 주소만 링크합니다.

에이전트 로그를 남길 때는 호출 방식 태그를 필수 필드로 둡니다. skill-load 또는 subagent 중 하나를 고릅니다. 태그가 없으면 회고에서 비교가 불가능합니다.

긴 과제일수록 메인 컨텍스트에 스킬 지시를 계속 쌓는 방식과, 서브태스크마다 새 컨텍스트를 여는 방식을 로그에서 구분하십시오. 계약이 없는 스킬 패키지는 서브에이전트로 호출해도 조율이 흔들릴 수 있습니다. 오늘은 계약 문장을 먼저 고정한 뒤 호출 방식을 고릅니다.

오늘 할 일

첫째, 영문 제목과 arXiv 2609.09233을 메모 첫 줄에 적으십시오. 요약 카드만 보고 결론을 쓰지 않습니다.

둘째, 팀 평가표를 세 행으로 나누십시오. 스킬 내용, 입출력 계약, 호출 방식입니다.

셋째, 프롬프트에 계약과 호출 방식을 명시하십시오. 긴 과제를 한 컨텍스트에 몰아넣지 않습니다.

넷째, 실패 로그에 호출 방식 태그를 붙이십시오. 오버헤드를 성능과 같은 문장에 합치지 않습니다.

다섯째, 공개 산출물을 DAKER·DACON 링크로만 올리십시오. 커뮤니티에 점검표를 공유하고, 알고리즘 연습은 DACON에서 이어 갑니다.

여섯째, 서브에이전트 승리라는 말을 README에 쓰기 전에 조건 문장을 두십시오. 초록은 계약·절차 지식을 조건으로 둡니다.

일곱째, 통신 오버헤드 문장을 홍보에서 빼지 마십시오. 초록이 추가 토큰을 명시합니다.

여덟째, 스킬·계약·호출 카드 세 장을 저장소에 커밋하십시오. 카드가 없으면 평가 범위를 다시 논쟁하게 됩니다.