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.
git clone --depth 1 https://github.com/johnpolacek/vibecode.party.starterWrote 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/rules/johnpolacek/vibecode.party.starter/401-nextjs-pages)<a href="https://agentmods.dev/rules/johnpolacek/vibecode.party.starter/401-nextjs-pages"><img src="https://agentmods.dev/badge/rules/johnpolacek/vibecode.party.starter/401-nextjs-pages.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.1 | $0.00000 | $0.00386 |
| Opus 5 | $0.00000 | $0.00193 |
| Sonnet 5 | $0.00000 | $0.00077 |
| Haiku 4.5 | $0.00000 | $0.00039 |
Grade A, and why
401-nextjs-pages 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 7d ago.
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.
What it actually says
Next.js Page Props Rule
Description
This rule defines how to handle page props in Next.js components, particularly for pages that receive params or searchParams.
Rule Details
- Page props should be typed with Promise for params and searchParams
- The main page component should be async
- Params should be awaited at the start of the component
- Client-side state management should be moved to a separate client component
Example:
interface PageProps {
params: Promise<{
slug: string
}>,
searchParams?: Promise<{
query?: string
}>
}
export default async function Page({ params, searchParams }: PageProps) {
const { slug } = await params
const { query } = await searchParams || {}
// Server-side data fetching here
const data = await getData(slug)
return (
<ClientComponent data={data} />
)
}
'use client'
function ClientComponent({ data }: { data: Data }) {
// Client-side state management here
const [state, setState] = useState()
return (
// JSX
)
}
When to Use
- When creating new Next.js pages that receive params or searchParams
- When updating existing pages to handle async props correctly
- When splitting components between server and client responsibilities
Why This Rule Exists
Next.js 14 introduces a new pattern for handling page props where params and searchParams are promises that need to be awaited. This rule ensures consistent handling of these props across the application and proper separation of server and client components.
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.
- 7d ago First seen · 59 lines · 386 tokens per session scan A 135aa21d3827
401-nextjs-pages is a cursor rule published in the GitHub repository johnpolacek/vibecode.party.starter (27 stars, last pushed 1y ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 386 tokens. 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-08-30.
Other cursor rules, from other repositories
pages
Source: docs/agents/pages.md Regenerate: npm run agents:sync -w packages/openbridge-webcomponents -->.
shadcn-tailwind-guide
A guide to building new components with shadcn/ui and Tailwind CSS, a utility-based system for styling interfaces.
css-render-blocking-diagnosis
Cursor rule "css-render-blocking-diagnosis" from adobecom/da-express-milo, covering css render-blocking diagnosis & resolution, critical learning from 98 pagespeed achievement, primary diagnostic protocol, step 1: css blocking symptom recognition and step 2: css loading sequence audit.
frontend-architecture
Vite + React SPA architecture - directory layout, providers, bundle splitting. Tailwind styling in tailwind.mdc.
web-pages-e2e-test-maintenance
Keep web pages end-to-end coverage current.
tanstack-react-router_routing
TanStack Router: Routing.