‘코딩 에이전트’라는 이름은 잘못된 이름입니다. 그것은 모든 것을 다루는 에이전트입니다.

Anthropic의 개발자 행사인 Code with Claude에서, 엔지니어인 Jeremy Hadfield는 방에 있는 사람들에게 질문을 했습니다: 지난 주에 Claude가 완전히 작성한 풀 리퀘스트를 보낸 사람은 누구인가요? 손들어보세요. 약 절반이 손을 들었습니다. 그러고 나서 그는 후속 질문을 했습니다: 코드를 전혀 읽지 않고 풀 리퀘스트를 보낸 사람은 누구인가요? 긴장된 웃음이 터졌습니다. 대부분의 손이 들려있었습니다.

Anthropic은 이제 Claude가 자신의 대부분의 소프트웨어를 작성하고 있으며, Claude Code 내부의 코드도 대부분 Claude가 작성했다고 말합니다. 그리고 그것은 Anthropic만이 아닌 것입니다. 같은 기간에, OpenAI는 Gartner에 의해 엔터프라이즈 코딩 에이전트의 리더로 선정되었습니다 및 Dell 및 Ramp와 같은 회사에서 Codex 에이전트를 사용하고 있습니다. 두 연구소, 한 방향, 모호함이 없습니다: 코드를 에이전트에게 넘기는 것은 1년 만에 новиз나에서 정상으로 바뀌었습니다.

우리는 이러한 것들을 “코딩 에이전트”라고 계속 부르고 있습니다. 그러나 그 이름은 실제로 무엇이 건설되고 있는지 많은 사람들이 놓치게 할 것입니다.

실제로 일어나는 일

Code with Claude의 무대에서 프레임은 “AI가 코드를 더 빠르게 작성하도록 도와준다”는 것이 아니었습니다. 그것은 더 멀리 있었습니다. Claude Code를 운영하는 Boris Cherny는 이렇게 말했습니다: “기본값은 ‘Claude에게 프롬프트를 보내겠다’가 아니라 ‘Claude가 스스로 프롬프트를 보낸다’입니다.” 다른 엔지니어의 버전: “Claude의 방해를 받지 않도록 하기. 우리는 ‘그냥 두라고’라고 말합니다.” Anthropic은 даже 에이전트가 스스로 노트를 작성하고, 노트를 통합하여 코드베이스에서 더 잘 작동하도록 하는 기능을 데모했습니다.

데모에 나타난 회사는 큰 엔지니어링 회사뿐만 아니라 Spotify와 Delivery Hero도 있었습니다. 힌트는 스타트업이었습니다: Lovable, Base44, Monday.com과 같은 회사는 모두 사람들이 앱을 작성할 수 있도록 해주는 회사이었습니다. 앱을 작성하는 앱. 추상화는 올라가고 있으며, 코드를 작성하지 않는 사람들을 향해 올라가고 있습니다.

Anthropic의 한 리더는 Claude가 현재 중급 엔지니어와 비슷한 수준으로 코드를 작성할 수 있다고 말했습니다. 또 다른 사람은 목표하는 최종 상태는 Claude가 “본질적으로 스스로를 작성할 수 있다”고 말했습니다.

“코딩 에이전트”라는 이름은 부족합니다

코드는 가장 읽기 쉬운 것입니다. 그것은 텍스트이며, 작동하거나 작동하지 않으며, 풀 리퀘스트를 세어볼 수 있습니다. 그래서 벤치마크는 그곳을 가리키고 있으며, 이름이 붙여졌습니다.

그러나 그것을 벗기면, 이것들은 코드 도구가 아닙니다. 목표를 설정하고, 그것을 단계로 나누고, 도구를 사용하고, 자신의 작업을 확인하고, 성공할 때까지 다시 시도하는 일반 에이전트입니다. 코드는 단지 그 루프를 가장 깨끗하게 보여주는 것입니다. 루프 자체는 코드에 관한 것이 아닙니다.

그것이 대부분의 보도가 놓치고 있는 것입니다. 헤드라인은 “엔지니어가 손으로 코드를 적게 작성한다”입니다. 실제 이야기는 아이디어가 있는 사람과 작동하는 것 사이의 간격이 좁혀지고 있다는 것입니다. 그리고 코드는 그 간격의 표현 중 하나였습니다.

