Ato란 무엇인가요?

Ato는 소프트웨어를 continuation(이어지는 것)으로 다루는 방식입니다. 서비스 엔드포인트나 저장소, 스냅샷이 아니라 주어진 지점에서 여전히 가능한 작업을 가리킵니다.

요점은 컨테이너, 패키지 관리자, 가상 머신을 대체하는 것이 아닙니다. 그것들은 환경을 준비하고 실행할 수 있습니다. Ato의 계층은 그 위에서 실행되는 Computation(계산)을 기록하고, 저장하고, 분기하고, 전송하고, 계속할 수 있게 만드는 것입니다.

문제

대부분의 소프트웨어는 서비스에 대한 접근 권한으로 제공됩니다. 다른 사람의 서버와 데이터베이스와 통신하는 인터페이스입니다. 받는 것은 화면이지 소프트웨어가 아닙니다. 그 결과 세 가지가 따릅니다.

• 진행 중인 작업은 옮길 수 없습니다. 제공자의 환경이 바뀌거나 서비스가 종료되거나 접근 권한을 잃으면 세션은 더 이상 쓸 수 없게 됩니다.
• 과거는 돌아갈 수 있는 장소가 아닙니다. 저장된 문서는 그것을 만들어 낸 프로그램 상태와 같지 않습니다.
• 환경이 무엇을 실행할 수 있는지 결정합니다. 같은 프로젝트라도 런타임, 라이브러리, 서비스가 없으면 한 머신에서는 동작하고 다른 머신에서는 실패할 수 있습니다.

LLM 지원 개발은 이 점을 더 선명하게 만듭니다. 소프트웨어가 더 빠르고 더 다양한 변형으로 생산되므로, 처음 실행된 머신을 보관하는 능력보다 동작하는 Computation을 보관하고, 비교하고, 옮기고, 재개하는 능력이 더 중요해집니다.

모델

Computation ──▶ seal ──▶ Capsule ──▶ transfer ──▶ materialize ──▶ Run ──▶ continue

• Computation은 현재 지점에서 남아 있는 작업입니다. 상호 작용이 일어나면 바뀝니다.
• Capsule(캡슐)은 그 Computation 안의 봉인되고 불변이며 주소 지정 가능한 지점입니다. 보존하고, 전달하고, 재개하고, 조합하고, 분기할 수 있습니다.
• Run(실행)은 Capsule에서 재개된 라이브 평가입니다. Run은 진행되며, 지점을 봉인하면 또 다른 Capsule이 만들어집니다.
• Record(기록)는 상호 작용이 관측되었다는 증거입니다. Run이 어떻게 한 지점에 도달했는지 설명하지만 그 지점 자체는 아닙니다.
• Materialization(실체화)은 Capsule을 물리적으로 실현하는 방식입니다. Replay(리플레이), 워크스페이스 재구성, 또는 향후 스냅샷 메커니즘입니다.

이 구분이 모델의 핵심입니다. 핵심 개념에서 각 용어를 정의하고 서로 어떻게 관련되는지 설명합니다.

현재 실행되는 것

Ato는 실험 단계입니다. 저장소에는 계산 객체, 라이프사이클 명령, 어댑터, 이식 가능한 번들 처리와 정적 검증 예제가 있습니다. 휴대용 애플리케이션 프로필은 Contract K(관찰 조건)와 Derivation D(선언된 실행 경로)를 분리하며 영수증은 실제 관찰 결과를 기록합니다. 사양은 구현 단계 초안입니다. 실행 가능 여부는 호스트와 권한에 따라 달라집니다. 이기종 호스트의 일반 복원, 프로세스 메모리 복원과 자율 AI Formation은 연구 또는 개발 단계입니다. About · 개발 가이드.

Ato가 아닌 것

• Docker, Nix, VM을 대체하는 범용 환경 프로비저너가 아닙니다.
• 패키지 관리자나 툴체인의 재구현이 아닙니다.
• Git이나 컨테이너 레지스트리의 대체가 아닙니다.
• 모든 프로세스가 결정적으로 Replay된다고 보장하지 않습니다.