스레드는 프로젝트별로, 긴 자료는 파일로: 내 OpenClaw 에이전트 홈을 정리하는 방법

한 개발자가 OpenClaw 에이전트 홈을 세 번 재구축한 끝에 명확한 패턴을 찾았습니다: 영역별 채널, 프로젝트별 스레드, 그리고 플랫폼 메시지 길이 제한을 완전히 우회하는 파일 배턴 해결책입니다.

유지된 설정

이것은 Discord 중심의 레이아웃이지만, 원칙(워크플로가 아닌 프로젝트별 구성)은 어디에나 적용됩니다. 저자는 Discord(단일 채널)와 Telegram(받아쓰기, 조사, 쓰기, 일반의 네 가지 워크플로 채널)을 시도했지만 두 번 모두 혼란을 겪었습니다. 워크플로 채널의 문제: 에이전트가 작업 중에 사용 가능한 채널로 리디렉션되어 프로젝트 컨텍스트가 관련 없는 채널에 흩어집니다.

승리한 설정은 영역별 채널, 프로젝트별 스레드를 갖춘 Discord였습니다. 프로젝트는 전체 수명 동안 하나의 스레드에 존재하며, 프로젝트 간 전환 시 컨텍스트가 손실되지 않습니다. 누락된 단위는 워크플로가 아니라 프로젝트였습니다.

메시지 길이 차이와 파일 배턴

해결책을 강요한 하드 리밋은 다음과 같습니다: Discord 메시지는 2,000자로 제한(Nitro는 4,000자)되고, Telegram의 4,096자 제한은 긴 붙여넣기를 자동으로 분할합니다. 하지만 받아쓰기는 일상적으로 4,000자를 넘습니다. 저자의 첫 번째 긴 받아쓰기는 Discord에서 2,000자에서 문장 중간에 실패했습니다 — Nitro로도 해결되지 않았습니다.

해결책: 메시지보다 긴 내용은 파일로 만드세요. 긴 내용을 파일에 쓰고 프로젝트 스레드에 넣으면 에이전트가 그것을 가져갑니다. 아무것도 잘리거나 분할되지 않으며, Nitro 없이 어떤 플랫폼에서도 작동하며 Discord나 Telegram의 리밋 증가를 기다릴 필요가 없습니다.

실용적 패턴: Telegram을 보조 도구로

저자는 여전히 Telegram을 순수하게 긴 캡처 보조 도구로 설치해 두고 있습니다 — 텍스트를 빠르게 덤프하는 방법입니다. Discord는 홈이고 Telegram은 로딩 독입니다. 또한 그들은 Telegram의 신뢰 문제(앱 스토어 제거, 창업자 법적 분쟁)를 논쟁의 요지가 아닌 맥락으로 언급합니다.

이 글이 필요한 사람

Discord나 Telegram에서 OpenClaw 에이전트(또는 유사한)를 실행하면서 채널 혼란이나 메시지 길이 제한에 부딪힌 모든 사람.

스크린샷이 포함된 전체 분석은 kenmazaika.com에 있습니다.