Personal Operations MVP Graph Schema

1. 범위

MVP는 Career + Time Operating System에 집중한다. 따라서 스키마도 아래 질문을 먼저 풀 수 있어야 한다.

중요한 전제:

이 문서는 MVP subset schema다.
전체 canonical ontology는 personal-operations-ontology.md와 personal-operations-entity-inventory.md에 정의한다.
즉 MVP에 없다고 해서 ontology에서 제외되는 것은 아니다.

엔티티	필수 필드
`Person`	`id`, `name`, `kind`, `relationship_to_user`
`Organization`	`id`, `name`, `kind`
`Goal`	`id`, `title`, `horizon`, `status`, `priority`
`Project`	`id`, `title`, `status`, `owner_id`
`Task`	`id`, `title`, `status`, `effort_estimate_hours`
`Commitment`	`id`, `title`, `status`, `hard_deadline`, `importance`
`Decision`	`id`, `title`, `deadline`, `status`, `stakes`
`Option`	`id`, `decision_id`, `name`, `status`, `time_horizon`
`Resource`	`id`, `name`, `resource_type`, `current_value`, `unit`
`Constraint`	`id`, `title`, `constraint_type`, `severity`, `status`
`CalendarEvent`	`id`, `title`, `start_at`, `end_at`, `source_app`
`Conversation`	`id`, `title`, `channel`, `occurred_at`, `source_app`
`Document`	`id`, `title`, `doc_type`, `updated_at`, `source_app`
`FinancialEvent`	`id`, `event_type`, `amount`, `currency`, `occurred_at`
`Metric`	`id`, `name`, `value`, `unit`, `measured_at`
`Outcome`	`id`, `title`, `result_type`, `observed_at`
`EvidenceItem`	`id`, `source_type`, `source_id`, `observed_at`, `confidence`

MVP에서 생략하지만 canonical에는 포함되는 대표 엔티티:

모든 엔티티는 아래 공통 필드를 가진다.

MVP에서는 관계를 최소화하되, 결정에 직접 필요한 것만 남긴다.

관계	source	target	의미
`owns`	Person	Goal/Project/Decision	사용자가 소유함
`has_role`	Person	Organization	특정 조직에서 역할 보유
`supports`	Resource/Person/Habit	Goal/Project	달성 지원
`blocks`	Constraint/Commitment	Goal/Project/Option	실행 방해
`depends_on`	Task/Project/Decision	Task/Project/Commitment	의존성
`requires`	Goal/Option/Project	Resource/Commitment	필요 조건
`conflicts_with`	Commitment/CalendarEvent/Option	Commitment/Goal/CalendarEvent	충돌
`scheduled_for`	Task/Commitment	CalendarEvent	시간 배정
`costs`	Option/Project	Resource	자원 소모
`improves`	Option/Habit	Metric	메트릭 개선
`worsens`	Option/Habit	Metric	메트릭 악화
`evidenced_by`	Goal/Decision/Constraint/Outcome	EvidenceItem	근거 연결
`led_to`	Decision/Option	Outcome	결과 연결
`communicated_in`	Decision/Commitment/Opportunity	Conversation	관련 대화

입력 소스	생성 엔티티	생성 관계
Calendar	`CalendarEvent`, `Commitment`	`scheduled_for`, `conflicts_with`
Email	`Conversation`, `Commitment`, `Opportunity`, `EvidenceItem`	`communicated_in`, `evidenced_by`
Notes	`Document`, `Goal`, `Decision`, `Hypothesis`	`evidenced_by`, `supports`
Task app	`Task`, `Project`, `Commitment`	`depends_on`, `owns`
Bank CSV	`FinancialEvent`, `Resource`, `Metric`	`costs`, `led_to`
Health data	`HealthSignal`, `Metric`, `Constraint`	`worsens`, `supports`

그래프 위에 아래 계산 결과를 별도 Metric 또는 derived state로 저장한다.

이 값들은 agent가 자연어로 추론하기 전에 먼저 계산되어야 한다.

옵션을 시뮬레이션할 때는 실 그래프를 직접 바꾸지 않고 scenario copy에 개입을 적용한다.

예시:

이 개입을 기준 상태와 비교해 메모를 만든다.

MVP는 아래 구조면 충분하다.

초기 구현은 Postgres + graph-like edge table로도 가능하고, 이후 필요 시 그래프 DB를 붙일 수 있다.

이 스키마는 아래 세 가지를 실제로 할 수 있어야 유효하다.