firehose> #llmops

Skill Invocation Trigger

The first design decision for a skill: how it gets invoked, which comes down to a deliberate choice between user-invoked and model-invoked. Any skill can always be invoked manually (the agent reads it on request). A model-invocable skill additionally has a description that always sits in the agent's context; the agent can read that description and decide on its own to pull the full SKILL.md into context — the description acts as a context pointer (Minimal Skill Surface, Context Routing). A user-invocable skill sets disable-model-invocation: true so its description shows only to the user: the model can't see it and therefore can only be told to run it.

The point of the concept is that neither choice is free — they impose different costs, so it's a genuine trade:

The source personally prefers user-invoked to stay in full control, keep the agent's context minimal, and remove the fire-at-the-right-time eval problem entirely — accepting more of his own cognitive load in exchange. The comparison he draws: his mattpocock/skills are user-invoked, whereas the rival "superpowers" repo is primarily model-invoked.

Claims


Linked from