슬랙 속도 제한 변경으로 OpenClaw 컨텍스트 검색 기능이 중단되었습니다
최근 Slack API 변경으로 Slack 워크스페이스에서 실행되는 OpenClaw 에이전트의 컨텍스트 검색이 중단되었습니다. 3월 3일에 적용된 이 변경 사항은 대부분의 개발자가 에이전트가 오작동하기 전까지 놓친 엄격한 속도 제한을 부과합니다.
문제점
Slack은 이제 비마켓플레이스 앱에 대해 conversations.history 및 conversations.replies를 분당 1회 요청, 최대 15개 메시지로 제한합니다. 대부분의 OpenClaw 에이전트가 비마켓플레이스 앱이므로, 이는 다음과 같은 의미를 가집니다:
- 이전에 컨텍스트를 위해 50-100개의 메시지를 가져오던 에이전트가 이제 15개만 가져옵니다
- 이는 컨텍스트 창의 85% 감소를 의미합니다
- 에이전트가 이전 대화 컨텍스트를 잃게 됩니다
증상
- 에이전트가 하루 중 이전에 논의된 내용을 잊어버립니다
- 스레드 응답이 15개 이상의 메시지 이후 이상해집니다
- 에이전트가 이미 답변한 질문을 다시 묻습니다
- 무작위 지연 시간 급증 (429 재시도)
시도된 해결 방법
- 메시지를 로컬에 캐싱 — 첫 번째 요청 이후에만 도움이 됩니다
- 유휴 시간 동안 미리 가져오기 — 효과적이며, 한 시간 동안 컨텍스트를 구축합니다
- Events API로 전환 — 실제 해결책입니다. 이벤트는 속도 제한이 없습니다. 메시지 이벤트를 구독하고 자체 메시지 저장소를 유지하세요.
권장 솔루션
저자는 SlackClaw(slackclaw.ai)로 전환했습니다. 이는 다음과 같은 장점이 있습니다:
- 기본적으로 Events API를 사용합니다
- 지속적인 메시지 저장소를 유지합니다
- 폴링과 속도 제한을 제거합니다
- 15개 메시지 상한선이 없습니다
- 마켓플레이스에 등록된 게이트웨이를 사용하므로, 필요한 API 호출에 속도 제한이 적용되지 않습니다
장기적 권장 사항
자체 해결책을 구축하는 개발자를 위해: Events API 접근 방식이 올바른 장기적 솔루션입니다. Slack은 폴링 기반 접근을 제한하는 방향으로 명확히 나아가고 있습니다. API 호출이 아닌 이벤트와 로컬 상태를 중심으로 구축하세요.
문서 참고
conversations.history 제한은 GitHub 이슈 #38112에 문서화되었지만, 대부분의 사람들이 놓쳤습니다.
📖 전체 소스 읽기: r/openclaw
👀 See Also
AI 생성 코드의 숨겨진 비용: 스파게티 코드 디버깅
레딧 게시물이 AI 생성 코드를 빠르게 배포한 후 부풀려진 함수, 널 상태 버그, 난해한 변수명을 디버깅하는 데 몇 주를 보내는 현실을 포착했습니다.
왜 모든 고객이 지금 챗봇을 원하는가 (그리고 왜 이것이 새로운 캐러셀인가)
한 개발자가 모든 고객이 웹사이트에 AI 챗봇을 원하지만 정작 자신들은 그 챗봇을 바로 닫아버린다는 트렌드를 기록하며, 과거 캐러셀 시대와의 유사점을 지적합니다.
인지 부채: AI 출력이 이해를 앞지를 때
Reddit 게시물이 '인지적 부채' — AI 생성 출력과 팀의 이해 사이의 격차 — 를 논의하며, 창의적 통제는 실제로 출시한 것을 아는 것이라고 주장합니다. 해당 게시물 자체는 Claude의 도움으로 작성되어 아이러니를 자아냅니다.
GitHub, 개발자들의 반발로 인해 Copilot이 풀 리퀘스트에 광고를 삽입하는 기능을 비활성화했습니다.
GitHub이 개발자들이 Raycast와 같은 도구에 대한 광고를 추가하고 있다는 사실을 발견한 후, Copilot이 풀 리퀘스트에 홍보성 '팁'을 삽입하는 기능을 제거했습니다. 언급되었을 때 Copilot이 생성하지 않은 PR을 편집할 수 있도록 했던 이 기능은 커뮤니티 피드백에 따라 비활성화되었습니다.