You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
</tool_call><tool_call>
<function=task>
<parameter=description> chocolate on Colab
<parameter=prompt>Research running Windows net on Google Colab using chocolate:
Can chocolate be installed on Colab?
Does DXVK work on Colab's T4 GPU?
Is vkd3d available?
What's the performance overhead of chocolate + DXVK translating DirectX to Vulkan?
Are there known Colab notebooks that run Windows net via chocolate?
How to handle game installation from bakery installers under chocolate?
Any storage concerns (chocolate vs Colab disk space)?
Return a concise summary with practical findings.
<parameter=subagent_type>explore
</tool_call>
its not able to make tool calls properly ive tried with mimo 2.5, mimo 2.6 flash, qwen 3.8 omni flash, GLM 5.3 flash.
It seems commandcode didn't like a way plugin worked with api.
I assume, they corrupt tools info and/or calls so people blame not commandcode itself, but agents and/or plugin authors
Fixed in pi-commandcode-provider@0.7.2 / GitHub release v0.7.2.
The cause was in this provider: since pi 0.86, the /alpha/generate fallback (used when the Provider API answers upgrade_required, for example on the Go plan) sent no tool declarations and no system prompt, so models wrote tool calls as plain text. Update with pi update --extensions and restart pi.
Thanks for the reports and the detailed debugging, especially @cwjcharles and @forkyyyyy.
Activity
1MrEnot commentedon Sep 22, 2026
It seems commandcode didn't like a way plugin worked with api.
I assume, they corrupt tools info and/or calls so people blame not commandcode itself, but agents and/or plugin authors
https://linux.do/t/topic/2924231
azarelga commentedon Sep 23, 2026
Couldn't do tool calls too, but with DeepSeek V4.1 Flash it produced something different:
<||DSML|| calls>
<||DSML|| invoke name="glob">
<||DSML|| parameter name="pattern"
string="true">pipelines/raw2std/**/*</||DSML||
parameter>
</||DSML|| invoke>
</||DSML|| calls>
cwjcharles commentedon Sep 24, 2026
用这个修复了一下,已经证明成功,可以把这个文档给pi让pi修复:
pi-commandcode-provider 工具失效:generate 回退通道丢失归一化上下文.md
forkyyyyy commentedon Sep 24, 2026
Just tested this fix and it works. Thank you!
fix(core): send pi's prompt and tools on the generate fallback (patlu…
patlux commentedon Sep 24, 2026
Fixed in
pi-commandcode-provider@0.7.2/ GitHub releasev0.7.2.The cause was in this provider: since pi 0.86, the
/alpha/generatefallback (used when the Provider API answersupgrade_required, for example on the Go plan) sent no tool declarations and no system prompt, so models wrote tool calls as plain text. Update withpi update --extensionsand restart pi.Thanks for the reports and the detailed debugging, especially @cwjcharles and @forkyyyyy.