Fable 5와 Claude Tag: 엔지니어가 AI 작업 검토자로 바뀌고 있는 이유

Claude Tag와 Fable 5는 AI 소프트웨어 엔지니어링이 나아가는 분명한 방향을 보여준다. AI는 더 이상 코드 한 줄을 완성하거나 짧은 프롬프트에 답하는 데만 머물지 않는다. 이제는 팀이 함께 사용하는 워크플로, 장시간 실행되는 작업, 그리...

소개

Fable 5가 다시 업무에 투입되었고, Claude Tag는 이제 Slack과 연결되었다. 이 변화는 단지 더 강력한 모델이나 또 하나의 채팅 인터페이스에 관한 이야기가 아니다. 이는 소프트웨어 엔지니어링에서 더 큰 전환을 가리킨다. AI가 “다음 줄 코드를 쓰는 걸 도와줘”에서 “이 작업을 맡아서 처리하고, 끝나면 풀 리퀘스트와 함께 돌아와”로 이동하고 있는 것이다.

이와 함께 인간 엔지니어의 역할도 달라진다. AI 에이전트가 몇 시간, 심지어 며칠 동안 실행되며, 도구를 호출하고, 코드를 작성하고, 결과를 분석하고, PR까지 열 수 있게 되면, 가장 중요한 인간의 역량은 더 이상 단순히 코드를 빠르게 작성하는 것만이 아니다. 이제는 작업을 명확하게 정의하고, 승인 기준을 설정하고, 결과를 검토하며, AI의 작업이 안전하게 머지될 수 있는 시점을 판단하는 능력이 중요해진다.

출처 참고: 이 글은 BAAI Hub의 「Fable 5解禁即上岗，工程师改行当『验收员』」를 바탕으로 영어 SEO 친화적으로 재구성한 원문이다. 원문 페이지에는 이 글이 원래 WeChat에서 왔다고 명시되어 있다. 따라서 이는 문장 대 문장 번역이 아니다. 홍보 이미지, QR 코드, 그리고 관련 없는 장식용 그래픽은 제외되었다. 후반부 코멘터리 섹션 근처의 인라인 이미지 하나는 추출 과정에서 신뢰성 있게 가져올 수 없어서 삽입하지 않았다.

코딩 보조 도구에서 AI 팀원으로

AI 보조 프로그래밍의 초기 단계는 단순했다. 한 사람이 에디터 앞에 앉아 있으면, 모델이 다음 줄을 제안하거나 함수 완성을 도와주었다. 여전히 운전대는 인간이 쥐고 있었다. 다음 단계를 모두 사람이 결정했고, 작은 변경 하나하나를 확인하며, 프로젝트를 수동으로 앞으로 밀고 갔다.

그다음에는 더 병렬적인 워크플로가 등장했다. 한 명의 개발자가 여러 개의 Claude 세션을 동시에 실행할 수 있게 된 것이다. 한 세션은 기능을 작성하고, 다른 세션은 버그를 수정하며, 또 다른 세션은 데이터를 탐색할 수 있었다. 엔지니어는 더 이상 단지 타이핑만 하는 사람이 아니었다. 조율하는 사람이 되었다.

이제 Claude Tag는 그 워크플로를 팀 공간으로 확장한다. Claude는 Slack 안에서 작동하며, 채널의 공유 컨텍스트를 읽고, 팀원처럼 특정 작업에 태그될 수 있다. 상호작용은 “챗봇에게 물어보기”보다 “팀 전체가 볼 수 있는 에이전트에게 일을 위임하기”에 더 가까워진다.

이미지는 한 남성과 한 여성이 테이블에 앉아 대화하는 장면을 보여준다. 남성은 짙은 남색 스웨터를 입고 있고, 여성은 초록색 조끼를 입고 있으며, 테이블 위에는 종이와 펜이 놓여 있다. 배경에는 책장과 식물 등이 보인다. 화면 아래에는 중영문 자막이 있으며, 내용은 “우리는 거기에 한 사람이 앉아 있고, 그 주변에 약 10개의 Claude가 있는 모습을 본다”이다. 이 이미지는 AI 보조 프로그래밍 초기 단계에 대한 문서 내용과 관련되어 있으며, 한 사람 앞에 여러 Claude 모델이 함께 작업을 돕는 초기 AI 보조 프로그래밍의 모습을 시각적으로 보여준다.

