Highlights
Most Angular developers using AI have the same experience: the code is plausible, but it’s not theirs. Wrong naming conventions, outdated patterns, and architecture that doesn’t match how the team actually builds. The fix isn’t a better model; it’s a better context. Agent Skills are structured knowledge files that tell your AI how to think about your specific codebase: what patterns to follow, what to avoid, what your team has already agreed on. This blog walks through what Agent Skills are, how they’re structured, how they run, practical Angular examples, and when they make the most meaningful difference in a real workflow.
Imagine this situation:
You ask your AI coding assistant:
“Create an Angular component that fetches users and displays them.”
The AI responds instantly with the working code.
But then you notice something strange.
- It uses NgModule even though your project uses standalone components
- It writes *ngIf instead of modern Angular control flow
- It mixes template-driven forms with reactive patterns
- It generates loosely typed API calls
Now you spend time fixing the AI’s code instead of benefiting from it.
This is a common problem developers face today. AI assistants are powerful, but they often generate generic code based on mixed sources across the internet.
So how do we make AI assistants generate clean, modern Angular code that follows best practices?
The answer is Agent Skills.
What Are Agent Skills?
Agent Skills are essentially instruction guides for AI assistants.
They tell the AI how to perform specific tasks.
Instead of repeating instructions like:
“Use standalone components, prefer reactive forms, return typed observables…”
You define these rules once inside a skill.
Whenever the AI performs a related task, it automatically loads the skill and follows those rules.
Think of it like this:
Agent Skills teach AI assistants how your Angular project should be written.
Before we go further, there’s one comparison that comes up almost every time Agent Skills are mentioned, and it’s worth getting right before it trips you up later
What is the difference between agent skills and MCP?
Here’s something worth clarifying upfront:
MCP and Agent Skills both came out of Anthropic, but they are not competing ideas. They operate at completely different layers, and once you understand what each one actually does, it becomes obvious why you need both.
MCP is a protocol. Think of it as the communication standard that lets an agent talk to the outside world: databases, APIs, file systems, SaaS tools, you name it. An MCP server exposes two things: tools, which are structured functions the agent can call, and resources, which are data the agent can read. Every interaction happens over JSON-RPC, the response is deterministic, and the whole thing runs as its own isolated process with its own authentication layer. It is, in every meaningful sense, infrastructure.
Agent Skills are knowledge files. A skill does not make a network call. It does not run in a separate process. It lives inside the agent’s context window and does one thing: it tells the agent how to think about a particular task, what steps to follow, what format to use, what guardrails to respect. It is procedural knowledge, not connectivity.
The Goose team at Block put it about as cleanly as anyone has: MCP gives agents abilities; skills teach agents how to use those abilities well. Anthropic product manager Mahesh Murag echoed this in VentureBeat’s launch coverage, describing the two as deliberately complementary layers rather than alternatives.
A concrete example makes this tangible. Say you have an MCP server connected to your PostgreSQL database. That server exposes a run_query tool — great, your agent can now technically query the database. But can it write SQL that is safe, efficient, and aware of your specific schema? That is not an MCP problem. That is exactly what a database-query skill is for: the working knowledge of how to use the tool well, not just the ability to call it.
Now that the distinction is clear, the next practical question is a simple one: where do these skills actually live, and how do you keep them organized as your project grows?
Where are Angular agent skills stored and managed?
The repository called analogjs/angular-skills contains ready-made skills designed specifically for Angular development.
These skills teach AI assistants modern Angular patterns for:
- Angular Components
- Dependency Injection
- Forms
- HTTP / Data Fetching
- Routing
- Directives
- Pipes
- Signals and Reactivity
- Angular Testing
- Angular CLI usage
- Angular Project Structure
- Angular Workspace Configuration
- Server-Side Rendering (SSR)
- Angular Performance Patterns
Each skill provides structured instructions and examples so the AI can generate modern Angular code instead of outdated patterns.
Knowing where skills live is one thing, but understanding how they’re built is what gives you the confidence to write your own from scratch without second-guessing every line. Let’s take a look.
How are agent skills structured under the hood?
To understand how Agent Skills work, it helps to look at their structure and how AI systems use them internally.
At a high level, each skill is simply a folder containing instructions and supporting resources.
A typical structure might look like this:

