에이전트는 구조와 유연성 사이를 고를 수 없다

Python과 Markdown을 둘러싼 논쟁은 사실 구조와 유연성의 양자택일처럼 보이지만, 둘 중 하나를 극단적으로 밀어붙이면 모두 실패한다. 코드만으로 에이전트를 설계하면 경로는 안정적이지만 추론과 적응이 사라지고, 자연어만으로 풀면 유연하지만 통제와 디버깅이 불가능해진다.

코드 중심 접근은 runbook을 워크플로로 그대로 옮기는 방식에 가깝다. SRE처럼 특정 경보에는 잘 맞을 수 있지만, 새로운 형태의 장애나 시스템 변화가 나오면 쉽게 무너진다. 무엇을 시도했고 무엇을 배제했는지 사람에게 보여주지 못하고, 환경이 바뀔 때마다 하네스를 다시 고쳐야 한다.

반대로 Markdown 중심 접근은 목표만 주고 모델이 알아서 풀게 하는 방식이다. 슬라이드 생성처럼 한 번에 결과를 뽑아내는 작업에서는 흐름이 꼬이거나 레이아웃이 깨져도 세밀하게 고칠 수 없고, 다시 프롬프트를 던지는 식의 반복만 남는다. 실제 생산 환경에서는 컨텍스트 관리, 모델 선택, 비용 제어, 서브 에이전트 조율 같은 부분을 코드가 맡지 않으면 안 된다.

핵심은 둘의 절충이 아니라 역할 분담이다. Markdown은 의도와 도메인 지식을 담고, 코드는 실행, 검증, 강제, 툴 호출을 맡아야 한다. 이렇게 해야 에이전트가 여러 가설을 병렬로 검토하고, 인간이 추론 과정을 확인하며, 시스템 변화에도 적응하는 실제 에이전트처럼 동작한다.