`omm engine status`/`doctor`: 패키지 매니저 밖 설치(공식 installer/CLI)도 버전 감지하기

[minigu5]

Problem

omm engine status/doctor가 brew(cask/formula)·winget·flatpak로 설치 안 한 러너는
버전을 "Not identified"로만 표시함. 공식 설치 프로그램(dmg 드래그, exe 직접 설치)이나
CLI-only 설치(예: ollama formula 없이 그냥 바이너리)는 전부 여기 해당.

원인: engine_manager.py:106-129 inspect_engine() → package_receipt()
(engine_manager.py:49-103)가 오직 brew/winget/flatpak DB만 조회함. 앱 설치 여부 자체는
linker.py의 별도 경로(_app_bundle_installed, is_ollama_installed,
is_lmstudio_installed, _lms_cli_path)로 정확히 잡는데, 그 정보를 버전 조회엔 안 씀.

부수 발견: API가 살아있을 때 OllamaAdapter.health()/LMStudioAdapter.health()가 실제로
/api/version, x-lm-studio-version 헤더에서 버전을 얻어와 inspect_engine()의
runtime_version에 담아두는데(engine_manager.py:122-126), cli_views.py:57-70
print_engines()가 이 필드를 테이블에 아예 안 씀. package_receipt 없으면 API 켜져 있어도
"Not identified"로 뜸.

Proposed solution

표시 전용 버전 폴백 추가. package_receipt()/PackageReceipt 자체는 손대지 않음 — 이건
plan_action/execute_action(engine_manager.py:153-, update/uninstall 커맨드 조립)이
"실제 관리 가능한 패키지 매니저"라는 가정으로 쓰는 값이라, 여기 정보를 섞으면
omm engine update가 존재하지 않는 관리 경로로 명령을 만들 위험 있음.

대신 inspect_engine()에 별도 표시용 필드(detected_version 등) 추가, 우선순위:

1. macOS: <앱>.app/Contents/Info.plist의 CFBundleShortVersionString
   (Ollama.app, LM Studio.app 등 — 이미 _app_bundle_installed가 아는 경로 재사용)
2. Windows: exe 버전 리소스. ctypes + version.dll
   (GetFileVersionInfoSizeW/GetFileVersionInfoW/VerQueryValueW)로 stdlib만으로 가능,
   새 의존성 불필요
3. CLI 버전 플래그: ollama -v (formula/바이너리 전용 설치, .app 없어도 잡힘).
   LM Studio는 lms 서브커맨드에 버전 옵션 있는지 먼저 확인 필요
4. 이미 있는 runtime_version(API 응답)을 package_receipt 없을 때 폴백으로 테이블에
   노출 — 이건 새 감지 로직 없이 cli_views.py 한 줄 수정으로 해결됨

Alternatives considered

package_receipt()에 Info.plist/CLI 결과를 얹어 하나의 반환값으로 합치는 안 — 기각.
위에서 설명한 대로 update/uninstall 명령 조립 로직이 receipt를 "관리 가능한 패키지"로
가정하기 때문에, 관리 불가능한 감지 결과를 같은 타입으로 섞으면 위험함.

Additional context

관련 위치: engine_manager.py:49-129 (package_receipt, inspect_engine),
cli_views.py:57-70 (print_engines), linker.py
(_app_bundle_installed, is_ollama_installed, is_lmstudio_installed, _lms_cli_path).

테스트: macOS Info.plist 목킹, Windows ctypes 목킹, CLI subprocess 목킹 각각 필요.
표시 전용 변경이라 우선순위는 낮음(cosmetic), omm engine update/uninstall 동작에는
영향 없어야 함.

관련 이슈: #365 (brew cask 쿼리 버그 — 이걸 먼저 고쳐야 이 이슈의
"Not identified" 케이스가 정말 brew 밖 설치인지, 아니면 그냥 쿼리가 깨진 건지 명확해짐).

[minigu5]

요약

omm engine status 아무것도 못하는 명령어

