프롬프트에서 프로세스로: AI 소프트웨어 개발 에이전트를 지원하는 프레임워크의 프로세스 분류 체계 및 비교 평가

프로그래밍을 위한 AI 도구는 더 이상 단순한 자동 완성(autocomplete)이나 채팅 어시스턴트에 머물지 않습니다. 이들은 프로세스(process), 역할(roles), 산출물(artifacts) 및 검증(verification)을 갖춘 개발 프레임워크(development frameworks)로 스스로를 조직하고 있습니다. 최근의 조사들은 소프트웨어 엔지니어링을 위한 에이전트(agents)와 LLM(Large Language Models)을 매핑하고 있지만, 이러한 역량을 프로세스로 전환하는 운영 프레임워크(operational frameworks)에 집중한 연구는 부족한 실정입니다. 우리는 기능적 포함 기준(functional inclusion criterion)과 견인력 측정(traction measurement)을 바탕으로 1차 자료에 대한 지시적 검색(directed search)을 수행하였으며, GitHub Spec Kit, OpenSpec, BMAD Method, Get Shit Done (GSD), Spec Kitty, Reversa 등 6개의 프레임워크를 선정했습니다. 각 프레임워크는 서로 다른 경로를 통해 AI 개발에 접근합니다: 완전형 및 경량형 변형을 포함한 명세 주도 개발(spec-driven development), 에이전트 주도 애자일 계획(agent-driven agile planning), 에이전트에 대한 컨텍스트 엔지니어링(context engineering), 워크트리 격리(worktree isolation) 및 리뷰, 그리고 레거시 시스템으로부터의 운영 명세 복구(recovery of operational specifications)가 그것입니다. 우리의 핵심 기여는 명세(specification), 컨텍스트(context), 역할(roles), 실행(execution), 검증(validation), 이식성(portability)이라는 6가지 차원의 프로세스 분류 체계(process taxonomy)를 구축하고, 이를 복제 가능한 도구로 만드는 채점 루브릭(scoring rubric)을 제시하는 것입니다. 우리는 이를 6개의 프레임워크와 표본 외 사례인 Spec-Flow에 적용했습니다. 두 가지 결과가 두드러집니다. 이미 일부 프로세스를 채택하고 있는 프레임워크들 사이에서는 수렴(convergence) 현상이 나타납니다. 즉, 격리된 프롬프트(isolated prompt)는 중심성을 잃고, 지속적인 산출물(persistent artifacts), 작업 계약(work contracts), 추적성(traceability) 및 인간의 리뷰(human review)가 모호성을 줄이고 에이전트를 조정하는 메커니즘이 됩니다. 또한, 6가지 차원을 모두 강력하게 커버하는 프레임워크는 없었으며, 이는 프로세스의 깊이(process depth)와 에이전트 간의 이식성(portability) 사이의 구조적 트레이드오프(trade-off)를 드러냅니다. 우리는 또한 반복되는 위험 요소들도 발견했습니다: 명세와 코드 간의 괴리(drift), 생성된 산출물에 대한 과도한 신뢰, 커뮤니티 확장 기능의 취약성, 플랫폼 의존성, 그리고 전체 프로세스에 대한 벤치마크(benchmarks) 부족입니다. 우리는 중간 품질 지표(intermediate-quality metrics), 컨텍스트 거버넌스(context governance), 설치 보안(installation security) 및 재현성(reproducibility)에 초점을 맞춘 실증적 평가를 위한 연구 과제를 제시하며 마무리합니다.