← Back to list

앤드류 응이 그린 개발자 지도에서, 코딩 에이전트를 다루는 능력이 한 축을 차지했습니다

앤드류 응AI 엔지니어링코딩 에이전트개발자 역량교육

8월 14일, 앤드류 응이 뉴스레터 더 배치를 통해 AI 엔지니어링 스킬 맵을 공개했습니다. 목적은 두 가지라고 밝혔습니다. 개발자가 무엇부터 배울지 정하도록 돕는 것, 그리고 고용주가 실력 있는 개발자를 알아보도록 돕는 것입니다.

만든 방식이 이 지도의 무게를 정합니다. 발표 기준으로 채용공고 1만 건 이상을 분석하고, AI 전문가·채용 관리자·리크루터를 대상으로 수십 건의 구조화 인터뷰를 진행했으며, 설문과 공개 자료를 함께 종합했습니다. 개인의 소회가 아니라 노동시장에서 실제로 무엇을 요구하는지를 역산한 결과라는 뜻입니다.

먼저 밝혀 둘 것이 있습니다. 이번에 나온 것은 완성된 상세 지도가 아니라 네 개의 축을 세운 예고편입니다. 응은 각 축에 대해 할 말이 더 있으며 다음 몇 편의 편지에서 풀어 놓고 더 상세한 지도를 공유하겠다고 적었습니다. 그러니 지금 읽을 것은 세부 항목이 아니라 무엇이 축으로 승격됐는가입니다.

네 개의 축

앤드류 응이 세운 네 축 (발표 기준)AI 애플리케이션을 짓고 배포하기언어모델, 컨텍스트 엔지니어링, 검색증강생성, 에이전트 워크플로를 이해하고, 통계적 기법으로 시스템을 측정·조종·관리합니다. 핵심은 규율 있는 평가와 오류 분석 루프입니다.소프트웨어 공학 기본기비용, 확장성, 신뢰성, 속도, 보안, 프라이버시 사이의 맞교환을 다뤄 근거 있는 구조 결정을 내립니다. AI가 왔다고 사라지지 않는 자리입니다.코딩 에이전트를 다루기 · 새로 올라온 축에이전트의 컨텍스트를 관리하고, 계획과 실행 사이를 저울질하고, 검증기와 평가를 붙여 스스로 마무리하게 하고, 여러 에이전트를 함께 굴립니다.무엇을 지을지 정하기구현을 넘어 제품 감각과 사업 맥락을 갖추고, 최소 제품을 빨리 낼 때와 공들여 지을 때를 가릅니다.
발표 기준. 응은 이 네 가지가 AI 엔지니어라는 직함에만 해당하는 것이 아니라 모든 개발자에게 적용된다고 밝혔습니다.

네 축을 나란히 놓으면 구성이 읽힙니다. 첫째와 둘째는 원래 있던 자리입니다. AI 시스템을 짓는 능력과 소프트웨어 공학의 기본기입니다. 넷째는 늘 중요했지만 개발자에게 강조되지 않던 자리, 즉 무엇을 지을지 정하는 감각입니다. 그리고 셋째가 이번 지도의 뉴스입니다.

새로 승격된 자리: 에이전트를 다루는 능력

응은 코딩 에이전트를 능숙하게 쓰는 것이 이제 모든 개발자의 핵심 기술이라고 못 박았습니다. 그 기술을 가졌다는 것이 무엇을 뜻하는지도 구체적으로 적었습니다. 에이전트가 어떻게 작동하는지에 대한 좋은 머릿속 모형을 갖고, 한계와 우회법을 알며, 얼마나 개입하고 얼마나 내버려 둘지를 판단해 시간과 토큰을 낭비하지 않고 튼튼한 소프트웨어를 만드는 것입니다.

그가 이 축 안에 넣은 항목들이 이 글에서 가장 중요한 대목입니다.

에이전트를 다루는 능력의 안쪽컨텍스트 관리무엇을 보여 주고 무엇을 덜어낼지 정합니다.토큰을 태우지 않으면서 맥락을 지키는 일입니다.계획과 실행의 저울질먼저 설계하게 할지, 바로 시키고 고칠지판단합니다. 과제 성격에 따라 답이 다릅니다.검증기와 평가 붙이기에이전트가 스스로 루프를 마무리하도록채점 장치를 제공하는 일입니다.명세를 쓸 때와 안 쓸 때분명한 사양을 갖고 일하는 법, 그리고굳이 그럴 필요 없는 때를 가립니다.여러 에이전트 조율함께 일하는 에이전트들을 엮어하나의 작업으로 굴립니다.사고 회피에이전트가 운영 데이터베이스를 망치는종류의 사고를 막는 일입니다.
발표 기준의 항목들입니다. 프롬프트를 잘 쓰는 요령이 아니라, 자율 실행 시스템을 운영하는 기술의 목록입니다.

