
Tech • IA • Crypto
Anthropic has outlined how structured, narrowly scoped “skills” and iterative refinement practices significantly improve performance in Claude Code, emphasizing flexibility, context design, and real-world usage feedback.
Anthropic describes skills not as simple text prompts but as structured folders containing instructions, scripts, data, and assets. These components allow the AI to explore and execute tasks with greater accuracy. This broader definition challenges the common assumption that skills are مجرد markdown files, highlighting their role as modular, context-rich toolkits.
The company reports using hundreds of skills internally, demonstrating their central role in accelerating development workflows. These skills are continuously refined through practical usage, with improvements driven by real-world failures and edge cases encountered during deployment.
Internal analysis grouped skills into nine categories, including library/API references, data analysis, business automation, scaffolding, and incident runbooks. A key insight is that the most effective skills fit cleanly into a single category, while overly broad skills tend to confuse the model and degrade performance.
Attempting to combine multiple functions into one skill reduces clarity and efficiency. Anthropic emphasizes that narrowly scoped skills produce more reliable outputs, reinforcing a modular design philosophy similar to microservices in software engineering.
A standout recommendation is the inclusion of a “gotchas” section, which documents common mistakes and failure patterns. This section is described as the highest-signal component of a skill, helping the model avoid known pitfalls. Over time, teams expand this section as new issues emerge, turning it into a living knowledge base.
Effective skills include both positive examples (what good output looks like) and negative examples (what to avoid). For instance, an email-writing skill may include real successful emails alongside explicit instructions to avoid generic, overly corporate, or AI-like language.
Skills are structured with a main instruction file supported by additional documents for specific scenarios such as debugging or edge cases. This approach, described as “progressive disclosure,” allows Claude to access deeper layers of context only when needed, improving efficiency and reducing unnecessary token usage.
Contrary to common practice, Anthropic advises against rigid, step-by-step instructions. Instead, skills should provide clear goals and constraints while allowing the model flexibility in execution. This approach leverages the model’s reasoning abilities rather than restricting them.
Skill descriptions are not summaries but activation signals that tell Claude when to use a skill. When a session begins, the model scans available skills and their descriptions, making precise wording critical for correct triggering and efficient operation.
Skills can be shared across teams via repositories or packaged as plugins. This enables standardized workflows and collective improvement, especially in environments where multiple developers contribute to the same system.
Many of Anthropic’s most effective skills began as simple instructions with a few “gotchas.” Over time, they evolved through iterative updates as new edge cases were discovered. This reinforces a build-measure-learn cycle rather than aiming for perfection at the outset.
Anthropic’s approach positions AI skills as evolving, modular systems where clarity, constraints, and iterative learning outperform rigid design, offering a blueprint for more effective and scalable AI-assisted development.
Anthropic just dropped this article breaking down how they use Claude skills and all the key lessons they've learned while building Claude code. I went through the entire article and this is a bit more tailored towards developers. So what I did is I broke down key points here that you can use in order to implement into Claude to build better skills. So in this video I'm going to break down the key things that Enthropic has learned from building Claude code and how they're using skills. We're going to talk about the nine different skills that Claude uses and we're going to go over all the common misconceptions and mistakes people make when it comes to using Claude skills. So, by the end of this video, you'll walk away a better Claude user. I can guarantee you that. And there's a lot of things that I personally learned from this article that I'm going to be implementing myself. All right. So, first of all, if you want to read this yourself, there will be a link in the description to go through the exact same article I'm going to talk about in this video. So, without further ado, let's dive right into this. So, first things first, here are the key lessons that Enthropic has learned from building Claude code and how they're personally using skills across the entire Enthropic team. So, what better way to learn about how to craft skills than from Enthropic themselves. So, first of all, Enthropic says, "We've been building and using skills in Claude Code extensively at Enthropic with hundreds of them in active use. These are the lessons we've learned about using skills to accelerate our development." And from Enthropic themselves, here is how they classify what a skill is. Skills are folders of instructions, scripts, and resources that agents can discover and use to do things more accurately and efficiently. Now, if you've used Claude before, that is absolutely a no-brainer. You probably already know that, and you've probably begin building skills yourself. But what we want to focus on is the fact that they said a common misconception we hear about skills is that they are just markdown files. They're actually a folder that can include scripts, assets, data, etc. that the agent can discover, explore, and manipulate. So, these aren't just markdown files. Enthropic is basically stating that most people don't realize these are actual folders that include extra context in order to make these skills more useful. Later on in this video, I'm going to show you exactly what I mean. So, let's move on to the nine different types of skills Enthropic says that you can create. So, Enthropic says, after cataloging all of our internal skills at Enthropic, we noticed they cluster into nine different categories. And then this highlighted part is what we really want to focus on. So they said the best skills cleanly fit into one. The ones that try to do too much straddle several and confuse the agent. And then they go on to mention this isn't a definitive list, but it's a useful framework for us to begin identifying which of these different categories do each of our skills play into. So this part gets a little bit technical, but stay with me. So the first category is library and API references. So this is you know if you're using APIs, CLIs, SDKs, all these different things kind of more developer speak. Next up we have product verification. Then data and analysis. Next up we have business automation. You could think of these as you know our actual skills that are automating our workflows and specific tasks. We have scaffolding and templates. So framework correct boiler plates. Then we have code quality and review CD deployment incident runbooks infrastructure ops. So, if you're not a developer, a lot of these don't necessarily pertain to you. Most of your skills might fall under the business automation, data and analysis, and maybe your library and API references. I think the key thing to focus on here is not to fully understand each of these different types of skills. But I think what we need to take from this is that you want to make sure your skills aren't doing too many different things. You want to make sure it kind of falls under one of these categories and not multiple. Otherwise, it's not going to work as efficiently as if you have one separate for each different types of skills. All right, so now moving into the actual structure of our skills. Next up, they are saying that we should be building a gotchas section. They even go on to call this the highest signal content in any skill and that is the gotchas section. Says these sections should be built up from common failure points that Claude runs into when using your skills. Ideally, you will update your skill over time to capture these gotchas. So basically what Enthropic is saying is not only do we want to instruct Claude how to do something in a skill, but we really want to focus on what not to do and that's a really good starting point to kind of reverse engineer how to craft it perfectly. Now in order to show you exactly what I mean I'm inside of Claude Code here and what I'm going to focus on is I'm going to go over to one of the skills that I have. So I'm going to come down and click on email drafter skill. And what we're going to see is inside of this skill, we obviously have our demo skill, we have email drafter, we have examples, and then we have our actual skill MD file. What we want to focus on is the examples here. So it shows our good emails markdown. This right here shows references, which are actual good emails that we should be sending. Looks like we have a couple of different examples here that we could actually go ahead and look at. I personally had Claude go and read my email inbox to see exactly how I respond to my emails. And this is exactly, you know, the structure of that. Now, on top of the good emails example markdown file, we also now have this avoid markdown file, which if I open this up, this is what it looks like. It says what not to make an email sound like. Never sound like a corporate template, a LinkedIn thought leader, an AI assistant, all these things. So, it broke down basically the key things and the key wording it should never use. And this is something that we could add directly inside of the skill folder, but not inside of the skill markdown file. Now, this is a perfect segue into the next concept that they talked about in this article. And they suggested use the file system in progressive disclosure. And basically what that means is if we take a look at this graphic, we obviously have our main skill MD file, which is basically our hub for this workflow. This is kind of what that looks like. It's the markdown instructions on how this, you know, workflow should run. But underneath that, we have a couple of other different markdown files. We have a stuck jobs MD. We have a dead letters, retry storms, and consumer lag. Basically, what this means is if it ever gets stuck, it will read this markdown file and basically it will help debug that specific problem that the skill is running into. And if we come down to read the key point that Enthropic makes here, it says you should think of this entire file system as a form of context engineering and progressive disclosure. Tell Claude what files are in your skill and it will read them at appropriate times. So, this is a key thing that for me sometimes I forget or I just don't fully utilize. I really just think of the main skill MD file. I don't really think of these separate ones that we could create to troubleshoot things or, you know, to be really specific if it's a really niche problem that I'm trying to solve within that, you know, given workflow. Now, next up is something that's pretty contrary to what a lot of people say, including me, when it comes to creating our skills. So, Enthropic is suggesting to avoid railroading claude. And what they mean by this is giving it room to go and figure out how to do a task and not be too strict with how we get a workflow done. Right here it says Claude will generally try to stick to your instructions. And because skills are reusable, you'll want to be careful of being too specific in your instructions. Give Claude the information it needs, but give it the flexibility to adapt to the situation. Now, if I zoom in on this example that they give us right here, it shows that this is actually too prescriptive. It shows each of these different steps exactly what to do. Whereas it shows the better skill instruction. Says cherrypick the commit onto a clean branch. Resolve the conflicts preserving intent. If you can't land cleanly, explain why. So it's really kind of giving it the room it needs to go and run this task. Which I think for a lot of people is pretty contrary to kind of what they would believe. You'd really think that you want it to be very very structured so that way you get the same output every time. But apparently Claude is saying that that's something that they try to do is they try to avoid railroading Claude and instead let the model just do its thing and figure it out. Next up, this one's pretty interesting and this makes a lot of sense. They're saying to write descriptions for the model, not for humans. So when Claude Code starts a session, it builds a listing of every available skill with its description. And that part is really important. And in order to show you exactly what I mean, if I pull up this skill here, you can see that I have, you know, description. And a lot of times somebody might think, hey, maybe I write this description for me so I could understand, you know, and remember what this skill is for. But really that's not the case. Anthropic is saying that we need to use this description box in order to give our AI model context on when they should be running that skill. A key thing here is this says this means the description field is not a summary. It's description of when to trigger this skill. So this is something that I think a lot of us could actually take and begin applying immediately. it could be worth it to go into Claude and say, "Hey, I want to actually update the description for all these different skills." And then we could go and begin editing those and hopefully it makes them run quicker as well as save you on some token costs. All right, so next up, they talk about distributing skills. One of the biggest benefits of skills is that you could share them with the rest of your team. This is something we know if you've used Claude or Claude Co-work before, you can use something called plugins. They say there are two main ways right now that you could share these with others. And I get so many questions inside of my school community about what's the best way to go about sharing the particular skills that we make ourselves with our team members. So there's a couple ways we could either check our skills into our repo under cla-kills. And in order to show you what I mean, if I come into claude code, you can now see in my files I have this skills section. So if I click on this, click on skills, we now have, you know, all these skills right here that we could always pull up at any given time, see our markdown files here, and begin making changes and edits there. So, we can take our skill file, share it with a team member, and all they have to do is dump it into this.kills folder. And the other way to do this is to just simply make a plugin that you could share with your team. This is going to be better if we have a culmination in a bunch of different skills that we want to share as opposed to just like, you know, one or two singular ones. And lastly, the main takeaway from this is they say most of enthropic skills that they've created began as a few lines in a single gotcha and then got better because people kept adding to them as Claude hit new edge cases. So really, sometimes it is best just to start from scratch. Really start from zero. Try to explain what it is you're trying to build. Make sure to add some of the gotchas that we talked about earlier on in this video, which is basically just explaining what not to do a lot of the time and then begin just making changes and iterating from there. Anyways guys, I hope you got some value from this. Subscribe to this channel for more Clawude and AI content for nontechnical people. If you want to dive deeper, make sure to join my school community. And if you want the 15 Claude skills that I can't live without, there's going to be a link in the description for free. Thanks for saying the end and I'll see you in the next