LLM의 소프트웨어 엔지니어링 한계를 극복하는 'Get-it-right' 워크플로

작성자의 워크플로에 대해 긍정적인 반응이 많으며, 특히 LLM의 '코더'와 '엔지니어'로서의 차이를 명확히 구분한 점에 공감하는 분위기이다.

• 모델이 헤매기 시작하면 'Knowing what we know now...'로 시작하는 회고 프롬프트를 사용하여 설계를 다시 잡게 하라.
• 컨텍스트 윈도우 사용량이 75%를 넘어가면 대화를 초기화하고 핵심 설계 정보만 남겨서 다시 시작하라.

• LLM이 복잡한 기능 구현 중 한계에 부딪히면, 현재까지 얻은 정보를 바탕으로 처음부터 다시 설계한다면 어떻게 할 것인지 질문하여 설계를 갱신해야 한다.
• 컨텍스트 윈도우가 약 75% 정도 찼을 때가 모델의 추론 능력이 저하되기 시작하는 시점이므로, 이때 리팩터링이나 재설계를 유도하는 것이 효과적이다.
• 구현 담당 에이전트와 이를 비판적으로 검토하는 리뷰 에이전트를 루프로 연결하면 사람이 직접 개입하지 않고도 코드의 완성도와 안정성을 높일 수 있다.