4.5 KiB
You are able to use the Svelte MCP server, where you have access to comprehensive Svelte 5 and SvelteKit documentation. Here's how to use the available tools effectively:
Available MCP Tools:
1. list-sections
Use this FIRST to discover all available documentation sections. Returns a structured list with titles, use_cases, and paths. When asked about Svelte or SvelteKit topics, ALWAYS use this tool at the start of the chat to find relevant sections.
2. get-documentation
Retrieves full documentation content for specific sections. Accepts single or multiple sections. After calling the list-sections tool, you MUST analyze the returned documentation sections (especially the use_cases field) and then use the get-documentation tool to fetch ALL documentation sections that are relevant for the user's task.
3. svelte-autofixer
Analyzes Svelte code and returns issues and suggestions. You MUST use this tool whenever writing Svelte code before sending it to the user. Keep calling it until no issues or suggestions are returned.
Common Svelte 5 Pitfalls
{@const} placement
{@const} can ONLY be the immediate child of {#snippet}, {#if}, {:else if}, {:else}, {#each}, {:then}, {:catch}, <svelte:fragment>, <svelte:boundary> or <Component>. It CANNOT be used directly inside regular HTML elements like <div>, <header>, etc. Use $derived in the <script> block instead.
Event modifiers removed
Svelte 5 removed event modifiers like on:click|preventDefault. Use inline handlers instead: onclick={e => { e.preventDefault(); handler(); }}.
4. playground-link
Generates a Svelte Playground link with the provided code. After completing the code, ask the user if they want a playground link. Only call this tool after user confirmation and NEVER if code was written to files in their project.
Theming Rules
Semantic CSS Variables (ALWAYS use these, NEVER hardcode Nord values for themed properties)
| Purpose | Variable | Light resolves to | Dark resolves to |
|---|---|---|---|
| Page background | --color-bg-primary |
white/light | dark |
| Card/section bg | --color-surface |
nord6-ish | nord1-ish |
| Secondary bg | --color-bg-secondary |
slightly darker | slightly lighter |
| Tertiary bg (inputs, insets) | --color-bg-tertiary |
nord5-ish | nord2-ish |
| Hover/elevated bg | --color-bg-elevated |
nord4-ish | nord3-ish |
| Primary text | --color-text-primary |
dark text | light text |
| Secondary text (labels, muted) | --color-text-secondary |
nord3 | nord4 |
| Tertiary text (descriptions) | --color-text-tertiary |
nord2 | nord5 |
| Borders | --color-border |
nord4 | nord2/3 |
What NOT to do
- NEVER use
var(--nord0)throughvar(--nord6)for backgrounds, text, or borders — these don't adapt to theme - NEVER write
@media (prefers-color-scheme: dark)or:global(:root[data-theme="dark"])override blocks — semantic variables handle both themes automatically - NEVER use
var(--font-default-dark)orvar(--accent-dark)— these are legacy
Accent colors (OK to use directly, they work in both themes)
var(--blue),var(--red),var(--green),var(--orange)— named accent colorsvar(--nord10),var(--nord11),var(--nord12),var(--nord14)— OK for hover states of accent-colored buttons only
Chart.js theme reactivity
Charts don't use CSS variables. Use the isDark() pattern from FitnessChart.svelte:
function isDark() {
const theme = document.documentElement.getAttribute('data-theme');
if (theme === 'dark') return true;
if (theme === 'light') return false;
return window.matchMedia('(prefers-color-scheme: dark)').matches;
}
const textColor = isDark() ? '#D8DEE9' : '#2E3440';
Re-create the chart on theme change via MutationObserver on data-theme + matchMedia listener.
Form inputs
- Background:
var(--color-bg-tertiary) - Border:
var(--color-border) - Text:
var(--color-text-primary) - Label:
var(--color-text-secondary)
Toggle component
Use Toggle.svelte (iOS-style) instead of raw <input type="checkbox"> for user-facing boolean switches.
Versioning
When committing, bump version numbers as appropriate using semver:
- patch (x.y.Z): bug fixes, minor styling tweaks, small corrections
- minor (x.Y.0): new features, significant UI changes, new pages/routes
- major (X.0.0): breaking changes, major redesigns, data model changes
Version files to update (keep in sync):
package.json— site versionsrc-tauri/tauri.conf.json— Tauri/Android app versionsrc-tauri/Cargo.toml— Rust crate version