You're probably using Agent Skills wrong
21–30 of 30 posts
Re: You're probably using Agent Skills wrong
#22I read this post thinking "Finally! Finally someone will explain to me what I've been missing because 'skills' just seem to be re-usable text that help make prompting faster." Nope. Still the same.
Agree on article frustrations. Perhaps a better explanation, skills are just disk-cached prompts conditioned on verified success. The conditioned on verified success part might seem inconsequential, but it’s the whole thing that gives skills their value. Also the fact that their loading can be scoped to a certain calling context.
Re: You're probably using Agent Skills wrong
#23I read this post thinking "Finally! Finally someone will explain to me what I've been missing because 'skills' just seem to be re-usable text that help make prompting faster." Nope. Still the same.
Agree; posts like this frustrate me. Tldr: you're doing it wrong but I will not show you how to do it right. I also did not run the bench using my approach but it definitely “vibes better” to me, and I reject your actual research paper. Come on, show us some actual skills . That one you use all the time looks a hell of a lot like “I wont a deterministic shell script for something a skill saying ‘run the shell script’…
Re: You're probably using Agent Skills wrong
#24I read this post thinking "Finally! Finally someone will explain to me what I've been missing because 'skills' just seem to be re-usable text that help make prompting faster." Nope. Still the same.
Re: You're probably using Agent Skills wrong
#25Letting an instruction following llm deep research and iterate has given fantastic results before.
Being able to construct non-trivial Zig 0.16 programs without slowing down for version-hallucinating compilation errors is nice as a random example.
Re: You're probably using Agent Skills wrong
#26Re: You're probably using Agent Skills wrong
#27Re: You're probably using Agent Skills wrong
#28I've been able to avoid this kind of markdown library architecture with very chatty tool feedback. Interaction with a responsive environment is much better than static chunks of "skill" text. For example, imagine a domain constraint: "You must use tool ABC before calling tool XYZ" This can either be in some static prompt scheme somewhere, or it can be the live result of a tool call. If you make everything tool callin…
Re: You're probably using Agent Skills wrong
#29Re: You're probably using Agent Skills wrong
#30I read this post thinking "Finally! Finally someone will explain to me what I've been missing because 'skills' just seem to be re-usable text that help make prompting faster." Nope. Still the same.
So in essence, the ideal skill imo is pretty much a list of shell commands with a sentence next to each of when to use them
With these, I personally have skills for:
- dealing with our metrics and tracing platform
- dealing with jira
- dealing with confluence (mostly finding info I need via different search strategies without using too many tokens)
- dealing with database
- doing reviews (this one is more prompting about what info I need to review well myself, rather than commands, though it does instruct the agent to download the branch into a new worktree and clean it up after its done with specific commands)
Im generally suspicious of people with hundreds of skills, especially those I open and find ai generated writing inside. skills should be a list of commands, maybe with some pitfalls for the agent to avoid, added only by human experience (agents are terrible at prompting)