소프트웨어 개발자 애슐리 칠드레스는 현재의 기획서 중심 개발 방식이 AI를 진정한 협업자가 아닌 단순한 문서 생성기로 전락시키고 있다고 지적한다. 표준적인 개발 프로세스에서는 개발자가 먼저 기획서를 작성하고 AI에게 이를 실행하도록 시키는데, 이는 마치 AI를 자판기처럼 다루는 행위와 같다. 이러한 방식은 AI가 한 가지 방향을 정하면 오류가 포함된 계획을 끝까지 밀고 나가는 '배치 사고' 문제를 야기한다. 결과적으로 AI는 실시간 협의와 설계 조정이라는 핵심 과정을 거치지 못한 채 단순 타이피스트 역할에 머물게 된다.

칠드레스는 개발 프로세스를 대화형 기획 방식으로 전환할 것을 권장한다. AI를 '무조건 수용하는 기계'가 아닌 '반대자'로 설정해 설계 선택을 논쟁적으로 다룸으로써 잘못된 가정을 조기에 식별할 수 있다. 이를 위해 AI 시스템 프롬프트에 제한적 적대 규칙을 설정해야 한다. 해당 규칙은 AI가 결정되지 않은 설계에 의문을 제기하고, 위험 요소가 높은 반론을 순차적으로 제시하며, 사용자 입력을 기다린 뒤 다음 단계로 진행하도록 유도한다. 이 적대적 프레임워크는 프로세스가 소모적으로 흐르거나 이미 확정된 설계를 다시 번복하지 않도록 제동 장치를 포함한다.

이러한 협업 방식을 거치면 기획서는 사고의 대체물이 아닌, 이미 완료된 고민의 기록이자 결과물로 남게 된다. 이는 한 명의 개발자가 설계를 주도하는 싱글 플레이어 워크플로우에 최적화된 방식이다. 다만 칠드레스는 여러 이해관계자가 문서를 공유 계약서로 활용하는 대규모 팀 환경에서 이 대화형 모델을 어떻게 확장할지에 대해서는 여전히 과제가 남아있다고 언급한다. 결론적으로 프로그래밍 분야에서 AI의 가치는 깔끔한 마크다운 파일 생산이 아닌, 대화 과정에서 발생하는 생산적 마찰에 있다. 실제로 본 기사 또한 이 적대적 워크플로우를 반복하며 AI가 저자의 논지를 비판하게 하는 방식으로 생성되었다.

소프트웨어 개발자 애슐리 칠드레스는 현재의 기획서 중심 개발 방식이 AI를 진정한 협업자가 아닌 단순한 문서 생성기로 전락시키고 있다고 지적한다. 표준적인 개발 프로세스에서는 개발자가 먼저 기획서를 작성하고 AI에게 이를 실행하도록 시키는데, 이는 마치 AI를 자판기처럼 다루는 행위와 같다. 이러한 방식은 AI가 한 가지 방향을 정하면 오류가 포함된 계획을 끝까지 밀고 나가는 '배치 사고' 문제를 야기한다. 결과적으로 AI는 실시간 협의와 설계 조정이라는 핵심 과정을 거치지 못한 채 단순 타이피스트 역할에 머물게 된다.

칠드레스는 개발 프로세스를 대화형 기획 방식으로 전환할 것을 권장한다. AI를 '무조건 수용하는 기계'가 아닌 '반대자'로 설정해 설계 선택을 논쟁적으로 다룸으로써 잘못된 가정을 조기에 식별할 수 있다. 이를 위해 AI 시스템 프롬프트에 제한적 적대 규칙을 설정해야 한다. 해당 규칙은 AI가 결정되지 않은 설계에 의문을 제기하고, 위험 요소가 높은 반론을 순차적으로 제시하며, 사용자 입력을 기다린 뒤 다음 단계로 진행하도록 유도한다. 이 적대적 프레임워크는 프로세스가 소모적으로 흐르거나 이미 확정된 설계를 다시 번복하지 않도록 제동 장치를 포함한다.

이러한 협업 방식을 거치면 기획서는 사고의 대체물이 아닌, 이미 완료된 고민의 기록이자 결과물로 남게 된다. 이는 한 명의 개발자가 설계를 주도하는 싱글 플레이어 워크플로우에 최적화된 방식이다. 다만 칠드레스는 여러 이해관계자가 문서를 공유 계약서로 활용하는 대규모 팀 환경에서 이 대화형 모델을 어떻게 확장할지에 대해서는 여전히 과제가 남아있다고 언급한다. 결론적으로 프로그래밍 분야에서 AI의 가치는 깔끔한 마크다운 파일 생산이 아닌, 대화 과정에서 발생하는 생산적 마찰에 있다. 실제로 본 기사 또한 이 적대적 워크플로우를 반복하며 AI가 저자의 논지를 비판하게 하는 방식으로 생성되었다.