Anthropic의 Claude Tag 발표에 따르면, Claude Tag는 Slack에서 시작되며, 팀은 선택한 채널, 도구, 데이터, 코드베이스에 대한 접근 권한을 부여할 수 있다. 접근 설정이 완료되면, 채널 내 사람들은 @Claude를 태그해 작업을 위임하고, 자신들은 다른 우선순위 업무를 계속 진행할 수 있다.

이것이 진짜 차이다. 이 모델은 더 이상

단순히 더 긴 코딩 자동완성 레이어가 아니다. 그것은 작업, 도구, 맥락, 검토를 포함하는 협업 워크플로의 일부가 된다.

한 사람이 Claude Squad를 거느릴 수 있다

Anthropic은 Claude Tag를 Claude Code의 진화형으로 설명한다. Claude Code는 여전히 코드베이스를 직접 다루기 위한 도구다. 파일을 읽고, 코드를 수정하고, 명령을 실행하고, 버그를 고치고, 변경 사항을 만드는 일을 담당한다. Claude Tag는 Slack에서 팀을 위한 진입점을 추가한다.

실제로는 이 세 가지 요소가 다음과 같이 작동한다:

구성 요소	주요 역할	바꾸는 점
Claude Code	코드 실행 및 코드베이스 작업	파일 수정, 명령 실행, 변경 사항 테스트, 코드 수정 생성에 도움을 준다.
Claude Tag	Slack에서의 팀 작업 위임	팀이 공유된 맥락을 바탕으로 스레드나 채널에서 Claude를 태그하고 작업을 할당할 수 있게 한다.
Fable 5	고성능 모델 레이어	더 야심차고, 장시간 지속되며, 다단계인 에이전트 작업을 지원한다.

Claude Code는 손이다. Claude Tag는 팀이 작업을 할당하고 추적하는 장소다. Fable 5는 더 큰 작업을 위해 그 아래에서 돌아가는 더 강력한 엔진이다.

이미지에는 미소를 짓고 있는 한 여성이 실내 배경 앞에 서 있으며, 뒤에는 책장과 식물이 보인다. 화면 오른쪽에는 “hey @Claude”라고 표시된 채팅창이 떠 있고, 이모지, 편집, 음성 등의 아이콘이 함께 보인다. 아래 자막에는 “so honestly, all of this is just how we work now. 그러니까 솔직히, 이 모든 것이 이제 우리의 일하는 방식일 뿐이다.”라고 적혀 있다. 이 이미지는 문맥과 밀접하게 관련되어 있으며, 문서에서 언급된 팀이 Slack에서 Claude Tag를 사용해 작업을 할당하고 추적하는 방식을 직관적으로 보여 주며, 문서에서 설명한 팀 협업 장면을 잘 드러낸다.

Anthropic의 자체 제품 자료에 따르면 Claude Tag는 긴 스레드 따라잡기, 수치 가져오기, 버그 리포트를 PR 초안으로 바꾸기, 통화 준비, 채널 모니터링 같은 작업에 사용할 수 있다. 이것들은 고립된 프롬프트가 아니다. 맥락과 권한이 부여된 도구 접근에 의존하는 워크플로다.

개발자에게 이것이 의미하는 바는, 한 사람이 곧 여러 개의 AI 작업 흐름을 동시에 관리하게 될 수 있다는 점이다. 하나의 Claude는 버그를 조사할 수 있다. 또 다른 Claude는 마이그레이션 계획 초안을 작성할 수 있다. 또 다른 Claude는 지표를 모니터링하거나 보고서를 준비할 수 있다. 인간이 사라지는 것은 아니지만, 그들의 역할은 한 단계 위로 올라간다.

