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 skills add pinebasedev/svelteflare --skill formsgit clone --depth 1 https://github.com/pinebasedev/svelteflareWrote 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/skills/pinebasedev/svelteflare/forms)<a href="https://agentmods.dev/skills/pinebasedev/svelteflare/forms"><img src="https://agentmods.dev/badge/skills/pinebasedev/svelteflare/forms/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/skills/pinebasedev/svelteflare/forms"><img src="https://agentmods.dev/badge/skills/pinebasedev/svelteflare/forms.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector pass
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.00155 | $0.02095 |
| Opus 5.5 | $0.00062 | $0.00838 |
| Sonnet 5.5 | $0.00031 | $0.00419 |
| Haiku 4.5 | $0.00015 | $0.00210 |
Grade A, and why
forms 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 22d 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 — 248 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Forms
All forms in this project use sveltekit-superforms + FormSnap + Zod v4 in SPA mode (no server-side form actions — everything is client-side). The app has ssr = false.
Full pattern
1. Zod schema — apps/web/src/lib/forms/<name>-schema.ts
import z from 'zod';
export const profileFormSchema = z.object({
name: z
.string()
.min(2, { message: 'Name must be at least 2 characters.' })
.max(50, { message: 'Name must be under 50 characters.' })
.trim(),
email: z.email({ message: 'Please enter a valid email address.' }).trim(),
bio: z.string().max(500, { message: 'Bio must be under 500 characters.' }).optional()
});
export type ProfileFormSchema = typeof profileFormSchema;
Use z.email() (not z.string().email()) — this project runs Zod v4. Cross-field validation uses .refine():
export const changePasswordSchema = z
.object({
password: z.string().min(8),
confirmPassword: z.string()
})
.refine((d) => d.password === d.confirmPassword, {
message: "Passwords don't match.",
path: ['confirmPassword']
});
2. Page component — +page.svelte
<script lang="ts">
import { apiFetch } from '$lib/api';
import { profileFormSchema } from '$lib/forms/profile-schema';
import { Button, Form, Input } from '@repo/ui';
import { toast } from 'svelte-sonner';
import { defaults, superForm } from 'sveltekit-superforms';
import { zod4, zod4Client } from 'sveltekit-superforms/adapters';
const initialData = { name: '', email: '', bio: '' };
const form = superForm(defaults(initialData, zod4(profileFormSchema)), {
SPA: true,
validators: zod4Client(profileFormSchema),
validationMethod: 'onsubmit', // validate on blur for better UX on longer forms
async onUpdate({ form }) {
if (!form.valid) return;
try {
const { error } = await apiFetch('/v1/profile', {
method: 'PUT',
body: form.data
});
if (error) {
toast.error(error.message ?? 'Could not save profile. Please try again.');
return;
}
toast.success('Profile updated.');
} catch {
toast.error('Could not save profile. Please try again.');
}
}
});
const { form: formData, enhance, submitting } = form;
</script>
<form method="POST" use:enhance>
<Form.Field {form} name="name">
<Form.Control>
{#snippet children({ props })}
<Form.Label>Name</Form.Label>
<Input.Root bind:value={$formData.name} type="text" {...props} class="text-base" />
{/snippet}
</Form.Control>
<Form.FieldErrors />
</Form.Field>
<Form.Field {form} name="email">
<Form.Control>
{#snippet children({ props })}
<Form.Label>Email</Form.Label>
<Input.Root bind:value={$formData.email} type="email" {...props} class="text-base" />
{/snippet}
</Form.Control>
<Form.FieldErrors />
</Form.Field>
<Button.Root type="submit" class="w-full" disabled={$submitting}>
{$submitting ? 'Saving...' : 'Save changes'}
</Button.Root>
</form>
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.
- 22d ago Changed · +5 lines c24722c9b4f9
- 1mo ago First seen · 243 lines · 155 tokens per session scan A 53cad6083bd1
forms is a skill published in the GitHub repository pinebasedev/svelteflare (50 stars, last pushed 22d ago), licensed MIT. It adds 155 tokens to every session and 2,095 once invoked, about $0.0006 per session on Opus 5.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-08-30.
Other skills, from other repositories
multiworker-gotchas
Fork and template gotchas (env import, routes, typegen, forms, D1, Turbo, HMR, new DO packages). Use when working on apps/web or durable-objects, or when behavior diverges from this stack’s conventions.
multiworker-workflow
Repo-root commands, typegen and typecheck cadence, lint, deploy, adding packages with bun, and Alchemy app layout. Use at the start of a task, before PR, or when choosing turbo/typegen commands.
turborepo
Turborepo task configuration patterns for monorepo management. Use when configuring turbo.json tasks, setting up task dependencies, managing cache inputs/outputs, or working with cross-package dependencies in the monorepo.
workers-env-local
Alchemy + env files — repo-root .env.local (dev), .env.staging (staging / PR preview deploys), .env.production (prod / CI), optional per-package .env.local, and package-local Alchemy apps. Use when adding secrets or non-secret vars (must also update turbo.json globalEnv + deploy workflow env maps), or debugging…
auth-setup
Auth worker setup for Better Auth, OAuth, admin bootstrap, and env/secrets. Use when configuring auth for a fork, setting redirect URIs, or debugging auth env.
creating-skills
Guide for creating new Agent Skills when patterns emerge or improvements are needed. Use when encountering repeated patterns, making the same mistakes, discovering better approaches, or receiving user corrections. Covers keeping each skill small (one topic), when to split SKILL.md or add references/, and line-count…