Personal Operations Ontology

1. 목적

이 문서는 Palantir for Individuals를 위한 정식 canonical ontology 초안이다.

이 온톨로지는 개인의 삶을 단순한 할 일 목록이나 문서 묶음이 아니라, 시간축 위에서 변화하는 상태, 관계, 제약, 의사결정, 근거, 결과의 연결망으로 다룬다.

중요한 구분은 다음과 같다.

이 문서는 전체 ontology를 정의한다.
personal-operations-mvp-graph-schema.md는 그중 첫 버전에 구현할 subset을 다룬다.

즉, 여기서는 "무엇을 세계 안에 포함해야 하는가"를 정의하고, MVP 스키마에서는 "지금 당장 무엇을 구현할 것인가"를 정의한다.

2. 모델링 원칙

decision-centric: 저장 자체보다 의사결정과 실행 보조에 맞춘다.
stateful: 현재 상태뿐 아니라 변화 이력과 이전 상태를 함께 저장한다.
temporal: 중요한 노드와 관계는 반드시 시간 정보를 가진다.
evidence-linked: 중요한 주장과 해석에는 항상 근거가 연결된다.
privacy-aware: 민감도와 접근 범위가 모델 수준에 존재해야 한다.
cross-domain: 건강, 일, 돈, 관계를 분절된 앱이 아닌 하나의 운영 그래프로 다룬다.
human-over-auto: 자동 추출은 가능하지만, 정정과 수동 확정이 가능한 구조여야 한다.

3. 온톨로지 계층

3.1 Canonical Layer

모든 도메인에서 공통적으로 쓰는 최상위 엔티티와 관계.

Entity
Relationship
EvidenceItem
Metric
StateSnapshot
Scenario
Outcome

3.2 Domain Ontology Layer

개인 운영 그래프를 실제로 구성하는 도메인별 엔티티 집합.

Identity ontology
Goals and planning ontology
Work and career ontology
Time and activity ontology
Finance ontology
Health and body ontology
Relationships and social ontology
Knowledge and information ontology
Environment and location ontology
Assets and tools ontology
Decisions and scenarios ontology
Risk and compliance ontology
Evidence and provenance ontology

3.3 Derived Intelligence Layer

원시 사실이 아니라 계산과 해석을 통해 생성되는 레이어.

Insight
Pattern
Anomaly
Recommendation
ScenarioDelta
ConfidenceAssessment

4. Domain Ontology Map

도메인	질문	대표 엔티티
Identity	나는 누구이고 어떤 역할을 동시에 갖는가	`Person`, `Role`, `Preference`, `IdentityTrait`
Goals and Planning	내가 달성하려는 것은 무엇인가	`Goal`, `Objective`, `Milestone`, `Plan`, `Task`
Work and Career	지금 어떤 일과 커리어 경로 위에 있는가	`Project`, `Deliverable`, `Meeting`, `Employer`, `CareerTrack`
Time and Activity	내 시간은 실제로 어디에 쓰이는가	`CalendarEvent`, `TimeBlock`, `Routine`, `Habit`, `ActivitySession`
Finance	돈은 어디서 들어오고 나가며 얼마나 버틸 수 있는가	`Account`, `IncomeStream`, `Expense`, `Subscription`, `Liability`, `Budget`
Health and Body	내 몸 상태와 회복력은 어떤가	`HealthSignal`, `Biomarker`, `Symptom`, `Intervention`, `Protocol`
Relationships and Social	누구와 무슨 관계를 맺고 있으며 무엇이 열려 있는가	`Person`, `Relationship`, `Conversation`, `Promise`, `Introduction`
Knowledge and Information	내가 알고 있는 것과 아직 가정인 것은 무엇인가	`Document`, `Note`, `Claim`, `Hypothesis`, `Question`
Environment and Location	어디에서 살고 일하며, 어떤 환경이 영향을 주는가	`Location`, `Home`, `Workspace`, `Travel`, `Context`
Assets and Tools	내가 활용 가능한 도구와 자산은 무엇인가	`Device`, `App`, `Subscription`, `Asset`, `Credential`, `Dataset`
Decisions and Scenarios	어떤 선택지가 있고 비용과 파급은 무엇인가	`Decision`, `Option`, `Scenario`, `Tradeoff`, `Assumption`
Risk and Compliance	무엇이 깨질 수 있고 어떤 제한이 있는가	`Constraint`, `Risk`, `Dependency`, `Obligation`, `Policy`
Evidence and Provenance	이 말의 근거는 어디에 있는가	`EvidenceItem`, `SourceRef`, `ExtractionJob`, `ConfidenceAssessment`

