DAY 96개념·실험팔란티어 온톨로지 II

액션 타입, 온톨로지에 쓰기

DAY 71~75에서 팔란티어 온톨로지의 의미 요소(객체·속성·링크)를 설계했습니다. 이번 챕터는 운동(kinetic) 요소로 넘어가, DAY 75의 물류 데이터를 그대로 써서 사람과 AI의 결정이 온톨로지에 기록되는 통로인 액션 타입부터 살펴봅니다.

약 20분조작형 실험 확인 퀴즈

01 / UNDERSTAND

핵심 개념

팔란티어 문서에서 액션 타입(Action type)은 사용자가 한 번에 수행할 수 있는 객체·속성 값·링크 변경(편집)의 묶음과, 제출할 때 함께 일어나는 부수 효과 동작을 정의한 것입니다. 이 정의를 실제로 한 번 실행한 것이 액션(Action)입니다. 변경은 사용자가 액션을 실행할 때 온톨로지에 커밋되어 모든 사용자용 애플리케이션에 반영되고, 객체 타입의 writeback 데이터셋에는 사용자 편집이 반영된 최신본이 남습니다.

액션 타입은 파라미터(Parameters)와 규칙(Rules)으로 이루어집니다. 파라미터는 사용자가 입력하는 값과 그 형식을 통제합니다(대상 배송, 새 창고, 사유). 규칙은 파라미터로 무엇을 바꿀지 정합니다. 온톨로지 규칙에는 객체 생성(Create object), 객체 수정(Modify object(s)), 생성 또는 수정, 객체 삭제, 링크 생성·삭제, 인터페이스 객체 규칙, 함수 규칙(Function rule)이 있고, 부수 효과 규칙에는 알림(Notification)과 웹훅(Webhook)이 있습니다. 함수 규칙을 쓰면 함수 코드가 모든 편집을 맡으므로 다른 규칙을 함께 둘 수 없습니다.

제출 조건(Submission criteria, 예전 이름 validations)은 액션을 제출할 수 있는지를 정하는 조건입니다. 조건 템플릿에는 현재 사용자(Current User: 사용자 ID·그룹·속성), 파라미터(Parameter: 입력값이나 객체 파라미터의 속성), 실행 맥락(Execution Context)이 있고, is·is not·includes 같은 연산자로 비교하며, 여러 조건을 all·any·none 논리 연산자로 묶습니다. 최상위 조건마다 실패 메시지(failure message)를 적어 사용자가 왜 막혔는지 알게 합니다.

성공한 제출은 액션 로그(Action log)로 남길 수 있습니다. 액션 로그는 제출자, 제출 시각(UTC), 액션 식별자, 편집된 객체의 기본 키, 그리고 선택한 파라미터 값을 ‘[Log] <액션 타입 이름>’ 객체 타입으로 기록하며, 실패한 제출은 기록하지 않습니다. 이렇게 사람의 결정이 데이터로 되돌아가 기록되면 다음 분석과 AIP의 근거가 됩니다. 다만 제출 조건은 데이터 형식과 권한의 최소 장치일 뿐, 결정이 옳다는 보증은 아닙니다.

액션 타입은 파라미터·규칙·제출 조건·부수 효과로 ‘허용된 편집’을 정의하고, 성공한 실행은 온톨로지와 액션 로그에 결정으로 기록됩니다.

02 / WORKED EXAMPLE∑

작은 예제로 따라가기

액션 타입 ‘배송 경로 변경’의 파라미터: 대상 배송 S-102(W-1 부산센터, 미도착), 새 창고 W-2 대전센터, 사유 “부산항 파업 예고”.

제출 조건: 사유가 비어 있지 않음 AND 대상 배송의 상태가 delivered(도착 완료)가 아님 → 둘 다 통과해 제출할 수 있습니다. 대상이 10-07에 도착한 S-101이라면 실패 메시지 “이미 배송 완료된 건은 경로를 바꿀 수 없습니다”가 뜹니다.

