AI 코딩에 직급을 준다, 에이전트 개발팀

AI 코딩 도구에 '인턴부터 수석까지' 직급 체계를 입히는 오픈소스 프로젝트 에이전트 데브 팀(agent-dev-team)이 공개됐다. 21개 역할 에이전트를 네 단계로 나누고, 각 단계가 손댈 수 있는 범위에 상한선을 둔 것이 특징이다. 상한을 넘는 작업은 윗단계로 넘기는 인계 규칙까지 함께 담았다.

무슨 일인가

개발자 커뮤니티 해커뉴스(Hacker News)에 소개된 이 프로젝트는 MIT 라이선스로 깃허브(GitHub)에 올라왔다. 구성은 역할 에이전트 21종, 여러 도구에서 재사용할 수 있는 워크플로 스킬 26종, 그리고 단계 간 에스컬레이션(상향 인계) 규칙이다. 클로드 코드(Claude Code)는 물론 코덱스(Codex), 제미나이 CLI(Gemini CLI), 커서(Cursor), 윈드서프(Windsurf), 오픈코드(OpenCode), 깃허브 코파일럿(GitHub Copilot) 등 AGENTS.md나 에이전트 스킬 형식을 읽는 도구라면 대부분 쓸 수 있다고 제작자는 설명한다.

제작자가 짚은 문제의식은 명확하다. 기존 AI 비서는 오타 수정이든 데이터베이스 구조 변경이든 일단 해 보려 든다. 그 결과 코드 품질보다 더 곤란한 사고, 즉 버그를 고치다가 스키마를 바꾸거나 이름을 바꾸다가 인증 로직을 건드리는 식의 '권한 밖 결정'이 생긴다는 것이다.

핵심 짚어보기

네 단계는 이렇게 나뉜다. 가장 아래 T0 인턴 엔지니어는 파일 2개까지만 수정할 수 있고 의존성·스키마·API·인증·동시성·마이그레이션은 아예 금지다. 지시에 빈틈이 보이면 즉시 멈춘다. T1은 기존 패턴 안에서만 일하고 인터페이스가 바뀌면 위로 넘긴다. T2 선임·리뷰어·SRE는 모호한 과제와 마이그레이션까지 맡되 되돌릴 수 없는 작업은 올려 보낸다. 최상위 T3 수석·테크리드·보안감사는 결정을 내려야 하며, 사람에게는 의도·비용·위험 문제일 때만 묻는다.

인상적인 원칙은 에이전트가 아무리 확신해도 권한 상한은 올라가지 않는다는 규칙이다. AI의 자신감을 판단 근거로 삼지 않겠다는 설계다. 명령어도 단순하다. /team은 요청을 분류해 담당 역할과 워크플로를 고르고 시작 전 확인을 받는다. /autopilot은 티켓 하나를 무인으로 끝까지 처리한 뒤 보고하고, /spec은 인터뷰로 요구사항을, /plan은 과제별 단계를 지정한 작업 목록을 만든다.

1인기업 실전 적용 포인트

• '인턴 모드'부터 써 보자: 랜딩페이지 문구 수정, 오타 교정처럼 파일 한두 개짜리 일은 T0 규칙 아래 맡기면 결제·로그인 코드가 우연히 바뀌는 사고를 구조적으로 막을 수 있다.
• 금지 목록을 내 프로젝트에 맞게 옮겨 적자: 도구를 설치하지 않더라도 CLAUDE.md나 AGENTS.md에 '결제 모듈·환경변수·DB 스키마는 수정 전 반드시 확인' 같은 상한선을 적어 두는 것만으로 효과가 크다.
• /spec → /plan 순서를 습관화하자: 외주 의뢰서를 쓰듯 요구사항과 합격 기준을 먼저 만들고 작업을 쪼개면, 혼자 일할 때 흔한 '만들다 보니 방향이 바뀌는' 낭비가 줄어든다.
• 무인 실행은 되돌릴 수 있는 일에만: /autopilot은 깃 브랜치를 새로 판 상태에서, 배포나 실데이터 변경이 없는 과제로 한정해 시험하자.

전망 / 주의점

아직 초기 프로젝트라 사용 사례와 검증 데이터가 많지 않다. 역할이 21개나 되면 간단한 작업에도 분류·확인 단계가 붙어 오히려 느려질 수 있다. 그럼에도 에이전트에게 무엇을 시킬지보다 무엇을 못 하게 할지를 먼저 설계하는 흐름은 점점 표준이 될 가능성이 높다. 사람 직원에게 권한 체계를 두듯, 혼자 AI 팀을 굴리는 1인기업일수록 이런 가드레일의 가치가 커진다.

출처: 해커뉴스·깃허브 (https://github.com/khuynh22/agent-dev-team)