AI 에이전트 로직을 YAML로 옮기기: Telegram, VS Code, CLI에서 실행하기

한 개발자는 OpenClaw의 모든 커넥터(Postgres, SSH, Slack 등)에 대해 TypeScript 도구를 작성하는 것에 지쳤습니다. 그의 해결책: 에이전트 비즈니스 로직을 agent.yaml 파일로 옮기고 OE Runtime을 HTTP 서버로 실행하는 것입니다. OpenClaw의 SKILL.md는 해당 서버를 가리키며, 동일한 YAML이 이제 Telegram, VS Code, CLI에서 작동합니다 — 코드 중복 없이요.
아키텍처
흐름은 다음과 같습니다:
Telegram의 사용자 메시지 → OpenClaw가 POST /run-file 호출 → OE Runtime이 agent.yaml 실행 → 결과가 Telegram으로 반환
YAML의 에이전트 정의
각 도구에 대해 TypeScript를 작성하는 대신, 에이전트는 선언적으로 정의됩니다:
name: 데이터베이스 분석가
instructions: |
당신은 데이터베이스 분석가입니다...
steps:
- name: 쿼리
content: 모든 테이블과 행 수를 나열하세요
connectors:
- connection_name: 내 데이터베이스
connection_type: postgresql
효과적인 이유
핵심 부수 효과: 동일한 agent.yaml이 VS Code, CLI, HTTP에서 실행됩니다. 중복이 없습니다. 이는 에이전트 로직을 UI 계층과 분리하고 여러 환경에서 이식 가능하게 만듭니다.
대상
OpenClaw로 빌드하면서 TypeScript 보일러플레이트를 줄이고 싶거나, 에이전트가 여러 환경(채팅, IDE, 터미널)에서 실행되어야 한다면 이 패턴을 살펴볼 가치가 있습니다.
📖 전체 소스 읽기: r/openclaw
👀 See Also

오픈-클로 + 헤르메스: 분리된 오케스트레이터와 실행기를 통한 멀티 에이전트 워크플로우의 이점
3주간의 테스트 결과, 한 사용자는 Open-Claw(오케스트레이터)와 Hermes(실행 전문가)를 함께 사용했을 때 단일 에이전트보다 성능이 뛰어나며, 병렬 작업 처리와 교차 진단을 통해 처리량과 신뢰성이 향상된다는 것을 발견했습니다.

OpenClaw와 Retell AI를 활용한 지역 비즈니스를 위한 AI 리셉셔니스트 도입
한 개발자가 OpenClaw와 Retell AI를 사용하여 지역 서비스 업체를 위한 AI 안내원을 배포한 사례 연구를 공유했습니다. 첫 주에 23건의 통화를 처리하여 7건의 예약을 확보했으며, 비용은 4.12달러였습니다.

LLM으로 7년간의 일기 분석하기: RAG 대 미세 조정 실패
2019년부터 일기를 써온 개발자가 200개 이상의 항목을 LLM에 넣어 패턴을 발견하려고 시도했다. RAG는 실패했고, 파인튜닝도 실패했으며, 프라이버시도 제약이었다. 최종 접근법은 2년마다 반복되는 인생 교훈을 밝혀냈다.
OpenClaw에서 사전 예방적 모니터링 에이전트 구축하기: 프로덕션 환경의 LLM 위키 패턴
OpenClaw 기반 에이전트 Oogway가 작업을 사전 모니터링하고, 이상 징후를 조사하며, 근본 원인과 해결책을 자체 위키에 기록합니다. 핵심 통찰: 지속적인 메모리가 지식을 축적하여 재추론을 줄입니다.