KNOWN_BINS only listed Unix/macOS paths, and whichDevin() always shelled
out to /usr/bin/which. On Windows neither resolves, so the provider could
not find `devin.exe` even when it was installed and on PATH. The model
catalog therefore never loaded and the provider silently fell back to the
four hard-coded FALLBACK_MODELS entries.
- Probe the documented Windows install locations (%LOCALAPPDATA%\devin\
cli\bin\devin.exe, the Devin Desktop bundled CLI for both per-user and
machine-wide installs, plus two fallbacks).
- Build the candidate list lazily so a DEVIN_CLI value set after module
load is still honoured.
- Use `where` instead of /usr/bin/which on Windows, and accept multiple
result lines, since `where` prints one path per line.
All existing Unix/macOS paths are preserved.
Tested on Windows 11, Node 24.5.0, pi 0.87.1, Devin CLI 3000.11.3:
`pi --list-models devin` goes from 4 models to 52 with DEVIN_CLI unset.
`tsc --noEmit` and the existing test suite both pass.
pi 0.86.0 hands custom providers a TranscriptContext: `systemPrompt` and
`tools` are gone, and tool declarations live in the transcript's system
messages. Reading `context.tools` therefore sent zero tools to Devin, so
every Devin model answered that it cannot run commands, and the system
prompt was dropped with it.
Collapse the system messages first, then take the prompt and the current
tool set from the replayed transcript.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
With ide=windsurf, GetChatMessage rejects every GPT-5.6 variant with
'This model is only in Devin Local.' Switching the client identity to
devin-desktop makes the server serve them; response-header wire echo
confirms the exact model (gpt-5-6-sol-high -> 'GPT-5.6 Sol High Thinking').
Unknown UIDs still hard-error, so there is no silent fallback.
ZhaoJY
Kashyab Ambarani
dualfaceandClaude Opus 5
local-patch