OpenClaw 프롬프트 팽창 및 느린 응답 루프 수정

OpenClaw 메인 에이전트가 느려지기 시작했다면—작업에 몇 분이 걸린다면—원인은 단일 버그가 아닌 컨텍스트 bloating일 가능성이 높습니다. 상세한 Reddit 게시글에 따르면, 문제는 항상 주입되는 프로젝트 파일, 과도한 표시 스킬, 큰 툴 스키마, 그리고 압축 및 재시도 루프를 유발하는 대화 기록의 조합에서 비롯됩니다.

Bloat의 원인

• 항상 주입되는 프로젝트 컨텍스트: AGENTS.md, HEARTBEAT.md, TOOLS.md 같은 파일이 매 턴 전송됩니다. 시간이 지나면서 이 파일들은 소형 매뉴얼로 성장했습니다. 예시 크기(이전): AGENTS.md 8,618바이트, HEARTBEAT.md 4,970바이트, TOOLS.md 8,820바이트 (총 22,408바이트).
• 너무 많은 표시 스킬: 메인 에이전트에 60개의 표시 스킬이 있었습니다. OpenClaw는 매 턴 스킬 카탈로그(이름, 설명, 경로)를 주입하고, 에이전트 지침은 응답 전에 스킬 목록을 스캔하도록 장려하여 오버헤드와 추가 파일 읽기를 발생시킵니다.
• 툴 스키마: 사용 가능한 툴의 JSON 정의(매개변수, 열거형, 설명)는 모델이 툴을 호출하는 데 필요하지만, 각 스키마가 컨텍스트 공간을 소비합니다.
• 대화 기록: LLM 호출은 상태 비저장이므로, OpenClaw는 각 라운드에 충분한 기록을 재전송합니다. 거대한 로그, 큰 툴 출력, 긴 디버그 추적이 부담을 가중시킵니다.
• 압축/재시도 압박: 큰 기준선 + 큰 기록 → 압축 → 재시도 → 여전히 큰 고정 기준선 → 계속 느림. 압축은 항상 주입되는 기준선이나 보존된 최근 메시지를 줄일 수 없습니다.

변경된 사항

1. 메인 에이전트 스킬의 적극적인 허용 목록

60개의 제한 없는 스킬에서 10개의 가드레일로 작은 명시적 허용 목록으로 변경:

source-grounded-claims
pre-send-check
session-status-claim-check
verify-after-edit
transient-check-failure-disclosure
failed-subagent-results-caveat
gateway-change-guard
openclaw-webui-tailscale-recovery
tailscale-network-guard
long-running-task-guard

2. 항상 주입되는 파일 축소

AGENTS.md, HEARTBEAT.md, TOOLS.md를 거대한 매뉴얼 대신 라우팅/인덱스 파일로 압축했습니다. 압축 후:

AGENTS.md    4,804바이트
HEARTBEAT.md  2,177바이트
TOOLS.md      2,387바이트
총합         9,368바이트

3. 운영 방식 변경

• 감사 및 진단 시: lightContext:true를 사용하는 서브에이전트 사용.
• 큰 로그/보고서는 파일로 저장하고 메인 채팅에 붙여넣지 않음.
• 메인 세션에서는 요약만 공유하고, 거대한 로그/툴 출력을 붙여넣지 않음.
• 전체 내용을 덤프하지 않고 파일을 검사하기 위해 제한된 tail, grep, sed -n 사용.

이러한 변경 사항은 매 턴 모든 것을 로드하여 압축과 지연을 유발하는 피드백 루프를 직접 해결합니다. 특정 버전은 2026.4.26으로 언급되었지만, 이 조언은 유사한 bloating을 겪는 모든 OpenClaw 설정에 적용됩니다.