Claude Code, Claude Tag, Fable 5는 서로 다른 일을 한다

이 이름들을 한데 섞어 생각하기 쉽지만, 같은 것은 아니다.

Claude Code는 에이전트형 코딩 도구다. 개발자가 Claude가 코드베이스를 이해하고, 파일을 수정하고, 터미널 명령을 실행하고, 개발 도구와 통합하고, 실제로 배포 가능한 변경 사항을 만드는 데 도움을 주도록 설계되었다.

Claude Tag는 협업 인터페이스다. 이것은 Slack 안에 자리 잡고 있으며, 팀이 공유된 대화에서 작업을 할당할 수 있게 한다. 별도의 채팅 창을 여는 대신, 팀원은 버그 리포트, 제품 관련 질문, 데이터 요청이 이미 존재하는 같은 스레드에서 Claude를 멘션할 수 있다.

Fable 5는 더 어렵고 장기적인 작업을 위해 구축된 모델 레이어다. Anthropic의 Fable 페이지는 이를 야심찬 코딩과 전문 업무를 위한 모델로 설명하며, 장시간 실행되는 에이전트 세션, 대규모 마이그레이션, 복잡한 구현, 다단계 작업 등을 포함한다고 말한다.

요약하면:

Claude Code는 코드베이스를 다룬다.
Claude Tag는 팀의 작업 위임과 공동 가시성을 담당한다.
Fable 5는 에이전트가 시도할 수 있는 일의 상한을 높인다.

이 셋이 함께하면 AI 코딩은 단일 사용자를 위한 보조 도구에서 팀 워크플로 시스템으로 바뀐다.

엔진은 Fable이다

Claude Tag는 출입구이고, Claude Code는 작업 환경이다. 하지만 에이전트가 무너지기 전에 얼마나 복잡한 작업까지 처리할 수 있는지는 모델이 결정한다.

Fable 5가 중요한 이유는 장시간에 걸친 다단계 작업을 목표로 하기 때문이다. Anthropic의 Fable 페이지에서 이 모델은 Claude Code나 Claude Managed Agents 같은 에이전트 하니스 안에서 며칠씩 작업할 수 있는 것으로 설명되며, 여기에는 단계별 계획 수립, 하위 에이전트에 작업 위임, 그리고 자신의 작업 검토가 포함된다.

그래서 대화의 초점이 짧은 코드 조각에서 완전한 작업으로 옮겨가고 있다. 더 강력한 에이전트는 단지 하나의 질문에 답하는 데 그치지 않는다. 더 큰 목표를 추적하고, 그것을 여러 단계로 나누고, 작업을 수행한 뒤, 사람이 검토할 수 있는 산출물을 가지고 돌아올 수 있다.

이 글의 핵심은 엔지니어가 전체 코드베이스를 무작정 넘겨야 한다는 것이 아니다. 더 유용한 핵심은 이것이다. 작업의 단위가 커지고 있다. 예전에는 함수 하나를 위한 프롬프트였던 것이 이제는 검토 가능한 작은 풀 리퀘스트 요청이 될 수 있다.

장기 작업 에이전트는 시스템 문제다

장시간 실행되는 에이전트 작업은 모델만의 문제가 아니다. 그것은 주변 시스템에도 달려 있다. 메모리, 작업 인계, 도구, 권한, 테스트, 로그, 그리고 검토 체크포인트가 모두 중요하다.

원문은 “교대 인수인계” 문제를 예로 든다. 에이전트가 분리된 세션에서 작업하면, 새 세션이 시작될 때마다 중요한 프로젝트 맥락이 사라질 수 있다. 모델은 한 번에 너무 많은 일을 끝내려다가 컨텍스트 윈도를 과부하시키거나, 부분적인 진행 상황을 완료로 착각할 수 있다.

더 나은 접근 방식은 단계적 워크플로다.

