← 목록으로

Opencode-models-discovery 2.0 릴리즈: 모양 전체 구성, OpenCode v2 공식적으로 Correct

itadol5j

첫째, 결론은 다음과 같다:Opencode-models-discovery 2.0.0, 에 게시 19 10월 2026, 형식적으로 복원 OpenCode v2 주요 힘과 v1 호환 어댑터에.이것은 일상적인 업그레이드가 아닙니다 -- 구성 파일의 모양은 완전하게 변경되고, 당신은 오래된 커리큘럼을 따르고, 아마 줄에서 실행할 수 없습니다.

나는 3개의 꼬리에 나쳐. 모든 것이 있습니다. 우선, 그것이 무엇인지: 그것은 매우 성가신 문제를 해결하는 OpenCode 플러그인입니다 -- 당신은 OpenCode 호환 게이트웨이, 로컬 모델 서비스, transiting API의 무리를 얻을, 각 새로운 모델은 모델 이름, 컨텍스트 길이, 가격을 명중하기 위해 구성에 수동으로 간다. 이 플러그인은 한 번만 적합하며 나머지는 스스로 끌어 들입니다.

오픈 코드 모델 발견 v2.0.0

이 시간을 어떻게 변경합니까?

창고는 yuhp/opencode-models-discovery, MIT, 그리고 지금 188 별, 57 포크에 의해 4 월 2026에서 건축되었습니다. 목록의 상단과 같은 소리는 없지만 "모델 발견"에 대한 심각한 OpenCode 생태의 몇 가지 프로젝트입니다.

2.0.0의 1개의 핵심 활동만 있습니다:OpenCode v2를 기본 안정 통합으로 업그레이드나는 모른다. 기술적으로 V2는 pulgins / 제공 업체, 공급 업체 수명주기 API, 호스트 호스팅 스토리지, 통합 바우처, 네이티브 TUI, RPC 핸들러 및 에이전트 도구를위한 원래 구성 구조를 사용합니다.

번역자: 오래된 플러그인은 "나는 구성을 변경"그리고 지금 그것은 "이 호스트는 나를 엽니 다." 문서는 구성 파일에서 작성할 필요가 없습니다, 캐시는 호스트 관리자에게 주어지고, 모델은 TuI 패널에 lit 될 수 있으며 다시 시작되지 않습니다.

v1 및 v2 지원 수준

호스트 버전지원 수준연락처저장 및 바우처
오픈코드 v2Steady / 메인plugins 이름 * providers이름 * ctx.storage / ctx.integration
오픈코드 v1Legacy 호환성plugin 이름 * providerv1 XDG 캐시 + auth 하단

v1는 절단되지 않습니다, 안전한 수선 및 심각한 반환은 장소에서 남아 있습니다. 하지만 새로운 기능 -- 수명주기, 캐시, TUI, RPC, 모델 오버레이 -- 모든 v2에만 이동, v1로 자동 백업.

2개 또는 9개의 메타데이터 형식. 그것은 큰 그림입니다.

v2.0.0에서 공식 문서에는 완전히 "metadata ingestion"과 "discovery scheduling"을 제거하는 9 가지 모델 정보 형식이 있습니다. 이것은 똑똑한 디자인입니다: 운동 논리는 체재 접합기와 더불어 각 제조자를 위해, 바뀔 필요가 없습니다.

지원하다무엇을?추가 요청
openrouterContext length, top output caps, mode (text/image/udio), prompt/complement 및 cache price, tool call mark, reasoning slots (low/media/high)추가 요청
aiproxyAIProxy Inline Limiteds, 가격, 노력 + Models.dev 이름 표시제품정보
bifrost인라인 한계, 형, 토큰, 이유 변형추가 요청
litellmRich model 메타데이터, 컨텍스트 제한, 가격, 기능(주) /v1/model/info
lmstudio로드된 인스턴스 구성 (LM Studio 0.4.0+ native) /api/v1/models나는 확실하지 않습니다.한 번.
llama-swapContext 길이, 구조, 함수 호출 표추가 요청
models.dev공공 디렉토리 하단, 일반적인 컨텍스트 및 기능한국어 models.json
omniroute(빠른/flex)추가 요청
vllm스트레이트. max_model_len추가 요청
Nine metadata 형식 기능 비교

