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
{{ message }}
Repository navigation
[FEATURE]: Optimization of skill context control and user manual control entry #8342
I have verified this feature I'm about to request hasn't been suggested before.
Describe the enhancement you want to request
Can opencode currently automatically unload the content loaded by skills without requiring a skill at this time? If not, can a similar function be added and a user-managed control tool developed, such as unload-skill({name: xxx})?
I have an implementation using the experimental.chat.messages.transform event. I am still working on it and will opensource it at some point. However, I think if the community would come up with a set of requirements, we can set up a project to release it as a plugin.
Note that you don't need this to be an internal tool. The plugin system is quite capable of doing this.
The more session/context manipulation you do the more you break the provider prompt cache.
Fine with the very few providers that don't tie their usage limits to tokens consumed, absolutely devastating with the rest of them.
The former are offering these subs like that mostly because they assume their caching system will make it cost-efficient for them (watch them change their minds). The latter have already identified this and are only approximating how many requests you can send, while in reality counting your token consumption.
Hope I'm making sense. Unloading stuff from context isn't always the best idea.
Activity
github-actions commentedon Jan 14, 2026
This issue might be a duplicate of existing issues. Please check:
Feel free to ignore if your feature request addresses additional specific use cases not covered by these existing discussions.
arsham commentedon Jan 14, 2026
I have an implementation using the
experimental.chat.messages.transformevent. I am still working on it and will opensource it at some point. However, I think if the community would come up with a set of requirements, we can set up a project to release it as a plugin.Note that you don't need this to be an internal tool. The plugin system is quite capable of doing this.
IgorWarzocha commentedon Jan 14, 2026
The more session/context manipulation you do the more you break the provider prompt cache.
Fine with the very few providers that don't tie their usage limits to tokens consumed, absolutely devastating with the rest of them.
The former are offering these subs like that mostly because they assume their caching system will make it cost-efficient for them (watch them change their minds). The latter have already identified this and are only approximating how many requests you can send, while in reality counting your token consumption.
Hope I'm making sense. Unloading stuff from context isn't always the best idea.
thdxr commentedon Mar 25, 2026
To stay organized issues are automatically closed after 90 days of no activity. If the issue is still relevant please open a new one.