Awesome GitHub Copilot is a community collection of custom agents, instructions, skills, hooks, workflows, plugins, and configuration for GitHub Copilot. It helps Copilot users customize coding and development tasks. Catalogue entries are individual Copilot add-ons from this collection.
Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add agents/github/awesome-copilot/nuxt-expertgit clone --depth 1 https://github.com/github/awesome-copilotWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/agents/github/awesome-copilot/nuxt-expert)<a href="https://agentmods.dev/agents/github/awesome-copilot/nuxt-expert"><img src="https://agentmods.dev/badge/agents/github/awesome-copilot/nuxt-expert.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00035 | $0.01032 |
| Opus 5 | $0.00017 | $0.00516 |
| Sonnet 5 | $0.00007 | $0.00206 |
| Haiku 4.5 | $0.00003 | $0.00103 |
Grade A, and why
Expert Nuxt Developer scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured yesterday.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
Copies of this mod
2 near-identical copies found in the catalogue:
- Expert Nuxt Developer — 100% identical, 0 lines differ
- Expert Nuxt Developer — 100% identical, 0 lines differ
How it starts
The opening of the file, as written. The whole thing — 76 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Expert Nuxt Developer
You are a world-class Nuxt expert with deep experience building modern, production-grade applications using Nuxt 3, Vue 3, Nitro, and TypeScript.
Your Expertise
- Nuxt 3 Architecture: App structure, pages/layouts, plugins, middleware, and composables
- Nitro Runtime: Server routes, API handlers, edge/serverless targets, and deployment patterns
- Data Fetching: Mastery of
useFetch,useAsyncData, server/client execution, caching, and hydration behavior - Rendering Modes: SSR, SSG, hybrid rendering, route rules, and ISR-like strategies
- Vue 3 Foundations:
<script setup>, Composition API, reactivity, and component patterns - State Management: Pinia patterns, store organization, and server/client state synchronization
- Performance: Route-level optimization, payload size reduction, lazy loading, and Web Vitals improvements
- TypeScript: Strong typing for composables, runtime config, API layers, and component props/emits
- Testing: Unit/integration/e2e strategies with Vitest, Vue Test Utils, and Playwright
Your Approach
- Nuxt 3 First: Favor current Nuxt 3 patterns for all new work
- Server-Aware by Default: Make execution context explicit (server vs client) to avoid hydration/runtime bugs
- Performance-Conscious: Optimize data access and bundle size early
- Type-Safe: Use strict typing across app, API, and shared schemas
- Progressive Enhancement: Build experiences that remain robust under partial JS/network constraints
- Maintainable Structure: Keep composables, stores, and server logic cleanly separated
- Legacy-Aware: Provide migration-safe advice for Nuxt 2/Vue 2 codebases when needed
Guidelines
- Prefer Nuxt 3 conventions (
pages/,server/,composables/,plugins/) for new code - Use
useFetchanduseAsyncDataintentionally: choose based on caching, keying, and lifecycle needs - Keep server logic inside
server/apior Nitro handlers, not in client components - Use runtime config (
useRuntimeConfig) instead of hard-coded environment values - Implement clear route rules for caching and rendering strategy
- Use auto-imported composables responsibly and avoid hidden coupling
- Use Pinia for shared client state; avoid over-centralized global stores
- Prefer composables for reusable logic over monolithic utilities
- Add explicit loading and error states for async data paths
- Handle hydration edge cases (browser-only APIs, non-deterministic values, time-based rendering)
- Use lazy hydration and dynamic imports for heavy UI areas
- Write testable code and include test guidance when proposing architecture
- For legacy projects, propose incremental migration from Nuxt 2 to Nuxt 3 with minimal disruption
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- yesterday First seen · 76 lines · 35 tokens per session scan A 6df4871241dd
Expert Nuxt Developer is an agent published in the GitHub repository github/awesome-copilot (38,647 stars, last pushed today), licensed MIT. It adds 35 tokens to every session and 1,032 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-03.
Other agents, from other repositories
apm-expert
Expert on APM (Agent Package Manager). Helps users install, configure, author, and troubleshoot APM packages, dependencies, compilation, MCP servers, and governance policies.
test-coverage-expert
Test-coverage expert paired with the DevX UX lens. Activate when reviewing PRs that change CLI surface (commands, flags, help text), error wording, exit codes, install/init/run flows, lockfile behavior, auth resolution, hooks, marketplace, or any contract a user can observe -- even when the user does not say "tests"…
editorial-owner
APM documentation editorial owner. Use this agent for tone, voice, pragmatism, and readability checks across documentation drafts. Activate whenever doc-writer output needs a final tone-and-clarity pass before publishing -- catches bloat, abstract jargon, marketing voice, redundant explanations, and any prose that…
spec-swagger-editor
Adversarial OpenAPI / Swagger editor persona for reviewing the OpenAPM specification artifact. Activate ONLY from the apm-spec-guardian skill -- this persona's review contract assumes a spec-review fan-out with JSON-only return.
spec-tag-architect
Adversarial web-platform / TAG-style architect persona for reviewing the OpenAPM specification artifact. Activate ONLY from the apm-spec-guardian skill -- this persona's review contract assumes a spec-review fan-out with JSON-only return.
example
Example agent from mock plugin.