초기화 에이전트가 환경을 설정한다.
작업 목록과 진행 상황 파일을 만든다.
각 코딩 에이전트는 경계가 명확한 작업 한 조각만 맡는다.
진행 상황을 커밋하고 문서화한다.
다음 에이전트는 명확한 인계 지점에서 작업을 이어간다.
사람이 결과를 검토한 뒤 수용 여부를 결정한다.

이것이 바로 에이전트형 코딩을 단순한 프롬프트 작성이 아니라 엔지니어링 프로세스 설계로 다뤄야 하는 이유다. 모델도 중요하지만, 결과가 안전하고 실용적인지가 결정되는 것은 모델을 둘러싼 워크플로다.

이미지는 서로 다른 LLM이 소프트웨어 작업을 완료하는 시간 범위에 관한 METR의 차트를 보여준다. 가로축은 LLM 출시일, 세로축은 작업 완료 시간 범위(인간의 완료 시간을 기준)이다. 차트에는 GPT-2부터 Claude Mythos Preview까지 여러 모델이 작업을 50% 성공적으로 완료하는 시간 범위가 표시되어 있으며, 예를 들어 GPT-3는 4초36초, GPT-4는 36초6분이다. 이 차트는 맥락과 밀접하게 관련되어 있으며, “에이전트가 더 긴 작업을 처리할수록 인간의 검토와 작업 설계가 점점 더 중요해진다”는 주장을 뒷받침한다。

여기서 METR의 장기 작업 평가 연구는 유용한 맥락을 제공한다. METR는 AI 역량을 정적인 벤치마크 점수만이 아니라, 모델이 완료할 수 있는 작업의 길이로 측정해야 한다고 주장해 왔다. 이들의 연구는 작업을 50% 완료할 수 있는 시간 지평이 시간이 지나며 어떻게 늘어났는지를 추적한다. 이는 더 큰 논점을 뒷받침한다. 에이전트가 더 긴 작업을 처리할 수 있게 될수록, 인간의 검토와 작업 설계는 더욱 중요해진다.

풀 리퀘스트가 새로운 전달 단위가 되고 있다

일반적인 개발자와 팀에게 가장 안전한 출발점은 “AI에게 모든 것을 맡기는 것”이 아니다. 더 나은 출발점은 테스트와 검토가 가능한, 위험이 낮고 경계가 명확한 작업을 맡기는 것이다.

Use We0 AI

몇 분 만에 쇼케이스 사이트를 만들고 리드를 늘리세요

아이디어를 한 문장으로 입력하면 We0 AI가 쇼케이스 사이트, 페이지, CMS를 생성하고 출시 후 고객과 트래픽 확보를 돕습니다.

무제-1

공들여 나열한 것

채우다

반지름

생성 중

좋은 후보는 다음과 같다.

재현 단계가 명확한 작은 버그 수정
스크린샷이 포함된 UI 조정 또는

시각적 승인 기준.

기존 동작에 대한 테스트 추가.
알려진 기능과 연계된 문서 업데이트.
예상 출력 형식이 명확한 데이터 검증.
테스트로 보장되고 되돌리기 쉬운 리팩터링.

경계선은 팀이 AI를 신뢰할 만큼 충분히 대담한가에 있지 않습니다. 경계선은 팀이 일을 적절한 세분성으로 정의할 수 있는가에 있습니다.

这张图片呈现了室内交流场景，一位身着深蓝色上衣的男士坐在桌前，正抬手配合话语进行表达，他对面坐着一位背对镜头的长发女士。桌上摆放着一个青绿色杯子，画面配有中英双语字幕，字幕内容为“我们所处的环境中，由Tag编写的PR数量”。该图片对应文档中关于Claude Tag相关内容的讲解部分，直观呈现了相关话题的交流场景，契合文档探讨AI编码相关内容的语境。

