골든 퀘스천과 골든 커맨드

온톨로지를 만들기 전에 먼저 정하는 두 가지 — 이 온톨로지가 답해야 할 질문과 해야 할 일. 구축 에이전트는 이것을 기준으로 설계하고, 끝나면 이것으로 검증합니다.

무엇을 위한 온톨로지인가#

온톨로지는 세상의 모든 것을 담으려고 하면 끝나지 않습니다. 그래서 Ontological Studio는 구축을 시작하기 전에 세 가지를 적게 합니다.

골든 퀘스천 — 설계의 출발점, 완성의 기준#

골든 퀘스천은 소프트웨어 공학의 인수 기준(acceptance criteria)과 같습니다.

1. 설계할 때 — 에이전트는 질문에서 거꾸로 필요한 것을 찾습니다. “어느 협력사의 어느 발주”라는 말에서 Shipment, PurchaseOrder, Supplier 클래스와 그 사이의 관계가 필요하다는 것을 압니다. 이것을 스키마 우선 설계라고 합니다.
2. 검증할 때 — 구축이 끝나면 에이전트가 골든 퀘스천을 직접 실행해, 기대한 답과 근거가 나오는지 확인합니다. 안 나오면 스키마나 매핑을 고쳐 다시 실행합니다.
3. 쓸 때 — 질의 화면과 온톨로지 앱에 예시 질문으로 붙습니다.

좋은 골든 퀘스천 쓰기#

• 실제 업무 담당자가 입으로 하는 질문으로 씁니다.
• 한 개의 관계로 끝나는 질문만 있으면 스키마가 얕아집니다. 두세 걸음 건너는 질문을 섞으세요.
• 답이 하나로 정해지는 질문이 좋습니다. 검증이 쉬워집니다.

골든 커맨드 — 액션 설계의 출발점#

골든 커맨드는 행위에 대한 인수 기준입니다. 구축 에이전트는 골든 커맨드마다:

1. 등록된 업무 시스템의 API(OpenAPI 스펙)를 살펴 이 지시를 실행할 API를 찾고,
2. 그 일을 되돌릴 API(보상)를 짝짓고,
3. 누가 어떤 대상에 쓸 수 있는지 정책을 붙여 액션을 만들고,
4. 실제로 실행하지 않고 계획만 세워 보는 드라이런으로 검증합니다.

예제의 골든 커맨드 네 개와 그로부터 만들어진 액션:

마지막 줄처럼 “취소” 커맨드는 새 액션을 만들지 않습니다. 모든 액션이 되돌리는 길을 갖고 있기 때문입니다.

좋은 골든 커맨드 쓰기#

• 대상을 고르는 조건을 담습니다: “3일 넘게 늦어진”, “Shenzhen Goldline PCB의 미결”.
• 사유를 함께 씁니다. 실행 기록과 업무 시스템에 남습니다.
• 되돌리는 지시(“방금 한 처리를 취소해 줘”)도 하나 넣어 두면, 에이전트가 보상까지 검증합니다.

두 개념을 한 장으로#