OpenAI가 공개한 Codex 앱 설명에서 눈에 띄는 부분은 “여러 에이전트를 한꺼번에 관리한다”는 방향입니다. 코딩 AI가 단순히 옆에서 답을 주는 도구가 아니라, 작업 단위로 나뉘어 병렬로 움직이는 구조에 가까워지고 있어요.
이 변화는 개발자에게 꽤 현실적인 질문을 남깁니다. AI가 더 많은 일을 할 수 있다면, 개발자는 무엇을 더 잘해야 할까요. 제 생각에는 코드를 직접 치는 시간보다 작업을 나누고 검증하는 능력이 더 중요해질 가능성이 큽니다.
좋은 지시는 긴 지시가 아니라 잘 나뉜 지시예요
AI에게 “이 기능 만들어줘”라고 맡기는 건 편해 보이지만, 작업 범위가 너무 넓으면 결과도 흐려집니다. 반대로 “이 파일에서 이 조건을 검증하고, 이 테스트를 추가하고, 이 API 응답 형식은 유지해줘”처럼 경계가 분명하면 결과를 평가하기 쉬워요.
코딩 AI 시대의 생산성은 프롬프트 문장력보다 작업 분해와 검증 기준에서 갈릴 가능성이 큽니다.
블로그 자동화 프로젝트에도 같은 기준이 적용됩니다. 상품 조회, 글 생성, 이미지 업로드, SEO 검증, 발행 확인을 한 덩어리로 맡기면 어디서 문제가 났는지 흐려집니다. 반대로 단계별로 나누면 자동화는 더 안전해져요.
개발자가 남겨야 할 기준
- 작업은 파일, 기능, 검증 기준 단위로 쪼개야 합니다.
- AI가 바꿔도 되는 범위와 건드리면 안 되는 범위를 먼저 정해야 해요.
- 결과는 설명보다 테스트와 실제 동작으로 확인해야 합니다.
- 여러 에이전트를 쓸수록 변경 이력과 승인 단계가 중요해집니다.
AI가 코드를 더 빨리 만들수록, 사람은 “무엇을 만들까”보다 “어디까지 맡길까”를 더 자주 판단해야 합니다. 그 판단이 없으면 속도는 빨라져도 품질은 흔들릴 수 있어요.
그래서 저는 코딩 AI를 개발자의 대체재라기보다 작업 분해 능력을 증폭시키는 도구로 보는 편이 맞다고 생각합니다. 일을 잘게 나눌수록 AI는 더 쓸 만해지고, 기준이 흐릴수록 AI 결과도 흐려집니다.