5. Domain Ontologies

5.1 Identity Ontology

이 도메인은 "사용자라는 주체"를 모델링한다.

핵심 엔티티:

Person
Role
IdentityTrait
Preference
Value
Boundary
Capability
Limitation

예시:

나는 Founder 역할과 Parent 역할을 동시에 가진다.
나는 deep work in morning이라는 선호를 가진다.
나는 late-night meetings를 피하고 싶어 한다.

5.2 Goals and Planning Ontology

이 도메인은 방향성과 실행 구조를 다룬다.

핵심 엔티티:

Goal
Objective
Milestone
Plan
Project
Task
Checklist
Commitment

구분:

Goal: 달성하고 싶은 미래 상태
Objective: goal을 더 좁힌 실행 목적
Milestone: 특정 시점의 도달 기준
Plan: 목표 달성을 위한 구조화된 경로
Commitment: 외부 또는 자기 자신과 맺은 약속

5.3 Work and Career Ontology

이 도메인은 일, 커리어, 기회, 책임을 다룬다.

핵심 엔티티:

Employer
Organization
Team
Project
Deliverable
Meeting
Stakeholder
CareerTrack
JobOpportunity
Responsibility
PerformanceSignal

추가 포인트:

"지금 하는 일"과 "장기 커리어 경로"를 분리한다.
JobOpportunity와 CareerTrack은 결정 엔진과 직접 연결된다.

5.4 Time and Activity Ontology

이 도메인은 시간을 어떻게 쓰는지와 실제 행동 패턴을 다룬다.

핵심 엔티티:

CalendarEvent
TimeBlock
Routine
Habit
ActivitySession
FocusSession
Interrupt
Deadline
RecurringSchedule

중요한 구분:

CalendarEvent: 외부 시스템에서 관측된 일정
TimeBlock: 사용자가 의도적으로 배정한 시간
ActivitySession: 실제로 발생한 행동
Interrupt: 집중 흐름을 깨는 사건

5.5 Finance Ontology

이 도메인은 돈, 런웨이, 비용 구조, 재무 제약을 다룬다.

핵심 엔티티:

Account
Asset
Liability
IncomeStream
Expense
Subscription
Budget
CashFlowPeriod
FinancialEvent
FinancialGoal

확장 엔티티:

TaxObligation
InsurancePolicy
EmergencyFund
EquityGrant

이 도메인은 창업, 이직, 이사, 육아 같은 큰 결정을 계산하는 데 필수다.

5.6 Health and Body Ontology

이 도메인은 건강 데이터를 "점수"가 아니라 개인 운영 상태의 일부로 다룬다.

핵심 엔티티:

HealthSignal
Biomarker
Symptom
Condition
Intervention
Protocol
Meal
Workout
SleepSession
RecoveryState
Medication
Supplement

확장 엔티티:

FastingWindow
MetabolicState
CyclePhase
StressExposure
Exposure

중요한 점:

건강 도메인은 독립 앱이 아니라 Decision Engine의 한 축이다.
Meal, SleepSession, Workout, Supplement는 모두 다른 도메인과 상호작용한다.

5.7 Relationships and Social Ontology

이 도메인은 사람, 관계, 약속, 후속조치를 다룬다.

핵심 엔티티:

Person
Relationship
Conversation
Promise
FollowUp
Introduction
SocialEvent
Collaboration
Conflict
Request

확장 엔티티:

MentorRelationship
ClientRelationship
FamilyResponsibility
TrustSignal

이 도메인은 개인 CRM과 약속 추적의 핵심이 된다.

5.8 Knowledge and Information Ontology

이 도메인은 문서와 사실뿐 아니라, "무엇이 이미 사실이고 무엇이 아직 가정인지"를 구분한다.

