Orbit

흩어진 운영이
같은 좌표가 됩니다.

Field가 업무의 상태를 놓고, Dictionary가 기준을 고정하고, Trace가 판단의 이유를 남기면, 흩어진 운영은 하나의 좌표 위에서 다음 행동으로 이어집니다.

Field Run

하나의 Field 위에서
Orbit의 기능들이 상태를 바꿉니다.

Guide처럼 장을 여러 개 나열하지 않습니다. 하나의 Field 격자가 유지되고, 스크롤에 따라 Tracker가 이동하면서 Field, Dictionary, Operate, Atlas, Agent Studio, Conductor, Sentinel, Authority, Protocol, Memento, Bridge, Acceptance Run, Pilot의 상태가 같은 무대 위에서 바뀝니다.

Field Context Layer

CH 02 · Field

흩어진 흔적이 하나의 장에 놓입니다

문서, 요청, 사람, 정책, 실행 결과가 같은 업무 장에 올라와야 Orbit UX가 같은 상태를 읽습니다.

Part I · Foundations

업무 기준이 놓이는 지도

FieldProcess Graph

CH 02 · Field

흩어진 업무 흔적을 하나의 공간으로 묶습니다

Field는 문서, 요청, 사람, 정책, 실행 결과가 서로 어떤 위치에 놓이는지 정의합니다. Orbit의 모든 surface는 먼저 이 업무 공간 위에 올라갑니다.

Process graphMicro FieldScope boundary
Field 읽기 →
DictionaryVerified Terms

CH 03 · Dictionary

조직이 같은 단어로 같은 일을 읽게 합니다

Entity, Term, Decision, Policy, Work 기준을 분리해 관리합니다. Candidate는 후보이고 Verified만 운영 기준이 됩니다.

Verified termsPolicy dictionaryHuman approval
Dictionary 읽기 →
OperateSource Path

CH 04 · Operate

판단은 원본으로 되돌아갈 수 있어야 합니다

AI 답변과 업무 판단에 원본 조각, Field 맥락, 사람 검토의 경로를 붙입니다. 공개 페이지에서는 원리를 설명하고 내부 replay 구조는 숨깁니다.

Evidence drawerLineageReplayable reason
Operate 읽기 →

Part II · Surfaces

사용자가 실제로 보는 Orbit

AtlasWork Map

CH 05 · Atlas

조직의 오늘을 한 화면에서 읽습니다

Atlas는 `/console/work`의 운영 surface입니다. 현황, 요청, 프로젝트, 주간보고서를 한 화면에서 오가며 조직의 현재 상태와 다음 행동을 읽습니다.

Live statusRequests graphWeekly report surface
Atlas 읽기 →
Agent StudioBounded Answer

CH 06 · Agent Studio

AI 답변을 업무 맥락 안에 묶습니다

Protocol이 읽기 범위를 제한하고 Dictionary가 도메인 기준을 주입합니다. 사용자는 답변뿐 아니라 근거, confidence, 제한 상태를 함께 봅니다.

Bounded AICitation previewProtocol state
Agent Studio 읽기 →
ConductorDaily Queue

CH 07 · Conductor

오늘 먼저 봐야 할 일을 근거와 함께 고릅니다

Conductor는 새 일을 만들어내지 않습니다. 이미 열린 업무 중에서 위험, 기한, 승인 필요, 반복 신호를 읽어 우선순위를 정합니다.

Daily queuePriority reasonAction drawer
Conductor 읽기 →
SentinelIncident Gate

CH 08 · Sentinel

알림이 아니라 근거가 붙은 운영 사건을 만듭니다

승인 없는 거래, 마감 위험, 처리 지연, 반복 이상을 감시합니다. 사건은 Authority, Memento, Evidence와 함께 남아 다음 운영 판단의 재료가 됩니다.

Incident gateEvidence bundleEscalation
Sentinel 읽기 →

Part III · Trust Loop

기준을 지키고, 기억하고, 승격하는 층

AuthorityApproval Lane

CH 09 · Authority

기준은 아무나 바꿀 수 없어야 합니다

Authority는 기준의 출처, 승인자, 조직 범위, 적용 권한을 지킵니다. AI보다 사람이 앞에 있다는 Orbit의 원칙이 여기서 드러납니다.

Approval laneOrg scopeVerified only
Authority 읽기 →
ProtocolRuntime Contract

CH 10 · Protocol

AI는 계약 없이 움직이지 않습니다

Protocol은 AI가 무엇을 읽고, 어떤 형식으로 답하고, 어디까지 실행할 수 있는지를 제한합니다. 답변보다 경계가 먼저입니다.

