AI 에이전트 아키텍처 이해: 결정적 계층 vs 확률적 계층

r/openclaw의 한 레딧 사용자가 결정론적 레이어와 확률론적 레이어를 구분하는 AI 에이전트 시스템을 이해하기 위한 멘탈 모델을 공유했습니다. 이 프레임워크는 일부 에이전트 설정이 불안정하거나 일관성이 없다고 느껴지는 이유를 설명하는 데 도움이 됩니다.
2계층 아키텍처
사용자는 에이전트 시스템이 두 가지 유형의 레이어를 가지고 있다고 설명합니다:
결정론적 레이어
이 레이어는 동일한 입력이 항상 동일한 출력을 생성하는 전통적인 컴퓨팅 작업을 처리합니다. 출처의 예시는 다음과 같습니다:
- 파이썬 스크립트
- 리눅스 명령어
- API
- 데이터베이스
- 파일 작업
- Cron 작업 / 스케줄러
사용자가 언급한 대로: "스크립트가 python scrape_news.py를 실행하면, 컴퓨터는 정확히 그 작업을 수행합니다. 창의성이 필요하지 않습니다."
확률론적 레이어
이 레이어는 본질적으로 모호하며 매번 다른 추론 경로를 취할 수 있는 LLM 구성 요소입니다. LLM은 다음과 같은 작업을 처리합니다:
- 사용자가 원하는 것을 해석하기
- 어떤 도구를 사용할지 결정하기
- 단계 계획하기
- 결과 요약하기
- 다음에 무엇을 할지 선택하기
레이어 간 상호작용
이 아키텍처는 출처에 따르면 다음과 같은 흐름을 따릅니다:
사용자 / 이벤트 → LLM이 무엇을 할지 결정 → 코드가 실행 → 결과가 LLM으로 돌아감 → 다음 결정
사용자는 이를 다음과 같이 설명합니다: "LLM은 기본적으로 계획자이고, 스크립트와 도구는 실행자입니다."
핵심 통찰: 작업을 결정론적 측면으로 밀어넣기
사용자의 주요 깨달음은 다음과 같습니다: "좋은 에이전트 시스템은 가능한 한 많은 작업을 결정론적 측면으로 밀어넣으려고 합니다."
다음과 같은 작업을 LLM이 처리하도록 하고 싶지 않습니다:
- JSON 파싱
- 계산 수행
- 개수 세기
- 상태 관리
사용자는 결론으로 다음과 같이 말합니다: "LLM은 주로 추론과 결정을 처리해야 하며, 나머지는 결정론적 도구가 처리해야 합니다."
이 멘탈 모델은 일부 에이전트 동작이 일관성이 없어 보이는 이유를 이해하는 데 도움이 되었습니다. 이는 종종 결정론적 코드에 더 적합한 작업에 대해 불필요하게 확률론적 레이어에 의존했기 때문이었습니다.
📖 전체 출처 읽기: r/openclaw
👀 See Also

OpenClaw 메모리 플러그인 분석: 무손실 클로 + LanceDB 추천
한 개발자가 OpenClaw 메모리 플러그인을 테스트한 결과, 기본 설정은 토큰 비대화를 유발하는 반면, Lossless Claw와 LanceDB를 함께 사용하면 에이전트 컨텍스트를 유지하는 데 높은 비용 없이 최적의 성능을 제공한다는 사실을 발견했습니다.

OpenClaw 사전 출시 보안 및 안정성 체크리스트
레딧 사용자가 OpenClaw를 라이브로 전환하기 전에 확인해야 할 실용적인 6가지 체크리스트를 공유합니다. 접근 제어, 안전 규칙, 메모리 관리, 자동화 테스트, 전송 검증, 장애 처리 등을 다룹니다.

OpenClaw 4.1 with Gemma 4 Stack: 하이브리드 아키텍처 및 설정 수정
레딧 게시물에서 OpenClaw 4.1과 Google의 Gemma 4 모델을 결합한 최적화된 로컬 에이전트 스택을 상세히 설명하며, 하이브리드 아키텍처, Ollama 도구 호출을 위한 특정 구성 수정, 컨텍스트 창 조정 등을 다루고 있습니다.

700줄 모놀리스 문제를 해결하기 위해 에이전트 컨텍스트를 세 개의 계층으로 분할하기
6개의 에이전트로 구성된 자율 시스템을 구축하는 팀은 에이전트 컨텍스트를 관심사 유형과 변경 빈도에 따라 세 가지 계층으로 분리하여 컨텍스트 파일 비대화 문제를 해결했습니다: 정체성을 위한 CLAUDE.md, 미션을 위한 BRIEFING.md, 운영을 위한 PLAYBOOK.md. 이 접근 방식은 인수 제한으로 인한 침묵 오류를 방지하고 편집을 예측 가능하게 만듭니다.