핵심 엔티티:

Document
Note
Claim
Hypothesis
Question
DecisionMemo
Summary
Reference
Framework
ExperimentResult

구분:

Claim: 현재 믿고 있거나 누군가 주장한 내용
Hypothesis: 검증 대상
Question: 아직 답이 없는 항목

5.9 Environment and Location Ontology

이 도메인은 물리적, 맥락적 환경이 상태에 미치는 영향을 모델링한다.

핵심 엔티티:

Location
Home
Workspace
Travel
Commute
EnvironmentFactor
NoiseContext
ClimateContext
TimezoneContext

예시:

긴 통근은 DeepWorkHoursPerWeek를 악화시킬 수 있다.
특정 장소는 집중력이나 수면에 영향을 준다.

5.10 Assets and Tools Ontology

이 도메인은 단순 금융 자산뿐 아니라 디지털 도구와 접근 권한도 포함한다.

핵심 엔티티:

Device
App
Subscription
Credential
Automation
Dataset
Template
DigitalAsset
PhysicalAsset

이 도메인은 "내가 실제로 무엇을 활용할 수 있는가"를 파악하는 데 필요하다.

5.11 Decisions and Scenarios Ontology

이 도메인은 제품의 중심이다.

핵심 엔티티:

Decision
Option
Scenario
Assumption
Tradeoff
DecisionCriterion
DecisionSession
ScenarioDelta
Outcome

추가 엔티티:

Counterfactual
SensitivityFactor
ReversibilityClass

여기서 중요한 것은, Decision과 Option만으로는 부족하고, 어떤 전제가 필요한지 나타내는 Assumption, 어떤 항목이 결과를 크게 좌우하는지 나타내는 SensitivityFactor가 반드시 필요하다는 점이다.

5.12 Risk and Compliance Ontology

이 도메인은 리스크, 제약, 정책, 의무를 다룬다.

핵심 엔티티:

Constraint
Risk
Dependency
Obligation
Policy
Deadline
ComplianceRequirement
FailureMode

추가 엔티티:

ContractTerm
VisaConstraint
LegalRisk
HealthBoundary

이 도메인이 없으면 옵션은 upside만 보이고, 개인 운영 시스템으로서 신뢰를 잃는다.

5.13 Evidence and Provenance Ontology

이 도메인은 모든 자동화의 신뢰 기반이다.

핵심 엔티티:

EvidenceItem
SourceRef
ExtractionJob
NormalizationJob
ConfidenceAssessment
ManualOverride

중요 속성:

source_type
source_id
source_app
observed_at
confidence
privacy_level
derived_by
raw_excerpt

6. 엔티티 분류

전체 엔티티는 아래 6가지 클래스로 분류할 수 있다.

클래스	설명	예시
`Actors`	사람과 조직, 역할	`Person`, `Organization`, `Role`
`Intent`	목표, 계획, 약속, 질문	`Goal`, `Plan`, `Commitment`, `Question`
`Execution`	일정, 활동, 프로젝트, 태스크	`CalendarEvent`, `Project`, `Task`, `Workout`
`Resources`	돈, 시간, 에너지, 도구, 자산	`Resource`, `Account`, `Device`, `Asset`
`Control`	제약, 리스크, 정책, 경계	`Constraint`, `Risk`, `Policy`, `Boundary`
`Knowledge`	증거, 문서, 주장, 결과, 인사이트	`EvidenceItem`, `Document`, `Claim`, `Outcome`, `Insight`

7. 관계 분류

7.1 Structural Relations

is_a
part_of
belongs_to
has_role
owned_by

7.2 Operational Relations

owns
participates_in
assigned_to
scheduled_for
due_on
communicated_in

7.3 Resource Relations

requires
consumes
costs
funded_by
enabled_by

7.4 Constraint Relations

blocks
conflicts_with
depends_on
limited_by
violates

7.5 Causal Relations

improves
worsens
affects
leads_to
produces
predicts

7.6 Decision Relations

has_option
evaluated_by
chosen_for
rejected_for
based_on_assumption
sensitive_to

7.7 Evidence Relations

evidenced_by
derived_from
observed_in
confirmed_by
overridden_by

