코딩 에이전트는 스스로 확장되지 않으며, 팀도 마찬가지입니다

그는 당시 지속적인 전달이 "미친 생각"이라고 들었던 것을 회상하며, 현재 "어두운 공장" 개념에 대해서도 비슷한 정서를 관찰합니다. 이는 새로운 기술 패러다임이 종종 기술적 불가능성 때문이 아니라, 변화를 받아들일 준비가 되지 않은 조직 때문에 초기 반발에 부딪힌다는 것을 시사합니다.

드부아는 "여기서는 작동하지 않을 것"이라는 일반적인 반대가 종종 조직이 새로운 방법을 채택할 "아직 준비가 안 된" 근본적인 문제를 가린다고 설명합니다. 그는 기술이 혁신의 주요 장벽이 되는 경우는 거의 없으며, 오히려 프로세스와 사고방식을 조정하려는 조직의 준비 상태와 의지가 성공적인 통합을 결정한다고 주장합니다.

그는 선도 연구소와 전문 회사들이 이러한 기능을 제공하여 개별 조직이 처음부터 개발할 필요 없이 쉽게 사용할 수 있게 될 것이라고 제안합니다.

드부아에 따르면, 이러한 상품화는 AI 에이전트를 채택하는 기업의 진정한 차별화 요소가 에이전트 루프 자체를 어떻게 구축하는지가 아닐 것임을 의미합니다. 대신 성공은 조직이 이러한 에이전트를 기존 워크플로우에 얼마나 효과적으로 통합하고, 팀 상호 작용을 최적화하며, 에이전트 주변의 시스템 개선을 촉진하는지에 달려 있을 것입니다.

이 원칙은 조직이 자체 통신 구조를 반영하는 시스템을 설계한다는 것으로, 조직 구조, 팀 통신 및 그들이 사용하는 도구 사이에 깊은 연관성이 있음을 의미합니다.

AI 시대에는 개별 에이전트를 개선하는 것 이상으로 초점을 옮겨야 합니다. 대신 조직은 팀이 이러한 에이전트와 어떻게 상호 작용하는지, 플랫폼이 이러한 상호 작용을 어떻게 촉진하는지, 그리고 그 효과를 극대화하기 위해 필요한 광범위한 조직 변화를 고려해야 합니다.

이러한 변화는 개발 역할의 광범위한 진화를 반영하며, 엔지니어는 처음부터 코드를 작성하는 대신 AI를 관리하고 안내합니다.

그러나 드부아는 이러한 전환이 초기에는 마찰을 일으킨다고 지적합니다. 많은 엔지니어가 주로 "프롬프트"를 하거나 단순히 AI를 안내하는 역할에 익숙하지 않기 때문입니다. 직접적인 코딩 참여의 상실로 인식되어, 직접적인 코드 작성에 익숙한 개발자들 사이에서 불만을 초래할 수 있습니다.

드부아는 AI 에이전트 작업 시 엔지니어의 정체성과 참여 의식을 회복시킬 수 있는 새로운 기술 경로를 식별합니다. 조직 내에서 하네스, 루프 및 더 자율적인 작업을 도입함으로써 엔지니어링을 위한 새로운 프론티어가 열립니다.

이러한 접근 방식을 통해 개발자는 전문 도구를 구축하여 에이전트를 프로그래밍 방식으로 지원할 수 있으며, 역할을 단순한 프롬프트 엔지니어링에서 더 복잡한 시스템 엔지니어링으로 전환할 수 있습니다. 엔지니어가 코드와 인프라를 통해 에이전트 작동 방식을 개선하는 데 직접 기여할 수 있을 때, 그들은 더 적극적으로 참여하고 기술 능력을 더 잘 활용하게 됩니다.

저항하는 개인을 해고하는 대신, 조직은 그들의 불만을 AI 에이전트에 대한 건설적인 개선으로 전환해야 합니다.

회의적인 개발자들이 에이전트 컨텍스트를 개선하고 더 나은 하네스를 구축하도록 권한을 부여함으로써, 그들의 비판적인 시각은 에이전트의 성능과 신뢰성을 향상시키는 데 직접적으로 기여할 수 있습니다. 이 접근 방식은 저항을 시스템 개선을 위한 메커니즘으로 전환하여 더 견고하고 고품질의 AI 출력을 이끌어냅니다.

패트릭 드부아는 기업들이 개발자들 사이에서 근본적인 사고방식 전환을 구현하도록 조언합니다. 즉, AI 에이전트가 생성한 코드를 단순히 수정하는 것을 멈추고 대신 기본 시스템을 개선하는 데 집중해야 합니다. 그는 개별 코드 결과물을 패치하는 것은 문제의 근본 원인을 해결하지 못하는 반응적이고 비효율적인 접근 방식이라고 주장합니다.

에이전트가 작동하는 시스템(하네스, 컨텍스트, 피드백 루프 포함)을 개선함으로써 조직은 반복되는 문제를 방지하고 전체 팀의 에이전트 생성 코드 품질을 향상시킬 수 있습니다. 이러한 사전 예방적 접근 방식은 개발 수명 주기 전반에 걸쳐 더 확장 가능하고 지속 가능한 생산성 향상으로 이어집니다.