2026 OpenClaw MCP：Mac 클라우드에서 stdio 호스팅, 타임아웃과 로그로 모델 지연과 자식 프로세스 정지를 구분하기
상시 OpenClaw 게이트웨이 옆에 MCP(Model Context Protocol) stdio 서버를 붙이면 CPU·파이프 경쟁이 18789 문제처럼 보인다. 본문은 세 가지 비용, 증상 매트릭스, 일곱 단계 롤아웃, 검토용 임계값, FAQ를 정리하고 web_search/web_fetch, 다섯 계층, Docker 샌드박스, JSONL 가시성 글과의 역할을 나눈다.
1. 세 가지 비용
MCP는 JSON이 아니라 장수 자식 프로세스다. Mac 클라우드에서 게이트웨이와 스케줄러를 공유하면 다음이 반복된다. 통합 메모리 여유가 있어도 짧은 버스트가 이벤트 루프를 굶기고 UI만 살아 있는 것처럼 보인다. 스토리지가 NVMe라도 작은 로그 폭주가 inode 또는 작은 쓰기 지연을 키워 간헐적 타임아웃으로 보일 수 있다.
기업 프록시 아래에서 MCP 스크립트가 내부 HTTPS를 다시 부르면 출구 정책·신뢰 저장소 차이가 섞여 모델 품질 이슈로 오해된다. 첫 장에 증상 표를 붙이면 MTTR이 크게 줄었다는 사례가 2026년에도 계속 나온다.
- CPU 경쟁：launchd 한도 없으면 게이트웨이가 먼저 멈춘다.
- 이중 타임아웃：모델만 길게 두고 도구는 무제한이면 디렉터리 나열이 블랙홀을 만든다.
- 상관 ID 부재：stderr가 섞이면 JSONL과 조인 불가, 재시작만 남는다.
2. 스택 위치
게이트웨이가 tool call로 매핑하고 MCP가 실행을 맡는다. 검색 계열과 달리 실패는 fork·파이프에 가깝다. 스크립트가 외부 HTTP를 다시 호출하면 출구 층과 겹치므로 다섯 계층 라우팅을 먼저 적용한다.
장애 훈련 때 가장 바쁜 MCP 자식을 피크 시간에 강제 종료해 게이트웨이가 여전히 응답하는지, 알림이 1분 안에 오는지 리허설하면 운영 성숙도가 빨리 오른다. 로그 보존 기간을 게이트웨이 JSONL과 MCP 회전 로그에 동일하게 맞추지 않으면 타임라인이 중간에 끊겨 원인 추적이 어렵다.
~/.openclaw 비밀을 보호한다.
JSONL 가이드의 필드에 tool 이름과 pid를 넣으면 자식 재시작과 게이트웨이 재시작을 혼동하지 않는다.
3. 증상 표
모델을 의심할 때는 토큰 곡선·과금판을 먼저 본다. MCP 자식을 의심할 때는 로그에 tool 이름이 연속되는지 RSS가 상한 근처에 붙는지 본다. 출구를 의심할 때는 PAC·공유 IP 평판을 나눈다. 표를 인쇄해 온콜 벽에 두면 혼선이 줄어든다. 한 페이지짜리 시퀀스 다이어그램도 함께 두면 신입이 전송 오류를 모델 품질로 착각하지 않는다. 이 자료는 분기마다 갱신한다.
| 증상 | 모델 | MCP | 출구 |
|---|---|---|---|
| 첫 토큰 느리고 도구 빠름 | 높음 | 낮음 | 낮음 |
| 도구 단계 정지 | 낮음 | 높음 | 중간 |
| 특정 URL만 403 | 중간 | 낮음 | 높음 |
| 노트북 OK 클라우드만 실패 | 낮음 | 높음 | 중간 |
4. 일곱 단계
순서는 신원→권한→시간→관측→자원→검증→롤백으로 고정하면 리뷰가 쉽다. 각 단계마다 담당 팀과 롤백 스위치를 이슈 템플릿에 박아 두면 야간 온콜이 문서를 찾느라 지연하지 않는다.
- plist로 사용자·작업 디렉터리 고정, SSH 홈 의존 제거.
- argv 화이트리스트, 필요 시 샌드박스로 쓰기 경계 분리.
- 도구·모델 타임아웃 분리, 전체 예산의 약 20% 여유.
- stdout 줄머리에 tool·pid·요청 id.
- ThrottleInterval·CPU 상한으로 재시작 폭풍 억제.
- 냉시작·5병렬·네트워크 플랩 세 탐침으로 RSS·벽시계 기록.
- 단일 MCP를 설정으로 끄고 게이트웨이는 유지.
5. 임계값
도구 벽시계 기본 약 25～45초, 큰 목록은 약 12～20초. RSS 소프트 약 1.5～2GB에서 kill+이벤트. 같은 이름 동시 약 3～5. 5분 안 약 3번 크래시면 브레이커. stdout 줄 약 256KB 초과 시 truncate 경고. TLS 신뢰 저장소를 MCP에도 복제하고 보존 기간을 JSONL과 맞춘다. 비용 보고서에 게이트웨이 SKU와 도구 SKU를 분리해 재무가 원인을 즉시 본다. 날짜 파싱이 있는 MCP는 클라우드 이미지에서 단위 테스트를 반드시 돌린다.
주간으로 argv 화이트리스트 diff를 첨부하면 공급망 감사에도 재사용할 수 있다. 타임존·로캘은 launchd 최소 환경에서 흔들리므로 운영 이미지와 동일 컨테이너/VM에서 회귀 테스트를 돌린다.
6. FAQ
MCP와 web_fetch 순서는?
모델이 URL을 직접 주면 web_fetch 먼저, 도구 내부 fetch면 MCP 로그 먼저.
노트북 plist 그대로?
키·프록시 차이로 탐침을 다시 돌려야 한다.
다섯 계층 어디?
대부분 실행층, 인증 오류가 남으면 상위로. 키 회전 직후엔 양쪽 환경 변수 diff를 확인한다. 최근 런타임(Node·Python) 마이너 업그레이드가 stdio 프레이밍을 깨뜨린 사례도 있으므로 변경 소유자를 명시한다.
7. 안정 Mac 기반
노트북 PoC는 빠르지만 CPU 할당·JSONL 계약이 부족하다. Linux만으로는 Apple 인접 작업에 약해 MCP 접착제가 늘고, 야간 절전·개인 VPN 흔들림이 SLO를 깬다. 감사 가능한 7×24라면 VPSMAC M4 Mac 클라우드 임대로 launchd 한도와 JSONL·샌드박스 글을 한 Runbook에 묶는 편이 안전하다. 전용 메모리와 SSH 운용으로 제어면과 도구면을 분리하고 장애 시 설정 토글로 단계적 축소가 가능하다. 컨테이너만으로는 호스트 자원 경계가 흐려져 동일 증상이 재발하기 쉬우므로 Mac 네이티브 노드가 장기 운영에 유리하다는 점을 의사결정에 포함한다.