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/iHildy/jules-task-queueWrote 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/ihildy/jules-task-queue/zod)<a href="https://agentmods.dev/rules/ihildy/jules-task-queue/zod"><img src="https://agentmods.dev/badge/rules/ihildy/jules-task-queue/zod/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/rules/ihildy/jules-task-queue/zod"><img src="https://agentmods.dev/badge/rules/ihildy/jules-task-queue/zod.svg" alt="Reviewed on agentmods" width="80" 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.02109 |
| Opus 5.5 | $0.00000 | $0.00844 |
| Sonnet 5.5 | $0.00000 | $0.00422 |
| Haiku 4.5 | $0.00000 | $0.00211 |
Grade A, and why
zod 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 13d 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.
How it starts
The opening of the file, as written. The whole thing — 156 lines — stays where its author put it; the contents beside it link to each section on GitHub.
- Organize Zod schemas logically for readability and maintainability. Group related schemas together and structure your Zod code for improved clarity, especially in larger projects.
- Compose and reuse related schemas to avoid repetition. Use Zod's composition features (e.g.,
z.intersection,z.union,z.extend) to create reusable schema components and reduce redundancy. - Implement schema versioning for better management. As your application evolves, version your schemas to handle data migrations and maintain compatibility with older data formats.
- Use Zod for type-safe data validation and transformation. Leverage Zod's capabilities for both validating and transforming data to ensure data integrity throughout your application.
Project Tech Stack:
ALWAYS USE THE FOLLOWING IN CONJUNCTION WITH EACHOTHER TO HAVE A SAFE CODEBASE WHERE WE CAN MOVE FAST AND BREAK NOTHING
- Next.js
- Typescript + ESlint
- Zod + Prisma + tRPC + React Query
- Prisma (supabase) + Redis
- ShadCN + TailwindCSS v4
- Vitest Unit Tests
1. Code Organization and Structure:
- Directory Structure Best Practices:
- Consider grouping Zod schemas within dedicated directories (e.g.,
schemas/,models/schemas/). - Organize schemas by domain, feature, or data model.
- Use subdirectories for complex schemas or schema families.
- Consider grouping Zod schemas within dedicated directories (e.g.,
- File Naming Conventions:
- Consistent Case: Maintain a consistent casing convention (e.g., camelCase for variables, PascalCase for components). Use
kebab-casefor file names e.g.user-profile.tsxoruser.router.ts- Name schema files descriptively (e.g.,
user.schema.ts,product.schema.ts). - Use a consistent naming pattern throughout the project.
- Consider including the data model name or the schema's purpose in the filename.
- Name schema files descriptively (e.g.,
- Module Organization:
- Export schemas as named exports from each module.
- Create index files (e.g.,
index.ts) to re-export schemas from subdirectories for easier access. - Use clear and concise module names.
- Component Architecture:
- If you are building React components, consider creating a
components/schemas/directory where you house your schema related to specific components. - Use Zod to validate the props passed to React components using
z.inferandz.ZodType<Props> - You can create a custom hook that handles validation with Zod and stores the parsed result in React state.
- If you are building React components, consider creating a
- Code Splitting Strategies:
- For large schema definitions, split them into smaller, more manageable files.
- Use Zod's composition features to combine these smaller schemas into larger, more complex schemas as needed.
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.
- 13d ago First seen · 156 lines · 2,109 tokens per session scan A 26289f255a22
zod is a cursor rule published in the GitHub repository iHildy/jules-task-queue (17 stars, last pushed 8mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 2,109 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-10-02.
Other cursor rules, from other repositories
vue-typescript-patterns
A set of coding rules for Vue 3 projects using TypeScript, a language that adds type checking to JavaScript. It covers component structure, file locations, TypeScript usage, and Pinia, a library for shared application state.
nextjs-typescript-app-cursorrules-prompt-file
Cursor rules for Next.js development with TypeScript integration.
typescript-security
// NEVER: Hardcoded secrets const apiKey = "sk-proj-xxxxx".
ts
A set of TypeScript coding rules covering types, naming, file organization, error handling, and strict type checking. TypeScript is JavaScript with checks that help catch many mistakes before the program runs.
general-rule
Cursor rule "general-rule" from vinhnx/vtchat, covering development guidelines, tech stack & project overview, package management, code style and ui/ux design principles.
platform-pattern-2-filesystem-operations
Cursor rule "platform-pattern-2-filesystem-operations" from PaulJPhilp/EffectPatterns, covering platform pattern 2: filesystem operations and example.