It's so nice that skills are becoming a standard, they are imo a much bigger deal long-term than e.g. MCP.
Easy to author (at its most basic, just a markdown file), context efficient by default (only preloads yaml front-matter, can lazy load more markdown files as needed), can piggyback on top of existing tooling (for instance, instead of the GitHub MCP, you just make a skill describing how to use the `gh` cli).
Compared to purpose-tuned system prompts they don't require a purpose-specific agent, and they also compose (the agent can load multiple skills that make sense for a given task).
Part of the effectiveness of this, is that AI models are heavy enough, that running a sandbox vm for them on the side is likely irrelevant cost-wise, so now the major chat ui providers all give the model such a sandboxed environment - which means skills can also contain python scripts and/or js scripts - again, much simpler, more straightforward, and flexible than e.g. requiring the target to expose remote MCPs.
Finally, you can use a skill to tell your model how to properly approach using your MCP server - which previously often required either long prompting, or a purpose-specific system prompt, with the cons I've already described.
By cube2222 6 hours ago
On top of everything you've described, one more advantage is that you can use the agents themselves to edit / improve / add to the skills. One easy one to do is something like "take the key points from this session and add the learnings as a skill". It works both on good sessions with new paths/functionality and on "bad" sessions where you had to hand-hold the agent. And they're pretty good at summarising and extracting tidbits. And you can always skim the files and do quick edits.
Compared to MCPs, this is a much faster and more approachable flow to add "capabilities" to your agents.
By NitpickLawyer an hour ago
Add reinforcement learning to figure out which skills are actually useful, and you're really cooking.
By fizx 20 minutes ago
Perhaps you could help me.
I'm having a hard time figuring out how could I leverage skills in a medium size web application project.
It's python, PostgreSQL, Django.
Thanks in advance.
I wonder if skills are more useful for non crud-like projects. Maybe data science and DevOps.
By hu3 6 hours ago
There’s nothing super special about it, it’s just handy if you have some instructions that you don’t need the AI to see all the time, but that you’d like it to have available for specific things.
Maybe you have a custom auth backend that needs an annoying local proxy setup before it can be tested—you don’t need all of those instructions in the primary agents.md bloating the context on every request, a skill would let you separate them so they’re only accessed when needed.
Or if you have a complex testing setup and a multi-step process for generating realistic fixtures and mocks: the AI maybe only needs some basic instructions on how to run the tests 90% of the time, but when it’s time to make significant changes it needs info about your whole workflow and philosophy.
I have a django project with some hardcoded constants that I source from various third party sites, which need to be updated periodically. Originally that meant sitting down and visiting a few websites and copy pasting identifiers from them. As AI got better web search I was able to put together a prompt that did pretty well at compiling them. With a skill I can have the AI find the updated info, update the code itself, and provide it some little test scripts to validate it did everything right.
By macNchz 2 hours ago
Thanks. I think I could use skills as "instructions I might need but I don't want to clutter AGENTS.md with them".
By hu3 40 minutes ago
There can be a Django template skill for example, which is just a markdown file which reminds the LLM the syntax of Django Templates and best practices for it. It could have an included script that the LLM can use to test a single template file for example.
By didibus an hour ago
you could for example create a skill to access your database for testing purposes and pass in your tables specifications so that the agent can easily retrieve data for you on the fly.
By jonrosner 6 hours ago
I made a small mcp script for database with 3 tools:
I wouldn't trust a textual instructions to prevent LLMs from dropping a table.
By hu3 an hour ago
Oooooo, woah, I didn't really "get it" thanks for spelling it out a bit, just thought of some crazy cool experiments I can run if that is true.
By derrida 5 hours ago
it’s also for (typically) longer context you don’t always want the agent to have in its context. if you always want it in context, use rules (memories)
but if it’s something more involved or less frequently used (perhaps some debugging methodology, or designing new data schemas) skills are probably a good fit
By dkdcio 3 hours ago
Skills are not useful for single-shot cases. They are for: cross-team standardization (for LLM generated code), and reliable reusability of existing code/learnings.
By freakynit 6 hours ago
Skills are the matrix scene where neo learns kungfu. Imagine they are a database of specialized knowledge that can an agent can instantly tap into _on demand_.
The key here is “on demand”. Not every agent or convention needs to know kung fu. But when they do, a skill is waiting to be consumed. This basic idea is “progressive disclosure” and it composes nicely to keep context windows focused. Eg i have a metabase skill to query analytics. Within that I conditionally refer to how to generate authentication if they arent authenticated. If they are authenticated, that information need not be consumed.
Some practical “skills”: writing tests, fetching sentry info, using playwright (a lot of local mcps are just flat out replaced by skills), submitting a PR according to team conventions (eg run lint, review code for X, title matches format, etc)
By JamesSwift 5 hours ago
Could you explain more about your metabase skill and how you use it? We use metabase (and generally love it) and I’m interested to hear about how other people are using it!
By aed 4 hours ago
Recently there was a submission (https://news.ycombinator.com/item?id=45840088) breaking down how agents are basically just a loop of querying a LLM, sometimes receiving a specially-formatted (using JSON in the example) "request to use a tool", and having the main program detect, interpret and execute those requests.
What do "skills" look like, generically, in this framework?
By zahlman an hour ago
Before the first loop iteration, the harness sends a message to the LLM along the lines of.
<Skills>
<Skill>
<Name>postgres</Name>
<Description>Directions on how to query the pre-prod postgres db</Description>
<File>skills/postgres.md</File>
</Skill>
</Skills>
The harness then may periodically resend this notification so that the LLM doesn't "forget" that skills are available. Because the notification is only name + description + file, this is cheap r.e tokens. The harness's ability to tell the LLM "IMPORTANT: this is a skill, so pay attention and use it when appropriate" and then periodically remind them of this is what differentiates a proper Anthropic-style skill from just sticking "If you need to do postgres stuff, read skills/postgres.md" in AGENTS.md. Just how valuable is this? Not sure. I suspect that a sufficiently smart LLM won't need the special skill infrastructure.
(Note that skill name is not technically required, it's just a vanity / convenience thing).
By colonCapitalDee an hour ago
> The harness's ability to tell the LLM "IMPORTANT: this is a skill, so pay attention and use it when appropriate" and then periodically remind them of this is what differentiates
... And do we know how it does that? To my understanding there is still no out-of-band signaling.
By zahlman 9 minutes ago
The agent can selectively loads one or more of the "skills", which means it'll pull it's prompt once it decided that it should be loaded, and the skill can have accompanying scripts that the prompt also describes to the LLM.
So it's just like a standard way to bring in prompts/scripts to the LLM with support from the tooling directly.
By didibus an hour ago
Something that’s under-emphasized and vital to understand about Skills is that, by the spec, there’s no RAG on the content of Skill code or markdown - the names and descriptions in every skill’s front-matter are included verbatim in your prompt, and that’s all that’s used to choose a skill.
So if you have subtle logic in a Skill that’s not mentioned in a description, or you use the skill body to describe use-cases not obvious from the front-matter, it may never be discovered or used.
Additionally, skill descriptions are all essentially prompt injections, whether relevant/vector-adjacent to your current task or not; if they nudge towards a certain tone, that may apply to your general experience with the LLM. And, of course, they add to your input tokens on every agentic turn. (This feature was proudly brought to you by Big Token.) So be thoughtful about what you load in what context.
Yes. Infact you can serve each Skill as a tool exposed via MCP if you want. I did the same to make Skills work with Gemini CLI (or any other tool that supports MCP) while creating open-skills.
Some agentic systems do apply RAG to skills, there's nothing about skills that requires blind insertion into prompts.
This is really an agentic harness issue, not an LLM issue per se.
In 2026, I think we'll see agentic harnesses much more tightly integrated with their respective LLMs. You're already starting to see this, e.g. with Google's "Interactions" API and how different LLMs expect CoT to be maintained.
There's a lot of alpha in co-optimizing your agentic harness with how the LLM is RL-trained on tool use and reasoning traces.
By erichocean 2 hours ago
People are really misunderstanding Skills, in my opinion. It's not really about the .md file. It's about the bundling of code and instructions. Skills assume a code execution environment.
By ericflo 27 minutes ago
I already was doing something similar on a regular basis.
I have many "folders"... each with a README.md, a scripts folder, and an optional GUIDE.md.
Whenever I arrive at some code that I know can be reused easily (for example: clerk.dev integration hat spans frontend and backend both), I used to create a "folder" of the same.
Glad we are bringing such capability natively into these coding agents.
By freakynit 6 hours ago
I think Skills could turn into something like open source libraries: standardized solutions to common problems, often written by experts.
Imagine having Skills available that implements authentication systems, multi-tenancy, etc.. in your codebase without having to know all the details about how to do this securely and correctly. This would probably boost code quality a lot and prevent insecure/buggy vibe coded products.
By astra90 3 hours ago
And then you make a global index of those skills available to models, where they can search for an appropriate skill on demand, then download and use them automatically.
A lot of the things we want continuous learning for can actually be provided by the ability to obtain skills on the fly.
By JimDabell 3 hours ago
Skills, plugins, apps, connectors, MCPs, agents - anyone else getting a bit lost?
By andybak 5 hours ago
In my opinion it’s to some degree an artifact of immature and/or rapidly changing technology. Basically not many know what the best approach is, all the use cases aren’t well understood, and things are changing so rapidly they’re basically just creating interfaces around everything so you can change flow in and out of LLMs any way you may desire.
Some paths are emerging popular, but in a lot of cases we’re still not sure even these are the long term paths that will remain. It doesn’t help that there’s not a good taxonomy (that I’m aware of) to define and organize the different approaches out there. “Agent” for example is a highly overloaded term that means a lot of things and even in this space, agents mean different things to different groups.
By Frost1x 5 hours ago
I liken the discovery/invention of LLMs to the discovery/invention of the electric motor - it's easy to take things like cars, drills, fans, pumps etc. for granted now, and all of the ergonomics and standards around them seem obvious in this era, but it took quite a while to go from "we can put power in this thing and it spins" to the state we're in today.
For LLMs, we're just about at the stage where we've realized we can jam a sharp thing in the spinny part and use it to cut things. The race is on not only to improve the motors (models) themselves, but to invent ways of holding and manipulating and taking advantage of this fundamental thing that feel so natural that they seem obvious in hindsight.
By nlawalker 2 hours ago
They’re all bandaids
By not_a_toaster 5 hours ago
Just like C++, JavaScript and every Microsoft product in existence
By throwuxiytayq 4 hours ago
All marketing names for APIs and prompts. IMO you don't need to even try to follow, because there's nothing inherently new or innovative about any of this.
By iLoveOncall 5 hours ago
It reminds me of llm output at scale. Llms tend to produce a lot of similar but slightly different ideas in a codebase, when not properly guided.
By maddmann 5 hours ago
It's like JS frameworks. Just wait until a React emerges and get up to speed with that later.
By ksdnjweusdnkl21 5 hours ago
That's funny. My reaction to react emerging was to run away from JS frameworks entirely.
By andybak 3 hours ago
React itself took a few years for react to decide how it should work (hooks not classes etc).
By riffraff 4 hours ago
Probably same will follow with LLMs. If you find something that works for you, sorry but that will change.
By tartoran 4 hours ago
If there was a marketplace or directory of skills.md files that were ranked with comments, it would be a good idea for the propagating of this tech
By orliesaurus 4 hours ago
It would be trivial to create something like this but there are a few major problems with running such a platform that I think makes it not worth while for anyone (maybe some providers will try it, but it's still tough).
- you will be getting a TON of spam. Just look at all the MCP folks, and how they're spamming everywhere with their claude-vibed mcp implementation over something trivial.
- the security implications are enormous. You'd need a way to vet stuff, moderate, keep track of things and so on. This only compounds with more traffic, so it'd probably be untenable really fast.
- there's probably 0 money in this. So you'd have to put a lot of work in maintaining a platform that attracts a lot of abuse/spam/prompt kiddies, while getting nothing in return. This might make sense to do for some companies that can justify this cost, but at that point, you'd be wondering what's in it for them. And what control do they exert on moderation/curation, etc.
I think the best we'll get in this space is from "trusted" entities (i.e. recognised coders / personalities / etc), from companies themselves (having skills in repos for known frameworks might be a thing, like it is with agents.md), and maybe from the token providers themselves.
it feels like people keep attempting this idea, largely because its easy to build, but in practice people aren't interested using others' prompts because the cost to create a customized skill/gpt/prompt/whatever is near zero
By relativeadv 4 hours ago
People want inspiration rather than off-the-shelf prompts
More like a gallery than a marketplace
By true2octave 4 hours ago
I created a skill to write skills (based on the Anthropic docs). I think the value is really in making the skills work for your workflows and code base
By nickdichev 3 hours ago
I wonder if generated skills could be useful to codify the outcome of long sessions where the agent has tried a bunch of things and then finally settled on a solution based on a mixture of test failures and user feedback
By ithkuil 3 hours ago
yeah I have a “meta” skill and often use it after a session to instruct CC to update its own skills/rules. get the flywheel going
By dkdcio 3 hours ago
How can skills be monetised by creators?
Obviously they are empowering Codex and Claude etc, and many will be open source or free.
But for those who have commercial resources or tools to add to the skills choice, is there documentation for doing that smoothly, or a pathway to it?
I can see at least a couple of ways it might be done - skills requiring API keys or or other authentication approaches, but this adds friction to an otherwise smooth skill integration process.
Having instead a transparent commission on usage sent to registered skill suppliers would be much cleaner but I'm not confident that would be offered fairly, and I've seen no guidance yet on plans in that regard.
By mellosouls 2 hours ago
Anthropic: Chief Product Officer of OpenAI
By arnabgho 2 hours ago
even better, compensation free
By jimmydoe 2 hours ago
How are skills different than tool/function calling?
By pupppet 3 hours ago
It's the catalog for the tools. Especially useful if you have custom tools; they expect the basics like grep and jq to be there.
By esafak 2 hours ago
I agree. I don’t see how this is different from tool calling. We just put the tool instructions in a folder of markdown files.
By jinushaun 3 hours ago
It doesn't need to be describing a function. It could be explaining the skill in any way, it's kind of just like more instructions and metadata to be load just in time vs given all at once to the model.
By yousif_123123 3 hours ago
Ah, yes, simple text files that describe concepts, and that may contain references to other concepts, or references to dive in deeper. We could even call these something like a link. And they form a sort of... web, maybe ?
Close enough, welcome back index.htm, can't wait to see the first ads being served in my skills
By well_ackshually 2 hours ago
Imagine SUBPROGRAMs that implement well-specified sequences of operations in a COmmon Business-Oriented Language, which can CALL each other. We are truly sipping rocket fuel.
By username223 2 hours ago
Are we sure that unrestricted free-form Markdown content is the best configuration format for this kind of thing? I know there is a YAML frontmatter component to this, but doesn't the free-form nature of the "body" part of these configuration files lead to an inevitably unverifiable process?
I would like my agents to be inherently evaluable, and free-text instructions do not lend themselves easily to systematic evaluation.
By mikaelaast 7 hours ago
>doesn't the free-form nature of the "body" part of these configuration files lead to an inevitably unverifiable process?
The non-deterministic statistical nature of LLMs means it's inherently an "inevitably unverifiable process" to begin with, even if you pass it some type-checked, linted, skills file or prompt format.
Besides, YAML or JSON or XML or free-form text, for the LLM it's just tokens.
At best you could parse the more structured docs with external tools more easily, but that's about it, not much difference when it comes to their LLM consumption.
By coldtea 5 hours ago
Then rename your markdown skill files to skills.md.yaml.
There you go, you're welcome.
By heliumtera 33 minutes ago
The modern state of the art is inherently not verifiable. Which way you give it input is really secondary to that fact. When you don't see weights or know anything else about the system, any idea of verifiability is an illusion.
By Etheryte 6 hours ago
Sure. Verifiability is far-fetched. But say I want to produce a statistically significant evaluation result from this – essentially testing a piece of prose. How do I go about this, short of relying on a vague LLM-as-a-judge metric? What are the parameters?
By mikaelaast 6 hours ago
You 100% need to test work done by AI, if it's code it needs to pass extensive tests, if it's just a question answered, it needs to be the common conclusion of multiple independent agents. You can trust a single AI as much as a HN or reddit comment, but you can trust a committee of 4 as a real expert.
More generally I think testing AI by using its web search, code execution and ensembling is the missing ingredient to increased usage. We need to define the opposite of AI work - what validates it. This is hard, but once done you can trust the system and it becomes cheaper to change.
By visarga 40 minutes ago
Would a structured skills file format help you evaluate the results more?
By coldtea 5 hours ago
Yes. It would make it much easier to evaluate results if the input contents were parameterized and normalized to some agreed-upon structure.
Not to mention the advantages it would present for iteration and improvement.
By mikaelaast 5 hours ago
"if the input contents were parameterized and normalized to some agreed-upon structure"
Just the format would be. There's no rigid structure that gets any preferrential treatment by the LLM, even if it did accept. In the end it's just instructions that are no different in any way from the prompt text.
And nothing stops you from making a "parameterized and normalized to some agreed-upon structure" and passing it directly to the LLM as skills content, or parsing it and dumping it as skills regular text content.
By coldtea 2 hours ago
At least MCPs can be unit tested.
With Skills however, you just selectively append more text to prompt and pray.
Thanks for that! You mentioned Antigravity seemed slow, I just started playing with it too (but not really given it a good go yet to really evaluate) but I had the model set to Gemini Flash, maybe you get a speed up if you do that?
By derrida 5 hours ago
My motivation was to use the smartest model available (overall, not only from Google) - I wanted to squeeze more out of Gemini 3 Pro that in Cursor. With new model releases usually there are things with outages. This are ever changing.
That said, for many tasks (summaries and data extraction) I do use Gemini 2.5 Flash, as it cheap and fast. So excited to try Gemini 3 Flash as well.
By stared 4 hours ago
This is great. At my startup, we have a mix of Codex/CC users so having a common set of skills we can all use for building is exciting.
It’s also interesting to see how instead of a plan mode like CC, Codex is implementing planning as a skill.
By rdli 6 hours ago
I’m probably missing it, but I don’t see how you can share skills across agents, other than maybe symlinking .claude/skills and .codex/skills to the same place?
By greymalik 5 hours ago
Nothing super-fancy. We have a common GitHub repo in our org for skills, and everyone checks out the repo into their preferred setup locally.
(To clarify, I meant that some engineers mostly use CC while others mostly use Codex, as opposed to engineers using both at the same time.)
By rdli 5 hours ago
Codex 5.2 automatically picked up my claude agents' skills. Didn't prompt for it, it just so happened that what I asked it for, one of claude's agents' prompts was useful, so Codex ran with it.
By hugh-avherald 4 hours ago
one thing that I am missing from the specification is a way to inject specific variables into the skills. If I create let's say a postgres-skill, then I can either (1) provide the password on every skill execution or (2) hardcode the password into my script. To make this really useful there needs to be some kind of secret storage that the agent can read/write. This would also allow me as a programmer to sell the skills that I create more easily to customers.
By jonrosner 6 hours ago
I have no clue how you’re running your agents or what you’re building, but giving the raw password string to a the model seems dubious?
Otherwise, why not just keep the password in an .env file, and state “grab the password from the .env file” in your Postgres skill?
By j_bum 5 hours ago
I am thinking of distributing skills that I build to my clients. As my clients are mostly non-technical users I need this process of distribution to be as easy as possible. Even adding a .env file would probably be too much for most of them. With skills I can now finally distribute my logic easily, just send the raw files and tell them to put it into a folder - done. But there is no easy way for them to "setup" the credentials in those skills yet. The best UX in my opinion would be for Codex (or Claude, doesn't matter) to ask for those setup-parameters once when first using the skill and process the inputs in a secure manner, i.e. some internal secret storage
By jonrosner 5 hours ago
> there needs to be some kind of secret storage that the agent can read/write
Why not the filesystem?
I would create a local file (e.g. .env) in each project using postgres, then in my postgres skill, tell the agent to check that file for credentials.
Agent Skills let you extend Codex with task-specific capabilities. A skill packages instructions, resources, and optional scripts so Codex can perform a specific workflow reliably. You can share skills across teams or the community, and they build on the open Agent Skills standard.
Skills are available in both the Codex CLI and IDE extensions.
By rochansinha 10 hours ago
Thanks to Anthropic.
By dan_wood 8 hours ago
anyone using this in agentic workflow already? how is it?
By karolcodes 7 hours ago
At any HR conference you go, there are two overused words: AI and Skills.
As of this week, this also applies to Hacker News.
By alexgotoi 5 hours ago
What are your favourite skills?
By haffi112 7 hours ago
The skills that matter most to me are the ones I create myself (with the skill creator skill) that are very specific and proprietary. For instance, a skill on how to write a service in my back-testing framework.
I do also like to make skills on things that are more niche tools, like marimo (a very nice jupyter replacement). The model probably does known some stuff about it, but not enough, and the agent could find enough online or in context7, but it will waste a lot of time and context in figuring it out every time. So instead I will have a deep thinking agent do all that research up front and build a skill for it, and I might customize it to be more specific to my environment, but it's mostly the condensed research of the agent so that I don't need to redo that every time.
By cube2222 6 hours ago
By NitpickLawyer an hour ago
By fizx 20 minutes ago
By hu3 6 hours ago
By macNchz 2 hours ago
By hu3 40 minutes ago
By didibus an hour ago
By jonrosner 6 hours ago
By hu3 an hour ago
By derrida 5 hours ago
By dkdcio 3 hours ago
By freakynit 6 hours ago
By JamesSwift 5 hours ago
By aed 4 hours ago
By zahlman an hour ago
By colonCapitalDee an hour ago
By zahlman 9 minutes ago
By didibus an hour ago
By btown 2 hours ago
By jimmydoe 2 hours ago
By mkagenius an hour ago
By erichocean 2 hours ago
By ericflo 27 minutes ago
By freakynit 6 hours ago
By astra90 3 hours ago
By JimDabell 3 hours ago
By andybak 5 hours ago
By Frost1x 5 hours ago
By nlawalker 2 hours ago
By not_a_toaster 5 hours ago
By throwuxiytayq 4 hours ago
By iLoveOncall 5 hours ago
By maddmann 5 hours ago
By ksdnjweusdnkl21 5 hours ago
By andybak 3 hours ago
By riffraff 4 hours ago
By tartoran 4 hours ago
By orliesaurus 4 hours ago
By NitpickLawyer an hour ago
By dkdcio 3 hours ago
By LordGrey 3 hours ago
By relativeadv 4 hours ago
By true2octave 4 hours ago
By nickdichev 3 hours ago
By ithkuil 3 hours ago
By dkdcio 3 hours ago
By mellosouls 2 hours ago
By arnabgho 2 hours ago
By jimmydoe 2 hours ago
By pupppet 3 hours ago
By esafak 2 hours ago
By jinushaun 3 hours ago
By yousif_123123 3 hours ago
By well_ackshually 2 hours ago
By username223 2 hours ago
By mikaelaast 7 hours ago
By coldtea 5 hours ago
By heliumtera 33 minutes ago
By Etheryte 6 hours ago
By mikaelaast 6 hours ago
By visarga 40 minutes ago
By coldtea 5 hours ago
By mikaelaast 5 hours ago
By coldtea 2 hours ago
By hu3 6 hours ago
By stared 7 hours ago
By derrida 5 hours ago
By stared 4 hours ago
By rdli 6 hours ago
By greymalik 5 hours ago
By rdli 5 hours ago
By hugh-avherald 4 hours ago
By jonrosner 6 hours ago
By j_bum 5 hours ago
By jonrosner 5 hours ago
By bavell 5 hours ago
By not_a_toaster 5 hours ago
By summarity 7 hours ago
By rochansinha 10 hours ago
By dan_wood 8 hours ago
By karolcodes 7 hours ago
By alexgotoi 5 hours ago
By haffi112 7 hours ago
By frankc 4 hours ago
By dmd 5 hours ago
By pylotlight 6 hours ago
By not_a_toaster 5 hours ago