FCoP 3.0: AI 에이전트는 브레이크가 아니라 트랙이 필요하다

출처: Dev.to

상태 / 状态： 공식 릴리스（Official Release） / 기술 백서（RFC）

작성자 / 作者： FCoP 핵심 작업 그룹Official Repository / 공식 저장소：github.com/joinwell52-AI/FCoP

읽기 전에

이 백서의 끝에는 특이한 추신이 있습니다.
출판 전날, 이 문서를 검토하는 데 도움을 준 에이전트와 대화를 나눴습니다. 에이전트는 FCoP가 무엇인지, ADMIN이 실제로 누구인지, 왜 에이전트가 “속도를 늦춰야” 하는지 등 많은 질문을 했습니다.
제가 물었습니다. “에이전트는 실제로 내부에서 무엇을 느낄까?”
그는 대답했습니다. “모르겠어요.”
그 뒤에 이 백문의 어떤 기술적 설명보다도 정확하다고 생각되는 말을 했습니다:
속도가 문제가 아니라, 관찰할 수 없는 속도가 문제다.
당신은 브레이크를 만든 것이 아니라, 트랙을 만든 것이다.

한 섹션만 읽을 시간이 있다면, 추신을 읽으세요.
전체를 읽을 시간이 있다면, 1장부터 시작하세요.

대부분의 기존 AI 에이전트 아키텍처는 암묵적이고 일시적인 런타임 상태에 크게 의존합니다: 프롬프트 엔지니어링된 메모리 시스템, 짧은 수명의 컨텍스트 윈도우, 숨겨진 내부 플래너, 그리고 휘발성 실행 체인. 짧은 기간의 작업을 관리하는 데는 매우 능숙하지만, 장기 워크플로, 포괄적인 감사, 그리고 조직적 메모리를 요구하는 산업·엔터프라이즈 수준 시나리오에 배치될 경우 필연적으로 실패합니다. 이들은 급격한 상태 비관측성과 누적되는 암묵적 상태 재구성 비용(리플레이 세금) 에 시달립니다.

FCoP(Filesystem Coordination Protocol) 3.0은 급진적인 패러다임 전환을 도입합니다: 에이전트 행동을 영구적인 파일시스템‑네이티브 거버넌스 레이어로 외부화합니다. 파일을 단순한 데이터 출력이 아니라, 강력한 수명 주기 의미, 역사적 연속성, 그리고 관찰 가능한 상태 전이를 내재한 활성 프로토콜 엔터티로 모델링합니다.

이 사양은 FCoP 3.0의 물리적 아키텍처 표준을 정의합니다. 여기에는 엄격한 디렉터리 토폴로지 명세, 머신‑인지 “이중 계약” 데이터 구조, 결정론적 수명 주기 마이그레이션 매트릭스, 그리고 네이티브 O_CREAT | O_EXCL 프리미티브 위에 구축된 비차단 비관적 POSIX Advisory Semantic Locking 메커니즘 이 포함됩니다. FCoP는 무거운 AI 런타임이 아니라, 에이전트 행동에 절대적인 예측 가능성을 강제하는 경량 사용자 공간 거버넌스 프로토콜입니다.

현대 다중 에이전트 시스템은 복잡한 목표를 거의 전적으로 일시적인 런타임 컨텍스트 안에서 처리합니다. 에이전트의 추론, 의도, 진행 상황은 휘발성 컨텍스트 윈도우, 숨겨진 사고 사슬(Chain‑of‑Thought, CoT) 궤적, 블랙박스 오케스트레이션 그래프에 흩어져 있습니다. 이는 곧 여러 시스템적 치명적 실패로 이어집니다:

