Field
업무의 모든 조각이
하나의 공간 위에 놓입니다
Field는 문서, 요청, 사람, 정책, 실행 결과가 하나의 위상 공간 위에 존재하는 업무 지형입니다. Orbit의 모든 surface는 이 공간 좌표 위에서 작동합니다.
Process graphMicro FieldScope boundary
Field 읽기 →
Guide
운영의 흐름을 읽고,
도입의 순서를 잡습니다.
Part I · Foundations
업무 기준이 놓이는 지도
업무의 모든 조각이
CH 03
Dictionary
조직이 같은 단어로 같은 일을 읽게 합니다
Entity, Term, Decision, Policy, Work 기준을 분리해 관리합니다. Candidate는 후보이고 Verified만 운영 기준이 됩니다.
Verified termsPolicy dictionaryHuman approval
Dictionary 읽기 →
CH 04
Operate
판단은 원본으로 되돌아갈 수 있어야 합니다
AI 답변과 업무 판단에 원본 조각, Field 맥락, 사람 검토의 경로를 붙입니다. 공개 페이지에서는 원리를 설명하고 내부 replay 구조는 숨깁니다.
Evidence drawerLineageReplayable reason
Operate 읽기 →
Part II · Surfaces
사용자가 실제로 보는 Orbit
CH 05
Atlas
조직의 오늘을 한 화면에서 읽습니다
Atlas는 `/console/work`의 운영 surface입니다. 현황, 요청, 프로젝트, 주간보고서를 한 화면에서 오가며 조직의 현재 상태와 다음 행동을 읽습니다.
Live statusRequests graphWeekly report surface
Atlas 읽기 →
CH 06
Agent Studio
AI 답변을 업무 맥락 안에 묶습니다
Protocol이 읽기 범위를 제한하고 Dictionary가 도메인 기준을 주입합니다. 사용자는 답변뿐 아니라 근거, confidence, 제한 상태를 함께 봅니다.
Bounded AICitation previewProtocol state
Agent Studio 읽기 →
CH 07
Conductor
오늘 먼저 봐야 할 일을 근거와 함께 고릅니다
Conductor는 새 일을 만들어내지 않습니다. 이미 열린 업무 중에서 위험, 기한, 승인 필요, 반복 신호를 읽어 우선순위를 정합니다.
Daily queuePriority reasonAction drawer
Conductor 읽기 →
CH 08
Sentinel
알림이 아니라 근거가 붙은 운영 사건을 만듭니다
승인 없는 거래, 마감 위험, 처리 지연, 반복 이상을 감시합니다. 사건은 Authority, Memento, Evidence와 함께 남아 다음 운영 판단의 재료가 됩니다.
Incident gateEvidence bundleEscalation
Sentinel 읽기 →
Part III · Trust Loop
기준을 지키고, 기억하고, 승격하는 층
Authority
기준은 아무나 바꿀 수 없어야 합니다
Authority는 기준의 출처, 승인자, 조직 범위, 적용 권한을 지킵니다. AI보다 사람이 앞에 있다는 Orbit의 원칙이 여기서 드러납니다.
Approval laneOrg scopeVerified only
Authority 읽기 →
CH 10
Protocol
AI는 계약 없이 움직이지 않습니다
Protocol은 AI가 무엇을 읽고, 어떤 형식으로 답하고, 어디까지 실행할 수 있는지를 제한합니다. 답변보다 경계가 먼저입니다.
Read scopeAnswer contractExecution gate
Protocol 읽기 →
CH 11
Memento
조직은 기억할 때만 학습합니다
Memento는 운영 중 일어난 판단, 수정, 승인, 사건을 사라지지 않게 남깁니다. 같은 일이 반복될 때 다음 기준의 재료가 됩니다.
Memory timelineOperator choicePattern seed
Memento 읽기 →
CH 12
Bridge
반복된 수정은 기준 후보가 됩니다
Bridge는 Memento에 쌓인 반복 신호를 읽어 Dictionary 후보로 올립니다. 후보는 자동 확정이 아니라 사람 승인 전 단계입니다.
Candidate liftPattern reviewDictionary path
Bridge 읽기 →
CH 13
Acceptance Run
운영에 들어가기 전, 궤도가 검증되어야 합니다
Acceptance Run은 Field, Dictionary, Authority, Protocol, Trace가 함께 작동하는지 검증합니다. 데모가 아니라 운영 시작 조건입니다.
Readiness gateEvidence checkPilot summary
Acceptance Run 읽기 →
Part IV · Adoption
실제로 운영에 들어가기 위해
CH 14
Pilot
읽기 전용 연결에서 첫 운영 궤도까지
파일럿은 시스템을 한 번에 갈아엎는 프로젝트가 아닙니다. 한 업무 흐름을 골라 Field와 Trust Loop가 작동하는지 검증합니다.
6 weeksRead-only firstAcceptance summary
Pilot 읽기 →
Guide
학습의 흐름을 읽고,
다음 단위를 설계합니다.
Part I · Codex
측정 가능한 학습 단위가 놓이는 그래프
CH 01 · Subjects
과목은 그래프의 부분집합입니다
110개 도메인이 6,500개 Knowledge Component로 분해됩니다. "과목"은 묶음이 아니라 KC와 선수지식 관계의 부분집합 — Davinci가 인식하는 측정 가능한 학습 단위입니다.
Subjects 읽기 →CH 02 · Ontology
위상이 가르치는 순서를 정의합니다
13,794개 방향성 간선이 KC를 잇는 DAG. 학습자의 KC 마스터리 μ가 임계값 τ를 넘을 때만 다음 KC가 풀립니다. 가능한 학습 순서는 위상 정렬의 부분 집합입니다.
Ontology 읽기 →Part II · Loop & Pipeline
한 응답에서 한 커리어로
CH 03 · Agent
세 모델이 한 호흡으로 경로를 그립니다
IRT가 문항 난이도를 보정하고, BKT가 마스터리 확률을 갱신하고, LLM이 다음 KC를 선택해 맞춤 설명을 생성합니다. 한 번의 응답이 세 모델 모두를 통과 — 235ms p50.
Agent 읽기 →CH 04 · Pipeline
이력서가 아니라 KC 벡터입니다
기업의 ATS가 Davinci API로 후보자의 Codex를 직접 조회합니다. 직무는 KC 집합과 임계 마스터리로 명세되고, 매칭은 두 벡터의 cosine 유사도입니다. 학교 이름이 아니라 마스터리.
Pipeline 읽기 →Next Step
Davinci 가이드를 다 읽으셨다면.
학습 데이터가 커리어를 잇는 첫 궤도 — 학습자나 파트너 채용 시스템에 Davinci를 연결합니다.