Fig: A typical Agent skills structure
Let’s break down what each part does.
SKILL.md – The Core Instruction File
The most important file in a skill is SKILL.md.
This file contains instructions that guide the AI when generating code.
Example:

Fig: Example 1
When the AI receives a request related to angular components, it reads this file before generating code.
Examples Folder
Examples show the AI how the final code should look.
Example structure:

Fig: Example Structure
Example content:

Fig: Example Content
Providing examples helps the AI understand real-world usage patterns.
Templates Folder
Templates provide starting points for code generation.
Example:

Fig: Templates Folder Example
Template example:

Fig: Template Example
This ensures generated code follows consistent structure.
Reference Material
Reference files provide additional guidance.
Example:

Fig: Reference Material Example
These documents give the AI extra context about architecture or coding standards.
The structure tells you what a skill looks like. But what’s equally important, and a lot more interesting, is what actually happens the moment the agent picks one up and runs it.
What happens inside an agent skill when it runs?
The AI uses Agent Skills in a simple workflow.
Step 1 — Developer Request
A developer asks the AI something like:
“Create modern Angular standalone components for an e-commerce app.”
Step 2 — Skill Discovery
The AI checks whether a relevant skill exists.

Fig: Skill Discovery Example
For example:
angular-component/SKILL.md
Step 3 — Skill Loading
The AI reads:
- the SKILL.md rules
- relevant examples
- templates
This gives the AI context before generating code.
Step 4 — Code Generation
The AI now generates code that follows the skill’s rules instead of relying purely on general training data.
That’s the theory. Now let’s look at what this actually looks like when you apply it to real Angular code.
Practical Examples for agent skills
1. Components
Without Agent Skills:
AI may generate something like:

Fig: Components Example: Without Agent Skills
Problems:
- Not a standalone component
- Uses older patterns
- No modern Angular state management
With Agent Skills:

Fig: Components Example: With Agent Skills
Improvements:
- Standalone component
- Signal-based state
- Cleaner structure
2. Dependency Injection
Without Agent Skills:

Fig: Dependency Injection Example: Without Agent Skills
Issues:
- Overuse of constructor injection
- Less flexible pattern
With Agent Skills:

Fig: Dependency Injection Example: With Agent Skills
Benefits:
- Modern inject() usage
- Cleaner component design
3. Angular Forms
Without Agent Skills:

Fig: Angular Forms Example: Without Agent Skills
Problems:
- Template-driven form
- No validation
- Harder to scale
With Agent Skills:

Fig: Angular Forms Example: With Agent Skills
Benefits:
- Reactive forms
- Built-in validation
- Scalable architecture
4. HTTP Data Fetching
Without Agent Skills:

Fig: HTTP Data Fetching Example: Without Agent Skills
Issues:
- No typing
- Weak API contract
With Agent Skills:

Fig: HTTP Data Fetching Example: With Agent Skills
Benefits:
- Strong typing
- Safer API usage
5. Modern Angular Control Flow
Without Agent Skills:

Fig: Modern Angular Control Flow Example: Without Agent Skills
With Agent Skills

Fig: Modern Angular Control Flow Example: With Agent Skills
Benefits:
- Uses Angular’s modern syntax
- Cleaner templates
Those examples give you a feel for what’s possible, but getting consistent results in production comes down to how well you write the skills themselves, and there are a few things that make a significant difference.
What are the Angular Best Practices for Writing Agent Skills?
1. Keep Skills Focused
✔ Good
- angular-components
- angular-forms
- angular-http
✘ Avoid
- angular-all-features
2. Write Clear Rules
✔ Good
- Use standalone components
- Prefer reactive forms
- Return typed Observable<T>
✘ Avoid
- Write Angular code properly
3. Include Code Examples
Example

