이 가이드는 OpenClaw에 모델 제공자(LLM)를 추가하는 Provider Plugin을 빌드하는 과정을 안내합니다. 끝까지 진행하면 모델 카탈로그, API 키 인증, 동적 모델 해석을 갖춘 Provider를 만들 수 있습니다.Documentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
이전에 OpenClaw Plugin을 빌드해 본 적이 없다면, 먼저 기본 패키지
구조와 매니페스트 설정을 다루는
시작하기를 읽으세요.
둘러보기
패키지와 매니페스트
1단계: 패키지와 매니페스트
providerAuthEnvVars를 선언하므로 OpenClaw가 Plugin 런타임을
로드하지 않고도 자격 증명을 감지할 수 있습니다. Provider 변형이 다른 Provider
ID의 인증을 재사용해야 할 때는 providerAuthAliases를 추가하세요. modelSupport는
선택 사항이며, 런타임 훅이 존재하기 전에 OpenClaw가 acme-large 같은 축약형
모델 ID에서 Provider Plugin을 자동으로 로드할 수 있게 합니다. ClawHub에 Provider를
게시한다면, package.json의 openclaw.compat와 openclaw.build 필드는 필수입니다.Provider 등록
최소 텍스트 Provider에는
id, label, auth, catalog가 필요합니다.
catalog는 Provider가 소유하는 런타임/구성 훅입니다. 라이브 벤더 API를 호출할 수
있으며 models.providers 항목을 반환합니다.index.ts
registerModelCatalogProvider는 목록/도움말/선택기 UI를 위한 더 최신의
컨트롤 플레인 카탈로그 표면입니다. 텍스트, 이미지 생성, 비디오 생성, 음악 생성
행에 사용하세요. 벤더 엔드포인트 호출과 응답 매핑은 Plugin 안에 두세요. OpenClaw는
공유 행 형태, 소스 라벨, 도움말 렌더링을 소유합니다.이것으로 작동하는 Provider가 완성됩니다. 이제 사용자는
openclaw onboard --acme-ai-api-key <key>를 실행하고
acme-ai/acme-large를 모델로 선택할 수 있습니다.업스트림 Provider가 OpenClaw와 다른 제어 토큰을 사용한다면, 스트림 경로를
교체하지 말고 작은 양방향 텍스트 변환을 추가하세요.input은 전송 전에 최종 시스템 프롬프트와 텍스트 메시지 내용을 다시 작성합니다.
output은 OpenClaw가 자체 제어 마커를 파싱하거나 채널에 전달하기 전에 어시스턴트
텍스트 델타와 최종 텍스트를 다시 작성합니다.API 키 인증이 있는 텍스트 Provider 하나와 단일 카탈로그 기반 런타임만 등록하는
번들 Provider의 경우 더 좁은 defineSingleProviderPluginEntry(...) 헬퍼를
사용하는 것이 좋습니다.buildProvider는 OpenClaw가 실제 Provider 인증을 해석할 수 있을 때 사용하는
라이브 카탈로그 경로입니다. Provider별 탐색을 수행할 수 있습니다.
buildStaticProvider는 인증이 구성되기 전에 표시해도 안전한 오프라인 행에만
사용하세요. 자격 증명을 요구하거나 네트워크 요청을 해서는 안 됩니다.
OpenClaw의 models list --all 표시는 현재 번들 Provider Plugin에 대해서만
빈 구성, 빈 환경, 에이전트/작업공간 경로 없음 상태로 정적 카탈로그를 실행합니다.인증 흐름에서 온보딩 중 models.providers.*, 별칭, 에이전트 기본 모델도 패치해야
한다면 openclaw/plugin-sdk/provider-onboard의 프리셋 헬퍼를 사용하세요.
가장 좁은 헬퍼는 createDefaultModelPresetAppliers(...),
createDefaultModelsPresetAppliers(...), createModelCatalogPresetAppliers(...)입니다.Provider의 네이티브 엔드포인트가 일반 openai-completions 전송에서 스트리밍된
사용량 블록을 지원한다면, Provider ID 검사를 하드코딩하지 말고
openclaw/plugin-sdk/provider-catalog-shared의 공유 카탈로그 헬퍼를 사용하는 것이
좋습니다. supportsNativeStreamingUsageCompat(...)와
applyProviderNativeStreamingUsageCompat(...)는 엔드포인트 기능 맵에서 지원 여부를
감지하므로, Plugin이 사용자 지정 Provider ID를 사용하는 경우에도 네이티브
Moonshot/DashScope 스타일 엔드포인트가 계속 옵트인됩니다.동적 모델 해석 추가
Provider가 임의의 모델 ID를 허용한다면(프록시나 라우터처럼),
해석에 네트워크 호출이 필요하다면 비동기 워밍업에는
resolveDynamicModel을 추가하세요.prepareDynamicModel을
사용하세요. 완료된 뒤 resolveDynamicModel이 다시 실행됩니다.런타임 훅 추가(필요한 경우)
대부분의 Provider는 현재 사용 가능한 리플레이 패밀리:
현재 사용할 수 있는 스트림 계열:
catalog + resolveDynamicModel만 필요합니다. Provider가
요구할 때 훅을 점진적으로 추가하세요.공유 헬퍼 빌더는 이제 가장 일반적인 리플레이/도구 호환 패밀리를 다루므로,
Plugin은 보통 각 훅을 하나씩 직접 연결할 필요가 없습니다.| 계열 | 연결하는 내용 | 번들 예시 |
|---|---|---|
openai-compatible | 도구 호출 ID 정리, 어시스턴트 우선 순서 수정, 전송 계층에서 필요한 경우의 일반 Gemini 턴 검증을 포함한 OpenAI 호환 전송용 공유 OpenAI 스타일 리플레이 정책 | moonshot, ollama, xai, zai |
anthropic-by-model | modelId로 선택되는 Claude 인식 리플레이 정책으로, 해석된 모델이 실제로 Claude ID일 때만 Anthropic 메시지 전송이 Claude 전용 사고 블록 정리를 받습니다 | amazon-bedrock, anthropic-vertex |
google-gemini | 네이티브 Gemini 리플레이 정책, 부트스트랩 리플레이 정리, 태그 지정된 추론 출력 모드 | google, google-gemini-cli |
passthrough-gemini | OpenAI 호환 프록시 전송을 통해 실행되는 Gemini 모델용 Gemini 사고 서명 정리. 네이티브 Gemini 리플레이 검증이나 부트스트랩 재작성은 활성화하지 않습니다 | openrouter, kilocode, opencode, opencode-go |
hybrid-anthropic-openai | 하나의 plugin 안에서 Anthropic 메시지와 OpenAI 호환 모델 표면을 혼합하는 공급자용 하이브리드 정책. 선택적인 Claude 전용 사고 블록 제거는 Anthropic 쪽으로 범위가 제한됩니다 | minimax |
| 계열 | 연결하는 내용 | 번들 예시 |
|---|---|---|
google-thinking | 공유 스트림 경로에서 Gemini 사고 페이로드 정규화 | google, google-gemini-cli |
kilocode-thinking | 공유 프록시 스트림 경로의 Kilo 추론 래퍼. kilo/auto 및 지원되지 않는 프록시 추론 ID는 삽입된 사고를 건너뜁니다 | kilocode |
moonshot-thinking | 구성 + /think 수준에서 Moonshot 바이너리 네이티브 사고 페이로드 매핑 | moonshot |
minimax-fast-mode | 공유 스트림 경로에서 MiniMax 빠른 모드 모델 재작성 | minimax, minimax-portal |
openai-responses-defaults | 공유 네이티브 OpenAI/Codex Responses 래퍼: 귀속 헤더, /fast/serviceTier, 텍스트 상세도, 네이티브 Codex 웹 검색, 추론 호환 페이로드 형성, Responses 컨텍스트 관리 | openai, openai-codex |
openrouter-thinking | 프록시 경로용 OpenRouter 추론 래퍼. 지원되지 않는 모델/auto 건너뛰기는 중앙에서 처리됩니다 | openrouter |
tool-stream-default-on | 명시적으로 비활성화하지 않는 한 도구 스트리밍을 원하는 Z.AI 같은 공급자용 기본 활성화 tool_stream 래퍼 | zai |
계열 빌더를 구동하는 SDK 이음매
계열 빌더를 구동하는 SDK 이음매
각 계열 빌더는 동일한 패키지에서 내보내는 하위 수준 공개 헬퍼로 구성되며, 공급자가 공통 패턴에서 벗어나야 할 때 사용할 수 있습니다.
openclaw/plugin-sdk/provider-model-shared-ProviderReplayFamily,buildProviderReplayFamilyHooks(...), 원시 리플레이 빌더(buildOpenAICompatibleReplayPolicy,buildAnthropicReplayPolicyForModel,buildGoogleGeminiReplayPolicy,buildHybridAnthropicOrOpenAIReplayPolicy). Gemini 리플레이 헬퍼(sanitizeGoogleGeminiReplayHistory,resolveTaggedReasoningOutputMode)와 엔드포인트/모델 헬퍼(resolveProviderEndpoint,normalizeProviderId,normalizeGooglePreviewModelId)도 내보냅니다.openclaw/plugin-sdk/provider-stream-ProviderStreamFamily,buildProviderStreamFamilyHooks(...),composeProviderStreamWrappers(...), 공유 OpenAI/Codex 래퍼(createOpenAIAttributionHeadersWrapper,createOpenAIFastModeWrapper,createOpenAIServiceTierWrapper,createOpenAIResponsesContextManagementWrapper,createCodexNativeWebSearchWrapper), DeepSeek V4 OpenAI 호환 래퍼(createDeepSeekV4OpenAICompatibleThinkingWrapper), Anthropic Messages 사고 프리필 정리(createAnthropicThinkingPrefillPayloadWrapper), 공유 프록시/공급자 래퍼(createOpenRouterWrapper,createToolStreamWrapper,createMinimaxFastModeWrapper).openclaw/plugin-sdk/provider-tools-ProviderToolCompatFamily,buildProviderToolCompatFamilyHooks("gemini"), 기본 Gemini 스키마 헬퍼(normalizeGeminiToolSchemas,inspectGeminiToolSchemas).
@openclaw/anthropic-provider는 Claude OAuth 베타 처리와 context1m 게이팅을 인코딩하므로 wrapAnthropicProviderStream, resolveAnthropicBetas, resolveAnthropicFastMode, resolveAnthropicServiceTier, 하위 수준 Anthropic 래퍼 빌더를 자체 공개 api.ts / contract-api.ts 이음매에 유지합니다. xAI plugin도 마찬가지로 네이티브 xAI Responses 형성을 자체 wrapStreamFn에 유지합니다(/fast 별칭, 기본 tool_stream, 지원되지 않는 엄격 도구 정리, xAI 전용 추론 페이로드 제거).동일한 패키지 루트 패턴은 @openclaw/openai-provider(공급자 빌더, 기본 모델 헬퍼, 실시간 공급자 빌더)와 @openclaw/openrouter-provider(공급자 빌더 및 온보딩/구성 헬퍼)도 뒷받침합니다.- 토큰 교환
- 사용자 지정 헤더
- 네이티브 전송 ID
- 사용량 및 청구
각 추론 호출 전에 토큰 교환이 필요한 공급자용:
사용 가능한 모든 공급자 훅
사용 가능한 모든 공급자 훅
OpenClaw는 이 순서로 훅을 호출합니다. 대부분의 공급자는 2-3개만 사용합니다.
런타임 폴백 참고:
ProviderPlugin.capabilities 및 suppressBuiltInModel처럼 OpenClaw가 더 이상 호출하지 않는 호환성 전용 공급자 필드는 여기에 나열되지 않습니다.| # | 훅 | 사용 시점 |
|---|---|---|
| 1 | catalog | 모델 카탈로그 또는 기본 URL 기본값 |
| 2 | applyConfigDefaults | 구성 구체화 중 공급자 소유 전역 기본값 |
| 3 | normalizeModelId | 조회 전 레거시/프리뷰 모델 ID 별칭 정리 |
| 4 | normalizeTransport | 일반 모델 조립 전 공급자 계열 api / baseUrl 정리 |
| 5 | normalizeConfig | models.providers.<id> 구성 정규화 |
| 6 | applyNativeStreamingUsageCompat | 구성 공급자용 네이티브 스트리밍 사용량 호환 재작성 |
| 7 | resolveConfigApiKey | 공급자 소유 env 마커 인증 해석 |
| 8 | resolveSyntheticAuth | 로컬/셀프 호스팅 또는 구성 기반 합성 인증 |
| 9 | shouldDeferSyntheticProfileAuth | env/구성 인증 뒤로 합성 저장 프로필 자리표시자 낮추기 |
| 10 | resolveDynamicModel | 임의의 업스트림 모델 ID 허용 |
| 11 | prepareDynamicModel | 해석 전 비동기 메타데이터 가져오기 |
| 12 | normalizeResolvedModel | 러너 전 전송 재작성 |
| 13 | contributeResolvedModelCompat | 다른 호환 전송 뒤의 공급업체 모델용 호환 플래그 |
| 14 | normalizeToolSchemas | 등록 전 공급자 소유 도구 스키마 정리 |
| 15 | inspectToolSchemas | 공급자 소유 도구 스키마 진단 |
| 16 | resolveReasoningOutputMode | 태그 지정 vs 네이티브 추론 출력 계약 |
| 17 | prepareExtraParams | 기본 요청 매개변수 |
| 18 | createStreamFn | 완전 사용자 지정 StreamFn 전송 |
| 19 | wrapStreamFn | 일반 스트림 경로의 사용자 지정 헤더/본문 래퍼 |
| 20 | resolveTransportTurnState | 네이티브 턴별 헤더/메타데이터 |
| 21 | resolveWebSocketSessionPolicy | 네이티브 WS 세션 헤더/쿨다운 |
| 22 | formatApiKey | 사용자 지정 런타임 토큰 형태 |
| 23 | refreshOAuth | 사용자 지정 OAuth 새로 고침 |
| 24 | buildAuthDoctorHint | 인증 복구 안내 |
| 25 | matchesContextOverflowError | 공급자 소유 오버플로 감지 |
| 26 | classifyFailoverReason | 공급자 소유 속도 제한/과부하 분류 |
| 27 | isCacheTtlEligible | 프롬프트 캐시 TTL 게이팅 |
| 28 | buildMissingAuthMessage | 사용자 지정 인증 누락 힌트 |
| 29 | augmentModelCatalog | 합성 순방향 호환 행 |
| 30 | resolveThinkingProfile | 모델별 /think 옵션 세트 |
| 31 | isBinaryThinking | 바이너리 사고 켜기/끄기 호환성 |
| 32 | supportsXHighThinking | xhigh 추론 지원 호환성 |
| 33 | resolveDefaultThinkingLevel | 기본 /think 정책 호환성 |
| 34 | isModernModelRef | 라이브/스모크 모델 매칭 |
| 35 | prepareRuntimeAuth | 추론 전 토큰 교환 |
| 36 | resolveUsageAuth | 사용자 지정 사용량 자격 증명 파싱 |
| 37 | fetchUsageSnapshot | 사용자 지정 사용량 엔드포인트 |
| 38 | createEmbeddingProvider | 메모리/검색용 공급자 소유 임베딩 어댑터 |
| 39 | buildReplayPolicy | 사용자 지정 트랜스크립트 리플레이/Compaction 정책 |
| 40 | sanitizeReplayHistory | 일반 정리 후 공급자별 리플레이 재작성 |
| 41 | validateReplayTurns | 내장 러너 전 엄격한 리플레이 턴 검증 |
| 42 | onModelSelected | 선택 후 콜백(예: 텔레메트리) |
normalizeConfig는 먼저 일치한 공급자를 확인한 다음, 실제로 구성을 변경하는 항목이 나올 때까지 훅을 지원하는 다른 공급자 plugin을 확인합니다. 공급자 훅이 지원되는 Google 계열 구성 항목을 재작성하지 않으면 번들 Google 구성 정규화기가 계속 적용됩니다.resolveConfigApiKey는 노출된 경우 공급자 훅을 사용합니다. 번들amazon-bedrock경로에는 Bedrock 런타임 인증 자체가 여전히 AWS SDK 기본 체인을 사용하더라도, 여기에 내장 AWS env 마커 해석기도 있습니다.resolveSystemPromptContribution은 공급자가 모델 계열에 대해 캐시 인식 시스템 프롬프트 안내를 삽입할 수 있게 합니다. 동작이 하나의 공급자/모델 계열에 속하고 안정/동적 캐시 분할을 보존해야 한다면before_prompt_build보다 이것을 선호하세요.
추가 기능 추가(선택 사항)
5단계: 추가 기능 추가
제공자 Plugin은 텍스트 추론과 함께 음성, 실시간 전사, 실시간 음성, 미디어 이해, 이미지 생성, 비디오 생성, 웹 가져오기, 웹 검색을 등록할 수 있습니다. OpenClaw는 이를 하이브리드 기능 Plugin으로 분류하며, 회사 Plugin에 권장되는 패턴입니다 (공급업체당 하나의 Plugin). 자세한 내용은 내부 구조: 기능 소유권을 참조하세요.기존api.registerProvider(...) 호출과 함께 register(api) 안에서
각 기능을 등록하세요. 필요한 탭만 선택하세요:- Speech (TTS)
- Realtime transcription
- Realtime voice
- Media understanding
- Image and video generation
- Web fetch and search
assertOkOrThrowProviderError(...)를 사용하세요.
그러면 Plugin들이 제한된 오류 본문 읽기, JSON 오류 파싱, 요청 ID
접미사를 공유합니다.Test
6단계: 테스트
src/provider.test.ts
ClawHub에 게시
제공자 Plugin은 다른 외부 코드 Plugin과 같은 방식으로 게시합니다:clawhub package publish를 사용해야 합니다.
파일 구조
카탈로그 순서 참조
catalog.order는 내장 제공자 대비 카탈로그가 병합되는 시점을 제어합니다:
| 순서 | 시점 | 사용 사례 |
|---|---|---|
simple | 첫 번째 패스 | 단순 API 키 제공자 |
profile | simple 이후 | 인증 프로필에 의해 제한되는 제공자 |
paired | profile 이후 | 여러 관련 항목 합성 |
late | 마지막 패스 | 기존 제공자 재정의(충돌 시 우선) |
다음 단계
- 채널 Plugin - Plugin이 채널도 제공하는 경우
- SDK 런타임 -
api.runtime헬퍼(TTS, 검색, 하위 에이전트) - SDK 개요 - 전체 하위 경로 가져오기 참조
- Plugin 내부 구조 - 훅 세부 정보와 번들 예시