이 목록이 왜 중요한가. 프롬프트 기술 이야기가 아니기 때문입니다. 여섯 항목 어디에도 "질문을 잘하는 법"이 없습니다. 대신 무엇을 보여 줄지 고르고, 언제 계획을 시킬지 정하고, 채점 장치를 붙이고, 여러 대를 엮고, 사고를 막습니다. 이것은 사람을 여럿 데리고 일하는 관리자의 기술 목록에 훨씬 가깝습니다.

검증기를 붙이라는 항목이 특히 눈에 띕니다

여섯 항목 가운데 하나를 골라 짚자면 검증기와 평가를 제공해 에이전트가 스스로 루프를 닫게 하라는 대목입니다. 응이 첫째 축에서도 "규율 있는 평가와 오류 분석 루프"를 핵심으로 꼽았다는 점을 함께 보면, 이 지도의 무게중심이 어디인지 분명해집니다.

이 진단은 이 블로그가 계속 확인해 온 구조와 같은 자리를 가리킵니다. 검증 루프 이야기에서 정리했듯 지금 가장 비싼 공정은 코드를 짜는 일이 아니라 그것이 맞는지 판정할 장치를 만드는 일이고, RLVR의 전선에서 봤듯 채점이 되는 영역에서만 루프가 제대로 돕니다. 응이 개발자 개인의 역량 목록에 검증기 제공을 넣은 것은, 프런티어 랩이 모델을 학습시킬 때 하는 일과 개발자가 에이전트를 부릴 때 하는 일이 같은 종류의 작업이라는 뜻입니다. 규모만 다를 뿐입니다.

맥락: 왜 지금 이 지도가 나왔나

이 발표를 이번 주의 다른 사건들과 나란히 놓으면 시점이 읽힙니다. 같은 주에 딥시크는 에이전트를 조립하는 하네스를 오픈소스로 풀었고, 앤트로픽에서는 클로드가 자사 앱의 일상 유지보수를 맡아 3주간 PR 388개를 여는 실험이 공개됐습니다. 도구 쪽에서는 에이전트를 조립하고 상시로 돌리는 일이 이미 실무가 됐는데, 그 도구를 다루는 사람의 역량은 아직 이름이 없었습니다. 응의 지도는 그 자리에 이름을 붙인 문서입니다.

또 하나 눈여겨볼 대목은 그가 계속 새 도구를 시도하는 루틴 자체를 역량으로 꼽았다는 점입니다. 에이전트 코딩의 모범 사례가 워낙 빨리 바뀌니, 지금의 최신 관행을 아는 것만으로는 부족하고 관행이 바뀔 때 작업 방식을 갱신하는 습관이 있어야 한다는 것입니다. 배워야 할 항목이 아니라 갱신 주기를 역량으로 규정한 셈입니다.

이 지도를 어떻게 쓸 것인가

세 갈래로 정리됩니다.

개발자에게는 우선순위입니다. 네 축 가운데 둘째(공학 기본기)는 사라지지 않고, 셋째(에이전트 운용)는 새로 필수가 됐으며, 넷째(무엇을 지을지)는 실행이 값싸질수록 비중이 커집니다. 노동 재편 분석에서 다뤘듯 준비 노동이 먼저 자동화되는 구조에서, 응의 네 축은 남는 자리가 어디인지의 목록이기도 합니다.

고용주에게는 면접 질문입니다. 이 지도의 두 번째 목적이 그것이고, 실제로 셋째 축의 여섯 항목은 그대로 질문이 됩니다. 컨텍스트를 어떻게 잘라 넣는지, 에이전트에게 언제 계획을 시키는지, 결과가 맞는지 무엇으로 확인하는지. 코딩 테스트가 측정하지 못하는 것들입니다.

교육 사업자에게는 커리큘럼 좌표입니다. 응이 이 지도를 만든 곳이 교육 회사라는 점은 감안하고 읽어야 합니다. 다만 채용공고 1만 건이라는 근거가 그 편향을 상당히 눌러 줍니다.

마지막으로 남는 것은 이 문장입니다. 응은 이 네 가지가 AI 엔지니어라는 직함에만 해당하지 않고 모든 개발자에게 적용된다고 적었습니다. 코딩 에이전트를 다루는 일이 특수 분야의 전문 기술이 아니라 일반 개발자의 기본기로 내려왔다는 선언이고, 이번 지도의 진짜 뉴스는 그 강등 아닌 승격에 있습니다. 상세 항목은 다음 편지들에서 채워질 예정이니, 지금은 축이 몇 개이고 무엇이 새로 들어왔는지까지만 확정된 상태로 읽는 것이 정확합니다.

YS-VC | Founder Intake Desk — Intervest