에이전트가 운전할 수 있습니다. 하지만 당신은 여전히 경로를 알고 있어야 합니다.
많은 사람들이 모든 것을 AI 에이전트에게 위임하고 싶어 합니다. 에이전트에게 목표를 주고 그냥 떠나버리죠. 그들은 완전한 위임을 원합니다.
이것은 함정입니다.
에이전트는 대부분의 경우 잘 작동할 것입니다. 문제는 에이전트가 실패할 때 발생합니다. 빌드가 깨지거나 동작이 변할 때 말이죠. 모델이 같은 자리를 맴돌기 시작할 때도 있습니다.
에이전트가 무엇을 만들었는지 이해하지 못한다면, 그것을 고칠 수 없습니다. 당신은 알지 못하는 코드를 들여다보며 막막해질 것입니다. 에러를 찾을 지도조차 없게 될 것입니다.
AI 에이전트를 주니어 개발자라고 생각하십시오. 주니어 개발자는 벽에 부딪히면 당신에게 도움을 요청합니다. 당신은 그들의 안전망입니다.
에이전트가 실패할 때, 당신이 바로 그 안전망입니다. 다른 사람은 없습니다. 당신마저 막막해진다면 모든 것이 멈춥니다. 에이전트만큼이나 길을 잃은 상태라면 시스템을 고칠 수 없습니다.
얼마나 많은 것을 넘길 수 있을지 묻는 것을 멈추십시오. 대신 무엇을 계속 이해하고 있어야 하는지를 물으십시오.
모든 코드 한 줄 한 줄을 암기할 필요는 없습니다. 그것은 에이전트를 사용하는 목적에 어긋납니다. 대신 다음과 같은 핵심적인 부분들을 이해해야 합니다:
• 데이터가 시스템을 통해 어떻게 이동하는지. • 시스템 상태가 어디에 저장되는지. • 애플리케이션의 핵심 경로(critical path). • 서로 다른 부분들이 연결되는 지점들.
준비가 되었는지 확인하기 위해 이 테스트를 사용해 보십시오:
단일 요청을 처음부터 끝까지 추적할 수 있습니까? 그것을 소리 내어 설명할 수 있습니까? 에러가 발생했을 때, 어디서 발생했는지 짐작할 수 있습니까?
에러의 위치를 짐작할 수 있다면, 당신이 제어권을 쥐고 있는 것입니다. 만약 에러를 단순히 AI에 다시 붙여넣고 해결되기를 바랄 뿐이라면, 당신은 시스템을 소유하고 있는 것이 아닙니다. 그저 빌려 쓰고 있는 것입니다.
에이전트가 반복적인 작업은 처리하게 두십시오. 그 속도를 활용해 아키텍처에 집중하십시오. 시스템의 뼈대(skeleton)는 직접 쥐고 있어야 합니다.
타이핑은 위임할 수 있습니다. 하지만 최후의 방어선이 되는 역할은 위임할 수 없습니다.
Source: https://dev.to/jaikora/the-agent-can-drive-you-still-need-to-know-the-route-274
Optional learning community: https://t.me/GyaanSetuAi