Read scopeAnswer contractExecution gate
Protocol 읽기 →
MementoMemory Log

CH 11 · Memento

조직은 기억할 때만 학습합니다

Memento는 운영 중 일어난 판단, 수정, 승인, 사건을 사라지지 않게 남깁니다. 같은 일이 반복될 때 다음 기준의 재료가 됩니다.

Memory timelineOperator choicePattern seed
Memento 읽기 →
BridgeCandidate Lift

CH 12 · Bridge

반복된 수정은 기준 후보가 됩니다

Bridge는 Memento에 쌓인 반복 신호를 읽어 Dictionary 후보로 올립니다. 후보는 자동 확정이 아니라 사람 승인 전 단계입니다.

Candidate liftPattern reviewDictionary path
Bridge 읽기 →
Acceptance RunReady Gate

CH 13 · Acceptance Run

운영에 들어가기 전, 궤도가 검증되어야 합니다

Acceptance Run은 Field, Dictionary, Authority, Protocol, Trace가 함께 작동하는지 검증합니다. 데모가 아니라 운영 시작 조건입니다.

Readiness gateEvidence checkPilot summary
Acceptance Run 읽기 →

Part IV · Adoption

실제로 운영에 들어가기 위해

6주 PilotFirst Orbit

CH 14 · 6주 Pilot

읽기 전용 연결에서 첫 운영 궤도까지

파일럿은 시스템을 한 번에 갈아엎는 프로젝트가 아닙니다. 한 업무 흐름을 골라 Field와 Trust Loop가 작동하는지 검증합니다.

6 weeksRead-only firstAcceptance summary
Pilot 읽기 →

Field Cycle

장 위에서 상태가 생기고,
상태가 다시 기준이 됩니다.

Orbit은 한 번의 요약으로 끝나지 않습니다. Field에 쌓인 수정, 예외, 승인 흔적이 다음 운영 기준 후보가 됩니다.

CycleTRACE TO STANDARD

04 · Cycle

수정과 예외가 사라지지 않고 다음 기준 후보가 됩니다

원본 흔적을 고정하고, 관계를 Field에 놓고, Protocol의 경계 안에서 실행한 뒤, 반복된 수정은 Bridge를 통해 기준 후보로 올라갑니다. 같은 장 위에서 흐름이 닫히기 때문에 화면이 바뀌어도 맥락이 끊기지 않습니다.

TraceFieldProtocolBridge
01 Source
원본의 위치, 시각, 인용 조각을 먼저 고정
02 Map
사람, 팀, 업무, 마감이 같은 좌표로 연결
03 Run
AI와 자동화는 Protocol 경계 안에서만 실행
04 Learn
반복된 예외와 승인 패턴을 기준 후보로 승격

Operating Surfaces

하나의 Field에서
여러 운영 화면이 열립니다.

Atlas, Conductor, Sentinel, Agent Studio는 서로 다른 제품처럼 보이지만 같은 Field를 읽습니다. 그래서 화면이 바뀌어도 근거와 상태가 끊기지 않습니다.

SurfacesSAME FIELD

05 · Surfaces

화면은 네 개지만, 읽고 있는 장은 하나입니다

Atlas는 상태를 보고, Conductor는 판단 큐를 만들고, Sentinel은 이상 신호를 감시하며, Agent Studio는 제한된 실행 후보를 만듭니다. 네 화면 모두 같은 Field snapshot과 증거선을 공유합니다.

Acceptance Run

귀사의 데이터로
첫 Field를 검증합니다.

PilotACCEPTANCE RUN

06 · Pilot

첫 도입은 기능 목록이 아니라 Field 검증으로 시작합니다

귀사의 실제 데이터를 읽기 전용으로 연결하고, 확인 가능한 업무 장면 하나를 고른 뒤, Atlas와 Conductor가 같은 Field를 읽는지 검증합니다. 정확도, 추적성, 보안 경계가 통과해야 운영 범위를 넓힙니다.

01 Connect
운영 시스템을 바꾸지 않고 원본 신호만 연결
02 Scene
매출 누락, 승인 병목, 주간 보고 중 하나를 선정
03 Run
같은 Field를 Atlas와 Conductor가 동시에 읽음
04 Accept
정확도, 추적성, 보안 경계 기준으로 통과 여부 합의

귀사의 업무 데이터로
첫 Field를 펼쳐보세요.

공개 Guide는 원리를 설명하고, Pilot은 실제 데이터로 Field가 조직의 상태를 얼마나 정확히 읽는지 검증합니다.