요즘 AI를 쓰면서 자주 드는 생각이 있다. 이제 중요한 건 “AI를 쓰고 있는가?”가 아닌 것 같다. 대부분 한 번쯤은 ChatGPT나 Claude를 써봤고, 개발자라면 Cursor나 Codex 같은 도구도 자연스럽게 접하고 있다.
그래서 차이는 사용 여부에서 나지 않는다. 차이는 AI를 내 일하는 방식 안에 얼마나 자연스럽게 포함시켰는가에서 난다.
AI를 쓰는 것과 AI-native하게 일하는 것
AI를 쓰는 방식은 보통 이렇다. 막히면 질문한다. 에러 메시지를 붙여 넣는다. 문서 초안을 부탁한다. 코드 일부를 생성하게 한다. 이것도 충분히 좋다. 나도 계속 이렇게 쓴다.
다만 이 방식은 기존의 일하는 흐름 위에 AI를 얹은 형태에 가깝다. 업무 방식 자체가 바뀌었다기보다는, 중간중간 도움을 받는 방식이다. AI-native하게 일한다는 건 조금 다르게 느껴진다. 일을 시작하는 순간부터 AI가 들어올 자리를 같이 생각하게 된다.
문제를 정리하는 단계부터 AI를 같이 둔다. 가능한 방향을 비교할 때도 AI를 쓴다. 초안을 만들고, 구현을 나누고, 결과를 검토하는 과정에도 AI를 넣는다. AI를 도구처럼 한 번 꺼내 쓰는 게 아니라, 일의 흐름 안에 계속 두는 느낌이다.
도구보다는 동료에 가깝다
물론 AI가 진짜 동료라는 뜻은 아니다. 책임은 결국 사람에게 있다. 하지만 쓰는 방식만 놓고 보면 도구보다는 동료에 가까워지고 있다. 도구는 필요할 때만 꺼낸다. 동료는 일의 시작부터 같이 이야기한다.
AI를 잘 쓰는 사람은 질문을 잘하는 사람이라기보다, AI와 같이 일할 수 있는 환경을 잘 만드는 사람에 가깝다. 어떤 배경 정보를 줘야 하는지, 어떤 일은 AI에게 맡겨도 되는지, 어떤 부분은 사람이 직접 봐야 하는지, 결과가 맞는지 어떻게 검증할지, 잘 된 흐름을 다음에도 어떻게 반복할지 계속 조정하는 사람이다.
개발자의 역할도 조금씩 바뀐다
개발자의 기본기가 덜 중요해진다는 뜻은 아니다. 오히려 반대에 가깝다. AI가 만든 결과를 판단하려면 기본기가 더 필요하다. 코드가 맞는지, 설계가 이상하지 않은지, 장애를 만들 가능성은 없는지 결국 사람이 봐야 한다.
다만 개발자의 역할은 조금씩 넓어지고 있다. 예전에는 내가 직접 코드를 얼마나 잘 짜는지가 중심이었다면, 이제는 AI가 잘 일할 수 있게 판을 깔아주는 능력도 중요해지고 있다. 좋은 컨텍스트를 주고, 작업을 작게 나누고, 테스트와 리뷰로 안전장치를 만들고, 반복되는 일은 워크플로우로 정리하는 능력이다.
요즘 말로 하면 에이전트를 잘 운영하는 능력에 가까울 수도 있겠다.
결국 시스템을 만드는 사람
프롬프트를 잘 쓰는 것도 중요하다. 하지만 프롬프트만으로는 부족하다. 한두 번 좋은 답을 얻는 것과 계속 안정적으로 좋은 결과를 얻는 것은 다르다.
계속 좋은 결과를 내려면 결국 시스템이 필요하다. AI가 참고할 수 있는 문서가 있어야 하고, 검증할 테스트가 있어야 하고, 실수했을 때 되돌릴 수 있는 구조가 있어야 한다. AI를 잘 쓰는 사람은 단순히 명령을 잘 내리는 사람이 아니라, AI가 실수하더라도 크게 망가지지 않도록 환경을 설계하는 사람인 것 같다.
요즘의 결론
AI-native는 거창한 말처럼 들리지만, 결국 일하는 기본값이 바뀌는 것이라고 생각한다. 새로운 일을 시작할 때 자연스럽게 AI를 옆에 두고, 반복되는 작업을 그냥 넘기지 않고 다음에는 더 쉽게 할 수 있도록 정리해두고, AI가 만든 결과를 믿기만 하지 않고 검증할 구조를 같이 만드는 것에 가깝다.
이런 작은 차이가 계속 쌓이면 꽤 큰 차이가 될 것 같다. 요즘은 프롬프트를 얼마나 멋지게 쓰느냐보다, AI가 실수해도 다시 확인하고 고칠 수 있는 흐름을 만들어두는 쪽이 더 중요하다는 생각을 자주 한다.