Top
Best
New

Posted by BOOSTERHIDROGEN 12 hours ago

Agent Skills(addyosmani.com)
244 points | 102 commentspage 3
scotty79 2 hours ago|
> Workflows are agent-actionable; essays are not. The same is true for human teams. If your team handbook is 200 pages, no one reads it under time pressure.

Agents do read that. And actually remember it. Because it's tiny with other things you are cramming into their context.

theahura 6 hours ago||
I really wish he wouldn't use AI to write his posts. It would be faster to just post the prompt he used to write the article
petesergeant 5 hours ago|
I wish this fucking meme of "post the prompt" would die. Very little work is one-shotted, very little has a singular "the prompt", most is iterated until it's close to the vision of what the author actually set out to write.
rossant 4 hours ago||
Exactly. Glad to see someone else articulate this so clearly.
gosukiwi 10 hours ago||
I wonder how does this compare to superpowers
AndyNemmity 8 hours ago||
This is why I created the /do router, to route to all skills. I also have anti rationalization, progressive context discovery etc.

I only make it for me, so it's a bit complex and targeted towards me, and what I do, but it's pretty easy to adjust things.

https://github.com/notque/vexjoy-agent

Working on reading through Agent Skills, it seems we've converged on a lot of the same points, and I've never seen it, so trying to get an understanding of it.

Edit 1: I don't like all the commands. I just rely on a single router to automatically decide what I want, and that feels like the most reasonable way to me to communicate with it.

I don't want to remember things. And that's the way for me to scale the number of skills and activities. I don't have to think about them.

Edit 2: We have very different routers.

https://github.com/addyosmani/agent-skills/blob/f504276d8e07...

vs

https://github.com/notque/vexjoy-agent/blob/main/skills/do/S...

I personally wouldn't call theirs an intelligent router. They are dancing between a few different skills. We have extremely different setups there.

But of course, I'm using way more context to get it done. I'm even sending it out to Haiku to build the route choices.

I choose to use tokens to make things better for myself, not everyone would make the same choice, so I certainly see why they are using a few skills, and composing them.

Edit 3: This is much easier for a user to wrap their head around because there's much less.

I am only focused on the best improvements I can make that show value for my use cases. This is straight foward to reason about.

This seems like a nice way to get the best concepts for people trying to understand them. I commend them for a clean, simple approach.

Edit 4: Yeah, I think there are some things I can learn from them which is always good.

I especially like simple decisions like collapsing the install details for each harness in the readme.

I'm going to read over the entire thing and look for opportunities to improve my stuff.

We are all working together, learning, testing, building, trying to find the best way to implement things.

encoderer 11 hours ago||
I adopted a couple of these, the api design and ui testing ones have been particularly helpful.
luodaint 1 hour ago||
[dead]
openclawclub 4 hours ago||
[flagged]
lacymorrow 5 hours ago||
[flagged]
dmitrijbelikov 5 hours ago||
[dead]
Amber-chen 6 hours ago|
[dead]
More comments...