규칙: 객체 수정으로 S-102의 창고 키를 W-1에서 W-2로 바꾸면 외래 키 기반 링크(DAY 73)도 대전센터를 가리키고, 부수 효과로 고객 지원팀에 알림(Notification)을 보냅니다. 액션 로그에는 제출자, 시각, S-102가 기록됩니다.

03 / EXPLORE

직접 실험해 보기

대상 배송과 사유를 바꿔 가며 ‘배송 경로 변경’을 제출해 보고, 거부될 때 어떤 제출 조건이 실패했는지, 허용될 때 속성 변경 전후 표와 편집 로그에 무엇이 남는지 기록하세요.

LIVE EXPERIMENT · ACTION TYPE

‘배송 경로 변경’ 액션을 제출 조건에 맞춰 실행하기

파라미터(parameters)대상 배송(Shipment 객체)

새 창고(Warehouse 객체)

사유(문자열)

Shipment · 대상 객체S-102 · 다온마트

status: in_transit (미도착)
warehouse_id: W-1 부산센터
reroute_reason: —

제출 조건(submission criteria) 1/2 · 모두(all) 만족해야 제출

파라미터 ‘사유’가 비어 있지 않음실패 메시지: 사유를 입력해야 합니다.
대상 배송의 status가 delivered가 아님

액션 타입(Action type)은 객체·속성 값·링크 변경을 한 번에 묶은 정의이고, 파라미터(parameters)와 규칙(rules)으로 이루어집니다. 제출 조건이 모두 맞아야 제출되며, 실패하면 실패 메시지(failure message)를 보여 줍니다.

04 / RECALL & PRACTICE

이번에는 직접 풀어 보세요

정답을 보기 전에 계산과 이유를 적어 보세요. 해설과 비교하고 확인 표시를 남기면 완료할 수 있습니다.

문제 1

고객 요청으로 배송을 취소하는 액션 타입 ‘배송 취소’를 설계하세요. 파라미터, 규칙, 제출 조건(실패 메시지 포함), 부수 효과를 한 줄씩 적으세요.

힌트 보기

이미 끝난 배송, 사유 없는 취소, 권한 없는 사용자를 막을 조건을 생각합니다.

풀이와 비교하기

파라미터: 대상 배송(Shipment), 취소 사유(문자열). 규칙: 객체 수정으로 status를 cancelled로 바꿉니다. 제출 조건: 사유가 비어 있지 않음(“취소 사유를 입력하세요”), 상태가 delivered도 cancelled도 아님(“이미 완료되었거나 취소된 배송입니다”), 현재 사용자가 고객 지원 그룹에 속함(“고객 지원 담당자만 취소할 수 있습니다”). 부수 효과: 고객 지원팀 알림, 운송사 시스템으로 웹훅. 성공한 취소는 액션 로그에 남습니다.

내 풀이를 해설과 비교하고 다른 점을 확인했어요.

풀이와 확인 표시는 이 브라우저에 저장됩니다.

YOUR NOTES

오늘 이해한 것과 다시 볼 것

계산이 달라진 이유, 헷갈린 개념, 다음에 확인할 질문을 남겨 보세요.

메모는 이 브라우저에 저장됩니다. 홈에서 전체 기록을 내려받을 수 있습니다.

05 / CHECK YOURSELF

오늘의 이해 확인

팔란티어 액션 타입의 제출 조건(Submission criteria)이 하는 일은?

완료 조건: 확인 퀴즈 정답 · / 직접 풀기 0/1

더 깊이 읽기

예제와 실험 데이터는 이 과정을 위해 만든 것입니다. 원문은 선택 자료이며, 강의와 직접 풀기만으로도 다음 회차를 이어갈 수 있습니다.

Action types: OverviewPalantir Foundry Docs Action types: RulesPalantir Foundry Docs Action types: Submission criteriaPalantir Foundry Docs Action types: Action logPalantir Foundry Docs

이 자료는 개념 학습용입니다. 실제 데이터베이스·라이브러리·플랫폼의 동작과 설정은 제품과 버전마다 다를 수 있습니다.