OpenClaw 릴리스 공지
릴리스가 라이브 상태가 된 후 release-openclaw-maintainer와 함께 사용하세요.
Discord에 로그인된 사용자로 실제 게시할 때는 $discord-user-post와 함께 사용하세요.
증거 우선
초점 영역을 초안 작성하기 전에 실제 릴리스 증거를 읽으세요:
- GitHub 릴리스 본문과 불변 태그; 확장 안정의 경우 npm/컨테이너 전용 범위와 Latest가 아닌 분류도 확인하세요.
- 출시된 기본 버전의
CHANGELOG/<version>.md와 기여 기록.node scripts/release-changelog.mjs read --version <version> [--ref <sha-or-tag>]명령어로 확인하세요. 계정 정보는--record를 추가하세요. 공유 리졸버는 과거 모놀리식 태그를 읽습니다. 현재CHANGELOG.md는 인덱스입니다. 승인된 문서 게시 후에는 간결한 GitHub 본문을 전체 노트로 취급하지 말고 완전한 문서 미러와 고정된 기록을 읽으세요. - 이전 출시 버전 또는 운영자가 지정한 기준 이후의 커밋.
- 정확한 버전과 현재 배포 태그에 대한 레지스트리/패키지 메타데이터.
- 사용자 신뢰도와 관련된 검증 상태.
전체 변경 로그 감사를 수행하지 않았다고 주장하지 마세요. 생성된 릴리스 노트나 선택한 변경 로그 섹션만 읽은 경우, 그렇게 말하고 적절히 감사하거나 해당 제한 사항과 함께 초안을 작성하세요.
베타 초점 영역의 경우, 내부 테스트나 CI 메커니즘보다 사용자에게 보이는 변경 사항을 우선시하세요:
- 설치/업데이트 경로
- OS/플랫폼별 동작
- 게이트웨이 시작/재시작, 구성 및 런타임 동작
- 공급자/모델/런타임 라우팅
- 플러그인 로딩 및 로컬 플러그인 개발
- 채널 및 미디어 경로
- 보안/데이터 손실/사용자 영향 수정
늦은 릴리스 브랜치 수정이 자동으로 공지를 지배하지 않도록 하세요. 버전에 이전 출시 버전과의 큰 델타가 포함된 경우, 전체 릴리스 델타와 예상 사용자 영향을 기준으로 초점 영역을 순위 매기고, 늦은 수정 사항은 자연스러운 범주에서 언급하세요.
필수 사본
모든 베타 공지는 베타 상태를 명시적으로 밝히고 다음을 포함해야 합니다:
- 정확한 버전, 예:
OpenClaw 2026.5.25-beta.1 - 한 문장의 위험 프레이밍: 베타, 테스트에 유용, 안정 프로모션 아님
- 증거 기반의 집중된 테스트 영역, 추측이 아닌
- 상단 근처에 홍보된 업데이트 명령어:
openclaw update --channel beta --yes openclaw --version - 새 설치 경로:
https://openclaw.ai에서 설치 - GitHub 릴리스 링크
- CI를 헤드라인으로 삼지 않는 간결한 검증 노트
운영자가 npm 관련 사본이나 문제 해결 텍스트를 명시적으로 요청하지 않는 한 베타 공지에 npm install 명령어를 제안하지 마세요. 레지스트리 메타데이터를 증거로 사용하는 것은 괜찮지만, 이를 공개 설치 지침으로 바꾸지 마세요.
안정 공지의 경우 안정 채널 문구를 사용하세요:
openclaw update --channel stable --yes
openclaw --version
새 설치는 여전히 https://openclaw.ai를 가리킵니다.
확장 안정의 경우 정확한 버전과 후행 월을 명시하세요. 관찰 가능한 백포트만 언급하고 다음을 사용하세요:
openclaw update --channel extended-stable
openclaw --version
--yes를 추가하지 마세요: 최신 일반 안정에서 이동하는 사용자는 다운그레이드 경고를 반드시 봐야 합니다. 이전 버전이 최신 구성을 이해하지 못할 수 있기 때문입니다. GitHub 릴리스 링크를 연결하되, 일반 안정의 macOS, Windows, ClawHub, latest 또는 웹사이트 주장을 상속하지 마세요.
스타일
- Discord Markdown, 표 없음.
- 훑어보기 쉽게: 짧은 소개, 불릿, 명령어, 링크.
- 증명 배관이 아닌 사용자가 느끼거나 테스트할 수 있는 것으로 시작하세요.
- 설치/업데이트 지침 후에만 검증을 언급하세요.
- 피드백이 유용한 위치를 구체적으로 명시하세요.
- 공개 공지에서 비공개 로컬 증명 경로를 언급하지 마세요.
- 검증되지 않은 플랫폼, 채널 또는 공급자 동작을 과장하지 마세요.
게시
게시를 요청받으면 $discord-user-post를 사용하여 로그인된 Discord 데스크톱 앱을 사용자로 조작하세요. 정확한 서버/채널을 확인하고 시각적으로 검증하며, 최종 본문을 검사하고 입력하거나 보내기 전에 작업 시간 확인을 요청하세요. OpenClaw 채널 전송, 봇, 웹훅, 릴레이 또는 토큰을 절대 사용하지 마세요.