[minigu5]

beta에 부분 반영했습니다: 7a573be

제안하신 4번 방향(이미 있는 runtime_version을 폴백으로 노출)만 먼저 처리했습니다. package_receipt()/PackageReceipt는 손 안 댔고, cli_views.py 표시 로직만 바꿨습니다 — omm engine update/uninstall 조립 로직에는 영향 없습니다.

이 머신에서 실측: Ollama가 공식 installer로 설치돼 있고 brew/winget 어느 쪽으로도 안 잡히는데, 로컬 API는 떠 있는 상태입니다. 수정 전엔 "Not identified", 수정 후엔 "reported by API / 0.33.1"로 뜹니다.

아직 안 한 부분: macOS Info.plist(CFBundleShortVersionString), Windows ctypes 버전 리소스, CLI --version 플래그(ollama -v 등) — 이 세 경로는 플랫폼별 감지 로직을 새로 짜야 하고 macOS/Windows 목킹 테스트도 따로 필요해서, 우선순위 낮은(cosmetic) 이슈치고 스코프가 커서 일단 안 건드렸습니다. 필요하시면 후속으로 진행하겠습니다. 이슈는 열어둡니다.

[minigu5]

사용자 요청으로 Ollama 하나뿐 아니라 다른 러너들도 버전 감지하도록 확장했습니다: 543bc0f

macOS 앱 번들이 있는 엔진(ollama/lmstudio/jan/anythingllm/mstystudio)은 전부 그 앱 자신의 Info.plist(CFBundleShortVersionString)를 읽어서 버전을 알아냅니다 - stdlib plistlib만 쓰고 새 의존성 없습니다. koboldcpp/text-generation-webui는 애초에 macOS 앱 번들 자체가 없는 배포 방식이라 여기 해당 안 됩니다(그대로 "Not identified").

우선순위: 패키지 매니저 > Info.plist > (ollama만) ollama --version CLI 플래그 > 이미 켜져있는 앱의 API 응답 > "Not identified". LM Studio의 lms --version은 LM Studio 앱 버전이 아니라 lms CLI 도구 자체의 빌드 커밋만 출력해서 못 씁니다(실측 확인함).

실측: 이 머신에 실제 설치된 Ollama.app, LM Studio.app에서 Info.plist 값이 plutil -p 결과와 정확히 일치함을 확인했습니다(0.33.1, 0.4.24+1). jan/anythingllm/mstystudio는 이 머신에 안 깔려있어서 직접 함수 호출로만 확인했고(정상적으로 None 반환, 에러 안 남), 실제 설치된 상태로는 검증 못 했습니다 - 필요하면 실제 설치 후 확인 부탁드립니다.

전체 테스트 3560 passed.

[Matwaetle]

남아 있던 Windows exe 버전 리소스 경로를 #400 으로 beta 에 머지했습니다(c3ccd1f). ctypes + version.dll 만 써서 ProductVersion(없으면 FileVersion)을 읽고, 우선순위는 543bc0f 의 Info.plist 와 같은 자리(패키지 매니저 > plist/exe 리소스 > ollama --version > API > Not identified)입니다. package_receipt()/PackageReceipt 는 안 건드렸습니다.

주의: 작업한 PC 에 러너가 하나도 설치돼 있지 않아 실제 Ollama/LM Studio exe 로는 검증 못 했고, 다른 exe 8개(VS Code, Obsidian, notepad 등)에서 PowerShell VersionInfo.ProductVersion 과 일치하는 것만 확인했습니다. Jan/AnythingLLM/Msty 의 exe 이름은 추정값이며, 이름이 다르면 폴더 안에 언인스톨러 제외 exe 가 하나뿐일 때만 잡습니다. Windows 에 실제 설치된 환경에서 omm engine status 한 번 확인 부탁드립니다. 이로써 댓글에 적으신 남은 세 경로 중 LM Studio CLI(사용 불가 확인하신 것) 빼고는 다 처리됐습니다.