Fig: Include Code Example
Examples help the AI understand expected patterns.
4. Prefer Modern Angular Patterns
Prefer
- standalone components
- signals
- modern control flow (@if, @for)
Avoid
- NgModule-heavy patterns
- outdated directives
Angular Best practices are useful on paper, but the real test is how Agent Skills hold up once you’ve been working with them for a while, and whether the experience matches the promise.
What do developers think about Agent Skills after using them?
After using AI coding tools for a while now, one thing I’ve realized is:
AI is fast… but it’s not always right, at least not for your codebase.
Yes, it can generate something in seconds. But especially with Angular, I’ve seen it fall back to patterns that just don’t match how modern projects are written.
Things like:
- Throwing in NgModule even when everything is standalone
- Defaulting to *ngIf out of habit
- Mixing patterns in forms or services without any consistency
None of this is “wrong” in isolation. But when you’re working on a real project, it just doesn’t fit. And fixing these things over and over again gets old pretty quickly.
And when you break down what works, a few things stand out as genuinely worth calling out, not because they’re surprising, but because they’re consistently useful.
What makes Agent Skills worth using for Angular development?
What clicked for me with Agent Skills and AI for Angular development is that they remove this constant back-and-forth.
Instead of:
generate → fix → regenerate → fix again
you just define how things should be done once… and move on.
That’s honestly a big relief.
Because the issue isn’t that AI is bad, it’s just that it doesn’t know your preferences unless you spell them out.
Agent Skills basically do that for you, without you repeating yourself every time.
What works well today is a useful baseline, but the more interesting question is where all of this is heading, and what it means for Angular teams who want to stay ahead of it.
Where is AI-assisted development heading?
If I’m being honest, this feels less like a “nice feature” and more like something that’s going to become standard.
Right now most people are still prompting like this:
- “Make it standalone”
- “Use reactive forms”
- “Keep it typed”
And it works… but it’s also kind of repetitive.
Agent Skills just turn all of that into a one-time setup instead of something you keep typing forever.
Once you get used to that, going back feels… inefficient.
The direction is clear. But direction without application is just speculation, so let’s bring it back to the ground and talk about where Agent Skills have made the most tangible difference in practice.
When to use Agent Skills in a real Angular workflow?
This becomes noticeable when:
- You’re building similar features again and again
- You’re working in a team with shared conventions
- You don’t want to explain the same patterns to every new developer
Instead of saying:
“Hey, we don’t do it this way…”
you just encode that into a skill and let the AI follow it.
It’s a small change, but it adds up.
If you’re already using AI for Angular and you keep correcting the same things, it’s probably not a tooling problem, it’s a setup problem.
Agent Skills fix that.
They don’t make the AI smarter.
They just make it aligned with how you work.
And honestly, that’s what makes the biggest difference.
Which brings us full circle, because once you know where Agent Skills fit, the case for setting them up properly stops being a nice-to-have and starts being an obvious next step.
If you’re already using AI for Angular and you keep correcting the same things, it’s probably not a tooling problem; it’s a setup problem. Agent Skills, fix that. They don’t make the AI smarter. They just make it aligned with how you work. And honestly, that’s what makes the biggest difference.
The gap between an AI that generates plausible code and one that generates your code, following your conventions, your architecture, and your team’s standards, comes down to how well you’ve set it up to understand your context. That’s not a future problem to solve. It’s a now problem, and it’s more approachable than it sounds.
If you’re looking to build that kind of alignment into your Angular workflow, or more broadly into how your engineering team works with AI, that’s exactly the kind of problem Nitor Infotech’s engineering practice is built for. Contact us today!