특정 작업에 특화된 SOP가 좋은 성능을 냈다고 해도 모든 질문에 그 SOP를 사용하면 오히려 결과가 나빠질 수 있음.

예를 들어 영상 제작에 최적화된 절차를 시장 리서치에 적용할 이유가 없음.

DAPPOS 공식 문서는 SOP를 시스템에 추가하기 전에 Bubble Engine이 해당 SOP의 applicable scope, 즉 적용 가능한 범위도 정의한다고 설명합니다.

이게 SOP Scope Control의 중요한 부분임.

SOP는 단순히

“이렇게 하면 좋은 결과가 나온다”

만 저장하는 게 아니라,

“이 방식은 어떤 상황에서 사용해야 하는가”

까지 함께 다뤄야 함.

전문 Agent 시스템에서 능력만큼 중요한 게 능력의 사용 범위인 이유임.

사용자가 긴 프롬프트를 쓰지 않는다면 누군가는 빠진 정보를 대신 처리해야 함.

예를 들어 사용자가

“이 사진 좀 더 자연스럽게 수정해줘”

정도만 말했다고 해보자.

어떤 작업 유형인지, 어떤 SOP가 맞는지, 어떤 도구를 써야 하는지를 사용자가 하나씩 지정하지 않음.

DAPPOS는 Low-Prompt 구조에서 사용자는 목표를 제시하고, Bubble Pilot이 적절한 SOP를 사용하는 방향을 설명합니다. 여기에 Multimodal Router의 intent 식별과 SOP Scope Control이 결합됩니다.

즉 사용자 프롬프트를 짧게 만들려면 뒤에서는

분류 → 범위 확인 → SOP 선택 → 실행

이 더 정확해져야 함.

Low-Prompt가 단순 UI 기능이 아니라 라우팅 기술과 연결되는 이유임.