Claude가 풀 리퀘스트를 보냈다는 데모에서는 개발자들이 그것이 개발자에게 좋거나 나쁠 수 있다는 것을 논쟁합니다. 공정한 논쟁입니다. 그러나 그것은 더 큰 것을 묻습니다: 풀 리퀘스트를 작성할 수 있는 동일한 기능은 마케터가 필요한 작은 내부 도구, 두 개의 지저분한 스프레드시트를 조정하는 스크립트, 폴더의 노트를 발행된 초안으로 변환하는 파이프라인을 작성할 수 있습니다. 그것은 모두 “소프트웨어 개발”이 아닙니다. 그러나 모두 누군가가 무엇을 원하는지 설명할 수 있다면 이제 구축할 수 있습니다.

실제로 변하는 사람들

저는 엔지니어가 아닙니다. 저는 콘텐츠와 운영을 담당합니다. 1년 전, 제가 존재하지 않는 도구가 필요했다면, 저는 세 가지 옵션을 가지고 있었습니다: 충분히 가까운 것을 구매하거나, 누군가가 그것을 작성하기를 기다리거나, 없이 지내야 했습니다. 이제는 네 번째 옵션이 있습니다: 그것을 설명하고 에이전트가 그것을 작성하도록 하는 것입니다. 저를 위해, 제가 실제로 일하는 방식에 따라.

그것이 “코딩 에이전트” 프레임이 숨기는 해방입니다. 에이전트가 코드를 작성하는 것의最大한 이점을 받는 사람들은 이미 코드를 작성하는 사람들이 아닙니다. 코드를 작성할 수 없는 사람들이입니다. 레버리지가 엔지니어에게 20% 더 빠르게 쌓이는 것이 아닙니다. 그것은 도구가 없는 사람들에서부터 자신의 도구로 옮겨가는 사람들에게 쌓입니다.

그리고 그것은 지금 출하되고 있는 모든 것과 일치합니다. Code with Claude와 같은 주에, Google은 사용자에게 맞춤형 미니 앱을 작성하는 검색 에이전트를 보여주었습니다. 다른 회사이지만, 같은 방향입니다: 소프트웨어는 더 이상 고용하는 것이 아니라 요청하는 것입니다. “앱을 작성하는 앱”을 데모하는 스타트업은 그 곡선의 중간에 있습니다. 끝은 모두입니다.

언급할 가치가 있는 함정

이것은 깨끗한 승리가 아니며, 방은 그것을 알았습니다. 회의 밖에서 많은 개발자들이 강하게 반발하고 있습니다. 연구자들은 검토되지 않은 코드의 홍수는 아직 아무도 해결하지 못한 보안 및 유지 보수 부채를 생성한다고 경고합니다. 일부 엔지니어들은 자신의 기술이萎縮하고 있다고 말합니다. Anthropic의 사람들은 또한 오래된 소프트웨어 최선의 관행이 여전히 적용되고, 많은 팀이 그것을 잃어버렸다고 인정했습니다.

그것을 진지하게 생각하세요. 읽을 수 없는 코드를 대규모로 작성하여, 다른 사람에게 의존하는 시스템에 생산성 코드를 작성하는 것은 느린 재앙을 일으키는 방법입니다.

그러나警告이 실제로 누구를 위한 것인지 주목하세요. 그것은 다른 사람에게 영향을 미치는 시스템의 관리를 넘기는 팀을 위한 것입니다. 자신의 워크플로우에 작은 도구를 작성하는 운영자는 영향을받는 범위가 자신의 오후입니다. 하락은 작동하지 않는 스크립트입니다. 상승은 1년 전에는 존재하지 않았던 레버리지입니다.

그것을 정확하게 불러라. 코딩 에이전트가 아니라, 모든 것을 다루는 에이전트입니다. 지금은 코드를 작성하는 데 가장 좋지만, 이야기의 핵심은 기계가 소프트웨어를 작성한다는 것이 아닙니다. 그것은 소프트웨어를 작성할 수 있는 문이 모든 잠금에서 해방된 것입니다. 그리고 대부분의 사람들이 아직 그 문을 지나가지 못했습니다.