마지막 문장보기:당신이 일치하지 않는 경우 modelInfoFormat그런 다음 모델 ID가 없습니다. 메타 데이터가 없습니다.그것은 버그가 아닙니다, 그것은 디자인 -- 당신이 복용하는 어떤 종류의 서비스를 추측하지 마십시오, 잘못된 가격과 상황에 따라 달라집니다.

나는 첫 번째 장소에서이 필드에 적합하지 않았다, 나는 단지 이름과 생각, "왜 아무것도 변경하지 않았다?"와 모델의 목록을 보았다? 그리고 나는 그날 반에 본다.

프로필에 대해? 이름 *

이것은 롤에 가장 쉬운 장소입니다. v1 그. plugin / provider / options v2에서 모두 유효하지 않은, 복수로 대체 settings나는 모른다.

오픈코드 v1오픈코드 v2
pluginplugins
providerproviders
provider.<id>.npmproviders.<id>.package
provider.<id>.optionsproviders.<id>.settings
options.baseURLsettings.baseURL
options.apiKeysettings.apiKey
options.modelsDiscoverysettings.modelsDiscovery
v1 에 v2 구성 필드 맵

직접 실행하는 v2 구성은 다음과 같습니다.

{
  "$schema": "https://opencode.ai/config.json",
  "plugins": [
    "opencode-models-discovery@2.0.0"
  ],
  "providers": {
    "gateway": {
      "package": "@opencode/ai/providers/openai-compatible",
      "name": "My Gateway",
      "settings": {
        "baseURL": "https://gateway.example.com/v1",
        "apiKey": "{env:GATEWAY_API_KEY}",
        "modelsDiscovery": {
          "enabled": true,
          "modelInfoFormat": "models.dev",
          "smartModelName": true,
          "cache": {
            "enabled": true,
            "ttlSeconds": 86400
          }
        }
      }
    }
  }
}

몇 점이 있습니다.

  • modelsDiscovery.enabled 예.옵션 정보이름 * true나는 모른다. v2는 더 이상 기본 열려 있지 않습니다, 그것은 행동 변화, 옵션이 아닙니다.
  • package OpenAI 호환 서비스 통합 @opencode/ai/providers/openai-compatible나는 모른다.
  • 인증번호 {env:KEY} 호스트 파스를하자, 또는 쓰기. apiKeyOpenCode를 사용하여 직접. /connect 대화 형
  • 기본 풀은 /v1/models(BaseURL 기원에 관계). DeepSeek와의 접촉. /models 그래, 그래, 그래. modelsDiscovery 리가. "endpoint": "/models"나는 모른다.
  • ₢ 킹 이름 * 사이트맵 auth.json 이름 * OPENCODE_AUTH_CONTENT 하단으로 이동. 그것은 401에 붙어있을 것입니다.

IV. 모형 덮개와 시렁, 예상보다 기능 더

v2 모델은 저장 된 호스트를 다룹니다. overrides:<providerID>:<modelID> 네임스페이스 변화는 표시 이름, 한계, 능력, reasoning, 부착, 변종, 가격, 호환성 metadata와 같은 분야에 할 수 있습니다.

그것에 대해 많이 말했다:상품권 및 허가와 같은 필드는 거부 될 것이며 결코 지속되지 않을 것입니다.국경은 명확하게 그려집니다 — 적용은 당신이 안으로 폐쇄하는 열쇠가 아닙니다 전시와 운동 모수를, 커버합니다.

다른 Organiser /models-discovery-console 목록에서 over-covered 모델을 시각화 *나는 모른다. 다시로드하고 서비스를 재시작하지 않고 TUI를 직접 새로 고침하기 위해 모델 목록을 변경합니다.캐시가 삭제되지 않습니다.그것은 많은 사람들이 잘못했다.