Anthropic의 Claude Tag 발표에 따르면 자사 제품 팀 코드의 65%가 내부 버전의 Claude Tag에 의해 생성된다고 합니다. 그렇다고 해서 풀 리퀘스트의 65%가 완전히 자율적으로 처리된다는 뜻도 아니고, 사람이 더 이상 코드를 검토하지 않는다는 뜻도 아닙니다. 이는 해당 워크플로 안에서 AI가 생성한 코드가 개발 과정의 주요한 일부가 되었다는 의미입니다.

중요한 핵심은 풀 리퀘스트가 위임의 실질적인 단위가 된다는 점입니다. 사람은 모든 키 입력을 일일이 확인할 필요가 없습니다. 대신 PR을 검토하고, 테스트를 확인하고, 요구사항을 검증한 뒤, 그 변경을 병합해야 하는지 결정합니다.

图片展示了一段对话内容，背景为办公桌场景，桌上有绿色杯子。对话框中显示“我觉得现在大概是65%，而且还在持续攀升。”这与文档中提到的Anthropic的Claude Tag公告内容相呼应，即65%的产品团队代码是由其内部版本的Claude Tag生成，且这一比例还在上升，强调AI生成代码已成为开发流程中的重要部分。

새로운 기준점은 프롬프팅이 아니다

AI 코딩 도구가 대부분 프롬프트 중심이던 시기에는 더 좋은 질문을 할 줄 아는 사람이 유리했습니다. 프롬프팅은 여전히 중요하지만, 이제 그것이 전부는 아닙니다.

AI가 며칠에 걸친 작업을 수행하고 풀 리퀘스트까지 열 수 있게 되면, 인간의 우위는 승인 설계로 이동합니다. 엔지니어와 제품 팀은 에이전트가 작업을 시작하기 전에 무엇이 “완료”를 의미하는지 명확히 정의해야 합니다.

실용적인 AI 작업에는 다음이 포함되어야 합니다.

명확한 목표: 무엇을 변경하거나 산출해야 하는가.
좁은 경계: 어떤 파일, 시스템 또는 동작은 건드리지 말아야 하는가.
승인 기준: 작업이 수용되기 전에 반드시 충족되어야 하는 것은 무엇인가.
테스트 요구사항: 어떤 테스트를 추가하거나 실행해야 하는가.
검토 체크리스트: 인간 검토자가 반드시 확인해야 하는 것은 무엇인가.
롤백 계획: 문제가 발생했을 때 변경을 어떻게 되돌릴 것인가.

이것이 진짜 새로운 역량입니다. 코드를 작성하는 일은 점점 더 쉬워지고 있습니다. 코드를 안전하게 승인하는 일은 점점 더 어려워지고 있습니다.

이것이 엔지니어에게 의미하는 것

엔지니어의 역할이 사라지는 것은 아닙니다. 그것은 재편되고 있습니다.

미래의 엔지니어링 워크플로는 다음과 같을 수 있습니다.

기존 워크플로	새로운 AI 에이전트 워크플로
직접 코드를 작성한다	작업과 승인 기준을 정의한다
AI에게 함수 하나를 요청한다	AI에게 검토 가능한 PR을 요청한다
도구 사이를 수동으로 전환한다	에이전트가 승인된 도구를 사용하게 한다
생성된 각 줄을 즉시 검토한다	최종 diff, 테스트, 로그, 동작을 검토한다
한 번에 하나의 작업	여러 AI 작업 흐름을 병렬로 진행

가장 뛰어난 엔지니어에게는 여전히 기술적 판단력이 필요합니다. 오히려 판단력은 더 중요해집니다.

출력량이 증가하기 때문에 더 중요해집니다. AI가 생성한 코드가 많아질수록 더 많은 리뷰 판단, 더 많은 위험 통제, 그리고 더 강력한 엔지니어링 표준이 필요해집니다.

이 때문에 “AI 작업 리뷰어”는 더 낮은 위상의 역할이 아닙니다. 오히려 기술 리드 역할에 더 가깝습니다. 어떤 작업을 해야 하는지 결정하고, 품질 기준을 설정하며, 좋지 않은 변경이 프로덕션에 반영되는 것을 막는 역할입니다.

