포스트

Copilot Business + CopilotChat.nvim "Model not found" 우회

Copilot Business는 전 모델이 picker disabled로 와서 모델 lookup이 실패한다 — get_models를 가로채 우회

게시 업데이트
By clang.engineer
조회 8 분읽는 시간
Copilot Business + CopilotChat.nvim "Model not found" 우회

증상

CopilotChat.nvim에서 어떤 모델을 지정해도 다음 중 하나:

  • Model not found: gpt-4.1 / Model not found: gpt-5-mini
  • Resolved model not found: (auto 모드, 콜론 뒤 빈 값)

원인

GitHub Copilot Business 구독(api.business.githubcopilot.com)은 /models API가 모든 모델을 model_picker_enabled = false로 반환한다.

CopilotChat의 기본 get_models 필터:

1

return model.capabilities.type == 'chat' and model.model_picker_enabled

→ 모든 채팅 모델 탈락 → 합성 auto 1개만 남음 → 어떤 모델 ID도 lookup 실패.

조직 정책에서 “model picker”를 닫아둔 상태(개인 Pro 구독에선 발생 안 함).

우회 (로컬)

opts.model 지정만으로는 해결 불가. provider의 get_models를 교체해서 model_picker_enabled 필터를 무력화해야 한다. 실제 적용은 dotfiles/nvim/lazy/lua/plugins/ai.lua 참조.

핵심:

1
2
3
4
5

providers.copilot.get_models = function(headers)
  -- 원본과 동일하되 filter에서 model_picker_enabled 제거
  ...
end
opts.model = "gpt-4.1-2025-04-14"  -- name 중복 dedup 후 살아남는 ID

정공법

조직 관리자에게 Copilot Business 정책에서 모델 picker 활성화 요청 (GitHub org settings → Copilot → Models).

디버깅 패턴 (재사용 가능)

플러그인이 조용히 모델을 못 찾을 때:

  1. 에러 발생 위치 grep — ~/.local/share/nvim/lazy/<plugin>/lua 안에서
  2. headless nvim으로 런타임 상태 덤프 — nvim --headless -c 'Lazy! load <plugin> plenary.nvim' -c 'luafile /tmp/dump.lua' -c 'qa!'
    • lazy-load 플러그인은 명시적 Lazy! load로 강제 로딩
    • 비동기 API는 plenary.async.run + vim.wait 조합
  3. provider/client의 raw API 응답을 직접 호출해서 필터링 전 데이터 확인
  4. 필터 조건과 응답을 대조 → 원인 특정

이번 케이스: 1) client.lua:328 error('Resolved model not found: ...') 발견 → 2) client:models() 호출해보니 count=1 → 3) raw /models 응답 19개인데 model_picker_enabled=false 전부 → 4) 필터 한 줄이 원인.

관련

관련: 개인 플랜에서 단순히 기본 모델이 미지원으로 바뀐 경우라면 :CopilotChatModels → Auto 로 끝난다 → CopilotChat.nvim Model not found 에러 — :CopilotChatModels로 Auto 선택

  • CopilotChat.nvim lua/CopilotChat/config/providers.lua M.copilot.get_models
  • client.lua:308-328 모델 lookup + resolve_model 로직
  • 최근 upstream 기본값 변경: 84a3968 fix: use gpt-5-mini as default model #1568 (이전 기본 gpt-4.1도, 새 기본 gpt-5-mini도 Business에서는 동일 원인으로 실패)

2026-06-17 추가

이 패치는 일반적이지 않다

업스트림 이슈 #1140 코멘트를 보면 대부분의 corporate Copilot 사용자는

1

opts.model = "gpt-4o"

한 줄로 해결한다. 일부 모델만 picker disabled여서 enabled 모델 ID만 지정하면 동작.

내 케이스가 특이: 19개 모델 전부 model_picker_enabled = false → 어떤 ID도 lookup 실패 → get_models 자체를 패치할 수밖에 없음.

코드 패치 전에 먼저 시도할 것

  1. 개인 GitHub 설정 — https://github.com/settings/copilot/features 류 경로에서 모델 활성화 토글
    • 일부 모델은 사용자가 직접 “Enabled”로 켜야 함
  2. Org 정책 — Business 관리자가 model picker 자체를 닫아둘 수 있음. 1번 페이지에서 모델 항목이 안 보이면 이 케이스.