7.8 Temporal Relations

valid_from
valid_to
repeats_on
preceded_by
followed_by

8. 시간 모델

중요 노드와 관계는 아래 시간 필드를 기본으로 가진다.

필드	설명
`observed_at`	시스템이 이 사실을 관측한 시점
`effective_from`	실제 효력이 시작된 시점
`effective_to`	실제 효력이 끝난 시점
`recorded_at`	저장 시점
`last_updated_at`	마지막 갱신 시점
`resolution_at`	이슈나 결정이 닫힌 시점

시간 모델이 필요한 이유:

같은 Commitment도 생성 시점과 실제 효력 시작 시점이 다를 수 있다.
같은 Risk도 기간 중에는 활성이고 이후에는 비활성일 수 있다.
같은 Relationship도 강도와 빈도가 시간이 지나며 변한다.

9. 상태 모델

엔티티별 세부 상태는 다르지만, 공통 베이스 상태는 아래처럼 가져갈 수 있다.

draft
active
paused
completed
dropped
archived
assumed
invalidated

도메인별 예:

Decision: open, pending, decided, deferred
Task: todo, in_progress, done, canceled
Risk: identified, active, mitigated, realized
Hypothesis: unverified, supported, rejected

10. Provenance and Privacy Model

모든 중요한 엔티티와 관계는 provenance와 privacy를 가져야 한다.

Provenance

source_type
source_app
source_id
derived_by
confidence
normalization_version

Privacy

privacy_level: public, personal, sensitive, financial, health, legal
sharing_scope
redaction_required

이 레이어가 없으면 개인 운영 그래프는 설명 가능성과 신뢰를 동시에 잃는다.

11. Derived Intelligence Layer

원시 데이터 위에서 생성되는 파생 엔티티를 별도로 모델링한다.

핵심 엔티티:

Metric
Pattern
Anomaly
Insight
Recommendation
ScenarioDelta
ConfidenceAssessment

예시:

Pattern: 늦은 저녁 식사 다음날 수면 점수 하락
Anomaly: 이번 주 미팅 시간이 평소 대비 40% 증가
Insight: 현재 딥워크 부족의 주원인은 recurring meeting cluster
Recommendation: 화/목 오전 recurring meeting 재배치

이 레이어를 분리해야 "사실"과 "해석"을 섞지 않을 수 있다.

12. Scenario and Intervention Model

MiroFish에서 시뮬레이션 환경이 별도 레이어였던 것처럼, 개인 운영 시스템도 시나리오를 별도 객체로 가져야 한다.

핵심 엔티티:

Scenario
Intervention
Assumption
ScenarioDelta
ExpectedOutcome
ObservedOutcome

예시 개입:

recurring meeting 제거
월 지출 20% 축소
출근 시간 2시간 감소
운동 프로토콜 추가
사이드 프로젝트 시간 블록 주 8시간 확보

13. Canonical과 MVP의 관계

전체 ontology는 아래 축을 모두 포함하지만, 첫 버전은 일부만 구현한다.

Canonical에 포함

Identity
Goals and planning
Work and career
Time and activity
Finance
Health and body
Relationships and social
Knowledge and information
Environment and location
Assets and tools
Decisions and scenarios
Risk and compliance
Evidence and provenance

MVP에서 우선 구현

Identity
Goals and planning
Work and career
Time and activity
Finance
Decisions and scenarios
Evidence and provenance

MVP 이후 확장

Health and body
Relationships and social
Environment and location
Assets and tools
Risk and compliance의 일부 심화축

14. 이 온톨로지가 풀어야 하는 질문

지금 내 실제 병목은 무엇인가
내가 스스로 중요하다고 말하는 것과 행동은 일치하는가
이 선택의 비용은 돈, 시간, 에너지, 관계 중 어디에서 먼저 나타나는가
무엇이 사실이고 무엇이 아직 가정인가
어떤 데이터가 이미 충분하고, 무엇이 아직 더 필요하거나 수동 확인이 필요한가
특정 생활 습관, 약속, 환경이 내 건강과 실행력에 어떤 영향을 주는가

15. 예시

질문: 6개월 안에 창업 준비를 시작할까?