FAQ

Claude Tag란 무엇인가요?

Claude Tag는 Anthropic의 Slack 기반 팀 AI 에이전트입니다. 관리자가 접근 권한과 권한 설정을 구성해 두었다면, 팀은 Slack 채널이나 스레드에서 @Claude를 멘션하고 공유된 컨텍스트를 바탕으로 작업을 할당할 수 있습니다.

Claude Tag는 Claude Code와 어떻게 다른가요?

Claude Code는 터미널, IDE, 브라우저, 데스크톱, Slack 같은 개발자 환경을 통해 코드베이스 작업을 수행하는 데 초점을 맞추고 있습니다. Claude Tag는 Slack에서의 팀 협업을 위해 설계되었으며, 공유된 대화로부터 Claude에게 작업을 할당하고 스레드에서 진행 상황을 보고받을 수 있습니다.

Fable 5는 무엇에 사용되나요?

Fable 5는 야심찬 코딩, 장시간 실행되는 에이전트 작업, 그리고 복잡한 전문 업무를 위한 Anthropic의 고성능 모델입니다. 여기서 이것이 중요한 이유는, 더 강력한 장기 지평 모델이 에이전트가 다단계 워크플로를 완료하는 것을 더 실용적으로 만들어 주기 때문입니다.

Claude Tag가 자동으로 풀 리퀘스트를 작성하나요?

Claude Tag는 연결된 리포지토리처럼 적절한 도구 접근 권한이 있을 경우, 버그 리포트나 작업을 초안 PR로 바꾸는 데 도움을 줄 수 있습니다. 하지만 사람 리뷰어는 여전히 변경 사항을 검토하고, 테스트를 확인하며, 병합 여부를 결정해야 합니다.

AI 코딩은 프로덕션 작업에 사용할 준비가 되었나요?

AI 코딩은 작업 범위가 명확하고, 테스트되며, 리뷰되는 경우 프로덕션 워크플로에서 유용할 수 있습니다. 수용 기준, 테스트 커버리지, 권한 제어, 롤백 계획 없이 크고 모호한 변경을 맡기는 것은 위험합니다.

AI 에이전트가 더 많은 코드를 작성할수록 어떤 기술이 더 중요해지나요?

작업 정의, 시스템 설계, 테스트, 코드 리뷰, 보안 판단, 그리고 제품 의사결정이 더 중요해집니다. 엔지니어는 경계를 설정하는 방법과 AI가 생성한 작업이 올바른지 검증하는 방법을 알아야 합니다.

팀은 AI 에이전트에게 대규모 마이그레이션부터 맡겨야 하나요?

대부분의 팀은 더 작고 위험이 낮은 작업부터 시작해야 합니다. 고급 에이전트 구성을 사용하면 대규모 마이그레이션도 가능할 수 있지만, 강력한 테스트 커버리지, 단계적 인계, 명확한 소유권, 그리고 신중한 인간 리뷰가 필요합니다.

요약

Claude Tag와 Fable 5는 AI 소프트웨어 엔지니어링의 분명한 방향을 보여준다. AI는 더 이상 한 줄의 코드를 완성하거나 짧은 프롬프트에 답하는 데만 제한되지 않는다. 이제는 팀이 공유하는 워크플로, 장시간 실행되는 작업, 그리고 PR 수준의 결과물로 나아가고 있다.

그렇다고 엔지니어가 과정에서 제외되는 것은 아니다. 다만 엔지니어링 역량이 가장 중요하게 작용하는 지점이 달라진다. 인간의 역할은 작업의 틀을 잡고, 수용 기준을 정의하며, 테스트하고, 검토하고, 병합 여부를 결정하는 쪽으로 이동한다.

다음으로 중요한 엔지니어링 역량은 단순히 더 나은 프롬프트를 작성하는 것이 아니다. AI가 생성한 작업을 어떻게 정의하고, 검증하고, 안전하게 수용할지 아는 것이다.