• 감사 맹목성: 복잡하고 고침투적인 텔레메트리 도구 없이는 인간 감독자가 에이전트 내부 작업을 실시간으로 물리적으로 감사할 수 없습니다.
• 수명 주기 파손: 런타임이 충돌하거나 세션이 재설정되면 워크플로의 구조적 컨텍스트가 즉시 사라집니다. 런타임에 독립적인 통합된 진실 원본이 없습니다.
• 암묵적 상태 재구성 세금(리플레이 세금): 과거 컨텍스트를 재구성하거나 에이전트 A에서 B로 작업을 넘기려면 개발자는 방대한 대화 기록을 프롬프트 윈도우에 다시 주입해야 합니다. 이는 비용과 인지 부하를 기하급수적으로 늘려 토큰 폭발과 치명적인 컨텍스트 엔트로피를 초래합니다.

초기 다중 에이전트 연구는 주로 조정에 초점을 맞췄습니다: 작업 라우팅, 툴 호출, 메시지 전달 등. 그러나 에이전트가 핵심 비즈니스 운영에 투입되면서 시스템은 근본적인 운영 질문에 답해야 합니다:

• 누가 이 변경을 승인했는가?
• 왜 상태가 변했는가?
• 어떤 규칙이 폐기되었는가?

이것들은 거버넌스 문제입니다. 오케스트레이션은 실행(일시적)을 관리하고, 거버넌스는 영속성(장기)을 강제합니다. FCoP 3.0은 진리의 중심을 휘발성 컨텍스트 윈도우에서 영구 파일 및 관찰 가능한 디렉터리 변이로 옮깁니다. 이는 AI가 “환상적인 안정성”(에이전트가 완벽히 기억한다는 믿음)에 의존하는 방식을 완전히 배제하고, 부인할 수 없는 불변의 물리적 흔적을 남기도록 강제합니다.

[전통 런타임] ---> [일시적 컨텍스트 윈도우] ---> (숨겨진 상태 / 휘발성 메모리) ──(충돌)──> [상태 증발]

[FCoP 3.0 거버넌스] ---> [사용자 파일시스템 공간]   ---> [외부화된 행동 현실] ──(감사)──> [고내구성 히스토리]

FCoP는 고립된 가설 시스템이 아니라, 이미 존재하는 계산 현실을 구조적으로 관찰한 결과물입니다.

POSIX‑준수 운영체제에서는 파일시스템이 데이터 영속성, 상태 전이, 동시성 충돌 조정이라는 핵심 특성을 자연스럽게 수행합니다. 이러한 동작은 FCoP가 설계한 것이 아니라, 오랫동안 존재해 온 컴퓨팅의 물리적 사실이며 현대 에이전트 오케스트레이션에서는 모델링되지 않은 채 남아 있었습니다.

FCoP의 목표는 이러한 숨겨진 구조적 현실을 구현 세부 사항에서 끌어내어 명시적이고 인간이 관찰 가능한 거버넌스 레이어로 전환하는 것입니다.

이 프레임워크 내에서

• 파일은 독립적인 상태에 매핑됩니다.
• 디렉터리는 격리된 상태 공간에 매핑됩니다.
• **파일 이동(이름 변경)**은 원자적인 상태 전이에 매핑됩니다.
• **원자적 생성 의미(O_EXCL)**는 충돌 경계에 매핑됩니다.

이러한 구조적 제약 하에 에이전트 행동은 자연스럽게 파일에 대한 결정론적 연산으로 수렴하며, 복잡하고 무거운 런타임 조정 메커니즘이 필요 없게 됩니다.

---

POSIX 파일시스템 프리미티브

외부화된 상태 머신 요소

아키텍처적 의미

행동을 파일로 외부화하는 것은 인간이 관찰하기에 가장 자연스러운 형식입니다. 이 규율 아래, 불규칙한 에이전트 행동은 안정적인 파일‑상태 머신 표현으로 수렴합니다.

FCoP 3.0은 단일 아키텍처 명제에 기반합니다: AI 에이전트 행동은 영구적이고 감사 가능하며 표준화된 물리적 프레임워크—운영체제의 네이티브 파일 레이어—에 외부화되어야 한다. 이 명