next-best-practices — independently scanned and version-tracked by SaferSkills.
SaferSkills independently audited next-best-practices (Agent Skill) and scored it 100/100 (green). The audit ran 55 deterministic rules across Security, Supply Chain, Maintenance, Transparency, and Community; it found 0 high-severity and 0 lower-severity findings. The full rule-by-rule trace and per-finding evidence are below. Free, methodology-open.
Findings & checks · 0 flagged
Every scanned point with the score it earned and what moved between them.
First recorded scan — no prior version to compare against.
The primary manifest — the file an agent reads to learn what this artifact does.
Read the installed next version and relevant node_modules/next/dist/docs/ pages before changing framework behavior. Those docs and project configuration take precedence; use a matching online version/source tag when local docs are unavailable. Next.js publishes workflow skills in vercel/next.js skills/.
Docs are bundled from 16.2; in a monorepo, read the app's own next package. The nextjs.org links in these files have local equivalents with numbered folders, so search by file name (find node_modules/next/dist/docs -name proxy.md). 01-app/02-guides/upgrading/version-16.md lists the breaking changes. Per-error pages (/docs/messages/*) are only online; the dev/build output carries the error's fix options. Exact exports are also in node_modules/next/{server,navigation,headers,cache}.d.ts.
Before other work, compare the installed version with Next.js security advisories and tell the user when it is affected. As of 2026-10-22, 16.0.0–16.4.0 (fixed in 16.4.1) and 15.x up to 15.5.27 (fixed in 15.5.28) have critical RCEs: use cache functions returning typed arrays (GHSA-673q-mjm6-r5xr, 16.x only, no workaround) and self-hosted image optimization of SVGs on glibc Linux (GHSA-2464-fhr4-w9xw; interim fix: sharp 0.35.5+). They also have a Server Actions DoS (GHSA-p3m5-59mp-jv5r). From 16.4, experimental.agentUpgrade (default 'security') reminds during next dev/next build; 16.3.x and older get no reminder.
cookies(), headers(), draftMode(),params (including image-metadata routes), searchParams and sitemap id are promises. next typegen generates global PageProps<'/route'>, LayoutProps and RouteContext types.
middleware.ts is deprecated: proxy.ts exporting proxy (or default)runs on Node.js only and rejects a runtime option; code that needs Edge stays in middleware.ts. Codemod: npx @next/codemod@latest middleware-to-proxy ..
dev and build; a custom webpack configfails the build unless --webpack keeps it or explicit --turbopack ignores it. next lint is removed and next build no longer lints. serverRuntimeConfig/publicRuntimeConfig are removed.
default.tsx, or the build fails.next/image: priority is deprecated for preload; qualities defaults to[75] (other quality values are coerced); local src with a query string needs images.localPatterns; images.domains is deprecated for remotePatterns.
revalidateTag(tag) is deprecated; pass a profile such as 'max' or{ expire: 0 } for immediate expiry. updateTag and refresh are Server Action-only. Caching details: cache-components.
The params and proxy shapes, checked against next 16.3.8 (next typegen, tsc --noEmit, next build):
// app/blog/[slug]/page.tsx; PageProps is global after `next typegen` (or dev/build)
export async function generateStaticParams() {
return [{ slug: 'hello' }] // cacheComponents: needed for this top-level await; never []
}
export default async function Page({ params }: PageProps<'/blog/[slug]'>) {
const { slug } = await params // a Promise; sync access was removed in 16
return <h1>{slug}</h1>
}
// proxy.ts, replacing middleware.ts: Node.js runtime, no `runtime` export
import { NextResponse, type NextRequest } from 'next/server'
export function proxy(request: NextRequest) {
// Optimistic check only: authorize again where the data is read.
if (request.cookies.has('session')) return NextResponse.next()
return NextResponse.redirect(new URL('/login', request.url))
}
export const config = { matcher: ['/dashboard/:path*'] }The upgrade codemod does not migrate synchronous request-API access; run next-async-request-api separately when migrating that code. Use the project's package runner and review the resulting types and runtime behavior.
For an authorized upgrade, npx next@canary upgrade [app-dir] --agent=security (or =latest; experimental, documented from 16.4 in the installed 02-guides/upgrading/agent-upgrade.md) selects the target and prints its guides, codemods and checks for the current agent; plain next upgrade runs the interactive codemods.
Review the actual failure or feature, rather than applying every optimization. Keep the project's router, caching mode, runtime and package manager unless migration is requested.
| Area | Local reference |
|---|---|
| Route files, groups, proxy | File conventions |
| Server/client imports and props | RSC boundaries, directives |
| Params and request APIs | Async APIs, functions |
| Reads, mutations and APIs | Data patterns, Route Handlers |
| Rendering and failures | Suspense, hydration, errors |
| Metadata and public discovery | Metadata; nextjs-seo for an SEO audit |
| Assets and loading | Images, fonts, scripts |
| Package/runtime behavior | Bundling, runtime |
| Navigation slots/modals | Parallel routes |
| Deployment/debugging | Self-hosting, diagnostics |
Use cache-components when that mode is enabled and relevant to the task. Tag invalidation can also operate on fetch caches outside that mode.
Validate with the project's lint/typecheck scripts and a production build, then exercise the changed route under next start. A dev render can hide prerender/Suspense issues; a build cannot prove authorization, hydration, freshness or cross-instance behavior. Report what was actually exercised.
~30 seconds. Free. No account. Every finding cites a rule and a line of evidence.