여기까지 흐름을 연결하면 Bubble Engine이 SOP를 만드는 과정이 조금 더 선명해짐.
특정 task를 잡고,
여러 solution variant를 만들고,
test harness에서 시험하고,
모델과 도구 조합을 비교하고,
quality criteria를 기준으로 평가함.
그리고 충분히 재사용 가능한지까지 테스트한 뒤 가장 강한 실행 경로를 SOP로 패키징합니다. 공식 문서도 SOP를 특정 종류의 task를 위한 reusable solution으로 설명하고 있습니다.
그래서 xBubble의 SOP를 단순히
“잘 만든 프롬프트”
라고 보면 구조를 너무 작게 보는 셈임.
그 안에는 어떤 모델과 도구를 어떤 방식으로 사용할 것인지에 대한 검증된 실행 경로가 들어갈 수 있음.
#DAPPOS
#xBubble
#SOP
#BubbleEngine
#TaskSpecificAI
#스토리텔러
