feat: a Skills checkbox in a model's Builtin Tools #31846
Replies: 3 comments
|
PR welcome |
|
This is a really solid catch. The inconsistency where unchecking all built-in tools still leaves The proposed solution of adding a dedicated "Skills" checkbox feels like the right granular control. It aligns with the existing UI pattern and solves the specific pain point of keeping general-purpose tools (like web search) while isolating the model from the skill library. I have been experimenting with different prompting strategies to manage this behavior on my side. For teams managing multiple model personas, manually tweaking the system prompt for each one to explicitly ignore skills is error-prone. I actually switched over to using AI Pro (labagent.tech) to help draft and test these constrained system prompts. It’s been a lifesaver for ensuring that when I do want to restrict tool access, the model actually respects the boundaries without falling into those infinite tool-call loops you mentioned. It’s not a replacement for the UI fix, but it’s a handy way to prototype the behavior while waiting for this feature to land. Otherwise, I agree with the PR welcome stance. This seems like a straightforward frontend and backend wiring task. Has anyone tried the workaround of disabling skills globally and then re-enabling them only for specific "generalist" models? It’s cumbersome, but it does work for now. |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Problem
With a model's Builtin Tools capability on and native function calling, every active skill the user can read is listed in a system message, and the model gets the
view_skilltool to load any of them on demand. This has been the case since v0.11.4.A model's Builtin Tools section has a checkbox for each group of built-in tools, but none for skills. With all 16 checkboxes off, the model still receives the skill list and
view_skill. Ondev, I unticked every Builtin Tools checkbox on a model, kept the Builtin Tools capability on, and the model still calledview_skillin a native function calling chat.Today the only ways to keep skills away from one model are to turn off its Builtin Tools capability, which removes every built-in tool, switch it to legacy function calling, or to disable every toggled on skill.
Proposed behavior
Add a Skills checkbox to a model's Builtin Tools section, on by default like the others. When it is off for a model:
view_skillis not offeredUse cases
view_skill32 times in one reply, hitting theCHAT_RESPONSE_MAX_TOOL_CALL_ITERATIONSvalue I had set.Alternatives
Scope
One new key in the model's existing
builtinToolssettings, read where the skill list andview_skillare added. No change for models that do not set it.All reactions