DAPPOS 공식 문서는 xBubble의 작동 구조를 세 부품으로 요약합니다. Bubble Engine, Bubble Pilot, 그리고 SOP 시스템입니다.
역할 분담도 한 줄로 정리돼 있습니다. Bubble Engine이 SOP를 만들고 다듬습니다. Bubble Pilot이 그중에서 골라 실행합니다. SOP는 그 둘을 잇는 작업별 해법 묶음입니다.
구조가 이렇게 단순한 것은 우연이 아닙니다. 만드는 쪽과 쓰는 쪽을 분리해두면 각각을 따로 개선할 수 있기 때문입니다.
만드는 쪽이 좋아지면 절차의 품질이 올라가고, 고르는 쪽이 좋아지면 같은 절차라도 더 정확한 곳에 배치됩니다. 둘이 붙어 있으면 한쪽을 고칠 때 다른 쪽이 흔들립니다.
사람 조직에 대보면 이해가 빠릅니다. 매뉴얼을 쓰는 부서와 접수 창구를 나눠둔 것과 같습니다. 창구는 매뉴얼을 새로 쓰지 않고, 매뉴얼 부서는 손님을 직접 받지 않습니다.
이 분리가 DAPPOS가 말하는 저프롬프트를 실제로 가능하게 하는 지점이기도 합니다. 사용자가 어떤 절차를 쓸지 고르지 않아도 되는 이유가 여기 있습니다.
앞으로 부품이 늘어난다 해도 이 세 갈래의 역할은 바뀌지 않을 구조입니다. 만들고, 고르고, 묶는 일이 각각 자기 자리를 갖고 있습니다.
#DAPPOS
#xBubble
#구조
#스토리텔러