위 둘이 풀리면 ai.lua는 한 줄로 줄어든다.

:CopilotChatModels 명령은 존재함

처음 “없는 명령”으로 보였던 건 LazyVim의 lazy-load 때문. 정의 위치: plugin/CopilotChat.lua:69 (LazyVim 시작 시점엔 미적재). :CopilotChat 한 번 띄워 플러그인 로드 후엔 사용 가능.

런타임 모델 목록 확인하는 다른 경로:

1

:lua require("CopilotChat").select_model()

디버깅 패턴 보강 — gh로 업스트림 이슈 검색

비슷한 증상의 다른 사용자가 있는지 / 정공 솔루션이 있는지 확인:

1
2
3

gh issue list --repo <owner>/<repo> --search "<keyword>" --state all
gh issue view <num> --repo <owner>/<repo>
gh api repos/<owner>/<repo>/issues/<num>/comments --jq '.[] | "--- " + .user.login + " ---\n" + .body'

gh search issues는 --state all을 지원하지 않음 (open/closed만). 위처럼 gh issue list --state all을 써야 양쪽 다 조회됨.

플러그인 churning 타임라인 재구성

특정 동작이 언제 추가/제거됐는지 추적 — git log -S (string add/remove 검색)

  • --format으로 일자 노출:
1
2
3
4

cd ~/.local/share/nvim/lazy/<plugin>
git log --oneline --all -S "<symbol>" -- <path>
git log --oneline --format="%h %ad %s" --date=short -- <path> | grep -E "keyword"
git show <commit> -- <path>  # 해당 commit이 그 파일에 한 변경 diff

이번 케이스 결과:

  • PR #874 (2025-02): model_picker_enabled 필터 도입
  • PR #999 (2025-03): “usability 이슈”로 제거, version map 회귀
  • PR #1029 (2025-07, breaking refactor): 재도입 ← 현재
  • PR #1518 (2026-02): “Auto” 모드 추가

→ maintainer가 이미 두 번 토글한 trade-off라 단순 “제거 요청” PR은 거절될 가능성. 이슈 올릴 땐 “전 모델 picker disabled” 케이스로 정확히 framing 필요.

플러그인 popularity 비교 (mass 사용자 추정)

대안 플러그인 검토 시 별 수 + 최근 활동 한 번에:

1
2
3
4

for repo in "owner1/repo1" "owner2/repo2"; do
  data=$(gh api repos/$repo --jq "{stars: .stargazers_count, pushed: .pushed_at}")
  printf "%-45s %s\n" "$repo" "$data"
done

LazyVim 기본 AI extras 확인:

1
2

gh api repos/LazyVim/LazyVim/contents/lua/lazyvim/plugins/extras/ai --jq '.[].name'
gh api repos/LazyVim/LazyVim/contents/lua/lazyvim/plugins/extras/ai/<file>.lua --jq '.content' | base64 -d

이번 결과 (2026-06): nvim AI 채팅 시장은 avante.nvim 18k★ 압도. CopilotChat 3.6k★. LazyVim 기본은 copilot.lua + CopilotChat 조합이지만 트렌드는 avante / claudecode 쪽으로 이동.

최종 정착한 짧은 우회 (curl 인터셉터)

함수 통째 복사 대신 curl.get 한 번만 가로채서 응답 필드 mutate → upstream get_models 시그니처 변경에 자동 적응:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

local providers = require("CopilotChat.config.providers")
local curl = require("CopilotChat.utils.curl")
local original = providers.copilot.get_models
providers.copilot.get_models = function(headers)
  local orig_get = curl.get
  curl.get = function(url, o)
    local resp, err = orig_get(url, o)
    if resp and resp.body and resp.body.data then
      for _, m in ipairs(resp.body.data) do
        if m.capabilities and m.capabilities.type == "chat" then
          m.model_picker_enabled = true
        end
      end
    end
    return resp, err
  end
  local ok, res = pcall(original, headers)
  curl.get = orig_get
  if not ok then error(res) end
  return res
end

핵심 패턴: lua monkey-patch는 함수 복사보다 호출 경로의 의존성을 좁게 가로채는 게 변경에 강함. 인터셉션은 항상 pcall + finally 패턴으로 원상복구.

neovim
neovim lazyvim copilotchat copilot lsp debugging
이 기사는 저작권자의 CC BY 4.0 라이센스를 따릅니다.