플러그인 워크플로우: 읽기 구성, 풀링 모델, 패치, 주입

캐시 디폴트가 꺼져 있고, TTL는 24시간, 원래의 탐지 응답과 eutrophication, go-host를 기본으로 합니다. ctx.storage나는 모른다. 참고 XDG 캐시 파일 v1한국어v2, 이름의 두 그룹을 완전히 분리합니다.

V. TUI 명령 및 에이전트 도구

v2는 4개의 액세스 포인트를 제공합니다:

/models-discovery-refresh
/models-discovery-console
models_discovery_refresh
models_discovery_status

첫번째 2는 TUI 명령, 마지막 2는 자동화를 위해 입니다.models_discovery_status 패스워드 rawCache: true eutrophication 결과와 함께 캐시에서 원래 모델을 뱉을 때 특히 유용합니다.

콘솔 또한 제공 업체에 의해 필터링 지원:/models-discovery-console status --provider <provider-id>나는 모른다. 3 개 또는 5 개의 게이트웨이를 취할 때 시간을 절약합니다.

6: 촉진의 앞에 이 체크 장에게 통과하십시오.

첫 번째 4 개의 체크리스트의 업그레이드
  • OpenCode 버전: v2는 ≥ 2.0.26을 요구합니다; 적어도 1.18.29는 v1에서 남아 있습니다.
  • 필드를 모두 대체: 복합 + settings나는 모른다.npm 예. package나는 모른다.options 예. settings나는 모른다.
  • 연락처: 모든 공급자를 찾아서 enabled: true나는 모른다.
  • 종료 체크: 없음 /v1/models 그것은 설명서입니다. endpoint나는 모른다.

다른 두는 무시하기 쉽습니다 : 지역 건설.package 자주 묻는 질문 file:///绝对路径/dist나는 모른다.index.js 대신 디렉토리에우리는 코드를 변경해야합니다. opencode service restart back-office 서비스 로드를 새로운 책자. 세 번째는 내가 갇혀있는 곳 -- 코드없이 하루 반, 서비스가 시작되지 않았기 때문에.

이 가치는 우선입니까?

당신의 장면을 봐.

  • 오직 하나의 공식 API: 계속하지 마십시오. 모형의 명부는 그, 1 년간 handwritten이고, 마개는 1개의 층입니다.
  • 우리는 정지를 얻었다. / 폴리머 게이트웨이.: 강한 권고. 이러한 서비스 모델은 출석, misname 및 잦은 가격 교대가 특징이며, 수동 유지 보수는 순전히 자부합니다.
  • 로컬 실행 LM 스튜디오 / vLLM / llama-swap: 로드. 이 서비스 모형은 수요에 적재됩니다. 플러그 인은 실제로 당신을로드합니다. max_model_len 그것은 훨씬 더 직접, 당신의 자신의 윤곽 보다는 매우 빠릅니다.
  • 이 회사는 게이트웨이를 구축했습니다.: 평가 가치가 있습니다. 나인 형태. bifrost나는 모른다.omniroute 관문입니다. includeBy / excludeBy 일반 사용자에 의해 볼 수없는 모델을 직접 차단 할 수있는 원본 필드의 일반 및 동등한 필터링을 지원합니다.

2.0.0의 자체와 관련하여, 릴리스 노트는 41 테스트 파일, 314 테스트, 로컬 OpenAI 호환 HTTP 통합 테스트 및 번역 제품 검증을 참조합니다. 이 시험 조밀도는 188의 별 프로젝트를 위해 심각합니다.

V1 작품,하지만 새로운 물건의 v2. 장기에 따라 가기를 원하면 구성을 이전 이동하고 V1 어댑터 만 안전 패치가있을 때 하루까지 기다리지 마십시오.

프로젝트 주소:Gythub.com/yuhp/opencode-models-discovery에 대 한, 직접 설치 npm i opencode-models-discovery@2.0.0 또는 위의 구성에 패키지 이름을 쓰기. pluginsOpenCode는 부하 자체를 해결합니다.