zustand-patterns — Claude Code skill: Zustand 5.x patterns
A reference for Zustand 5.x state management: slices, middleware, Immer, useShallow, persistence and devtools. Useful when you want to drop Redux without the boilerplate.
npx skills add yonatangross/orchestkit --skill zustand-patterns -a claude-codeWhat zustand-patterns does
The skill activates on files matching **/store/**, *.store.* or *.zustand.*. It documents seven core patterns with TypeScript examples plus the anti-patterns: destructuring the whole store, keeping server state in Zustand, mutating state directly. It does not restate Zustand's own docs — it carries only the OrchestKit delta in references/ork-delta.md and the rules/ files.
Decisions sit in tables. Slices inside a single store beat multiple stores, because cross-slice access stays simple. Immer is recommended once nesting goes three levels deep; useShallow covers 2–5 related values. Middleware order is fixed: immer, then subscribeWithSelector, devtools, persist. Server state belongs to TanStack Query, so Zustand keeps client-only state.
Zustand 5.0.0 or newer is required, and the skill targets Claude 2.1.277+. It runs on haiku with Read, Write, Grep and Glob, and user-invocable: false means you cannot call it by hand. If your project still runs Zustand 4.x, these patterns will not match your API — update the library first.
What it helps with
- split a large store into typed slices
- stack middleware in the right order
- cut re-renders with
useShallow - persist state with schema migrations between versions
- keep server state out of the client store
Example prompts for the agent
- Create a typed Zustand store with two slices: cart and user
- Check my store against Zustand anti-patterns and list what to rewrite
- Set up persist with partialize and a migration from version 1 to 2
How to install zustand-patterns
1Skills CLI (Vercel)
npx skills add yonatangross/orchestkit --skill zustand-patterns -a claude-code2Manually: put the files in place
~/.claude/skills/zustand-patterns/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/zustand-patterns/
1Skills CLI (Vercel)
npx skills add yonatangross/orchestkit --skill zustand-patterns -a codex2Manually: put the files in place
.agents/skills/zustand-patterns/SKILL.mdFor all projects use ~/.agents/skills/
1Skills CLI (Vercel)
npx skills add yonatangross/orchestkit --skill zustand-patterns -a cursor2Manually: put the files in place
.cursor/skills/zustand-patterns/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
1GitHub CLI
gh skill install yonatangross/orchestkit zustand-patterns2Manually: put the files in place
.github/skills/zustand-patterns/SKILL.md1Skills CLI (Vercel)
npx skills add yonatangross/orchestkit --skill zustand-patterns -a gemini-cli2Platform CLI
gemini skills install https://github.com/yonatangross/orchestkit --path src/skills/zustand-patternsManually: put the files in place
.devin/skills/zustand-patterns/SKILL.mdThe legacy .windsurf/skills/ path still works
Skills CLI (Vercel)
npx skills add yonatangross/orchestkit --skill zustand-patterns -a opencodeClaude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
Step by step, with commands for each platform: How to install skills in Claude Code: five ways
Questions about zustand-patterns
How do I install zustand-patterns in Claude?
Run npx skills add yonatangross/orchestkit --skill zustand-patterns -a claude-code. The skill lands in ~/.claude/skills/zustand-patterns/SKILL.md.
What does zustand-patterns do?
It gives the agent a Zustand 5.x reference: slices, middleware, Immer, useShallow, persistence, selectors and devtools. It also ships a forbidden-patterns list and a production store template.
Which Zustand version does the skill support?
Zustand 5.0.0 and newer. On 4.x the patterns will not fit, since the API differs and migration goes through createWithEqualityFn.
Source text
SKILL.md · MIT
---
name: zustand-patterns
license: MIT
compatibility: "Claude Code 2.1.277+."
description: "Reference for Zustand 5.x state management including slices, middleware, Immer, useShallow, persistence, selectors, and devtools integration. Documents 7 core patterns with TypeScript examples and anti-patterns. Use when building React state management with Zustand instead of Redux."
context: inherit
allowed-tools: "Read Write Grep Glob"
user-invocable: false
disable-model-invocation: true
effort: low
targets:
- library: zustand
version: ">=5.0.0"
model: haiku
metadata:
category: document-asset-creation
version: "1.0.0"
author: "OrchestKit"
complexity: "low"
tags: "zustand, state-management, react, immer, middleware, persistence, slices"
path_patterns: ["**/store/**", "**/stores/**", "*.store.*", "*.zustand.*"]
---
# Zustand Patterns
Modern state management with Zustand 5.x - lightweight, TypeScript-first, no boilerplate.
## Overview
- Global state without Redux complexity
- Shared state across components without prop drilling
- Persisted state with localStorage/sessionStorage
- Computed/derived state with selectors
- State that needs middleware (logging, devtools, persistence)
## Upstream coverage (do not restate)
Zustand's own docs are the source for the mechanics. This skill carries only the OrchestKit delta
on top of them, in `references/ork-delta.md`, the `rules/` files, and the checklist.
| Topic | First-party source |
|-------|--------------------|
| Basic store, `create<State>()()`, actions, async actions | https://github.com/pmndrs/zustand/blob/main/docs/reference/apis/create.md |
| Slices pattern (splitting and combining stores) | https://github.com/pmndrs/zustand/blob/main/docs/learn/guides/slices-pattern.md |
| Typing slices and middleware mutator tuples | https://github.com/pmndrs/zustand/blob/main/docs/learn/guides/advanced-typescript.md |
| Immer middleware (draft mutations) | https://github.com/pmndrs/zustand/blob/main/docs/reference/middlewares/immer.md |
| persist: `partialize`, `version`, `migrate`, `onRehydrateStorage`, storage adapters | https://github.com/pmndrs/zustand/blob/main/docs/reference/middlewares/persist.md |
| devtools: action names, `enabled`, `serialize`, `trace` | https://github.com/pmndrs/zustand/blob/main/docs/reference/middlewares/devtools.md |
| `subscribeWithSelector` and non-React subscriptions | https://github.com/pmndrs/zustand/blob/main/docs/reference/middlewares/subscribe-with-selector.md |
| Selectors and `useShallow` re-render control | https://github.com/pmndrs/zustand/blob/main/docs/learn/guides/prevent-rerenders-with-use-shallow.md |
| v4 to v5 migration (`createWithEqualityFn`, React 18 floor) | https://github.com/pmndrs/zustand/blob/main/docs/reference/migrations/migrating-to-v5.md |
| SSR and hydration | https://github.com/pmndrs/zustand/blob/main/docs/learn/guides/ssr-and-hydration.md |
| Store testing and reset | https://github.com/pmndrs/zustand/blob/main/docs/learn/guides/testing.md |
| Server-state ownership (use TanStack Query, not Zustand) | https://tanstack.com/query/latest/docs/framework/react/guides/does-this-replace-client-state |
## Quick Reference
```typescript
// ✅ Create typed store with double-call pattern
const useStore = create<State>()((set, get) => ({ ... }));
// ✅ Use selectors for all state access
const count = useStore((s) => s.count);
// ✅ Use useShallow for multiple values (Zustand 5.x)
const { a, b } = useStore(useShallow((s) => ({ a: s.a, b: s.b })));
// ✅ Middleware order: immer → subscribeWithSelector → devtools → persist
create(persist(devtools(immer((set) => ({ ... })))))
// ❌ Never destructure entire store
const store = useStore(); // Re-renders on ANY change
// ❌ Never store server state (use TanStack Query instead)
const useStore = create((set) => ({ users: [], fetchUsers: async () => ... }));
```
## Key Decisions
| Decision | Option A | Option B | Recommendation |
|----------|----------|----------|----------------|
| State structure | Single store | Multiple stores | **Slices in single store** - easier cross-slice access |
| Nested updates | Spread operator | Immer middleware | **Immer** for deeply nested state (3+ levels) |
| Persistence | Manual localStorage | persist middleware | **persist middleware** with partialize |
| Multiple values | Multiple selectors | useShallow | **useShallow** for 2-5 related values |
| Server state | Zustand | TanStack Query | **TanStack Query** - Zustand for client-only state |
| DevTools | Always on | Conditional | **Conditional** - `enabled: process.env.NODE_ENV === 'development'` |
## Anti-Patterns & Integration
Forbidden patterns (store destructuring, derived state, server state, direct mutation) and React Query integration guidance.
Load Read("references/anti-patterns-and-integration.md") for anti-pattern examples and TanStack Query separation patterns.
## Related Skills
- `react-server-components-framework` - RSC hydration considerations with Zustand
- Server state: https://tanstack.com/query/latest/docs/framework/react/guides/does-this-replace-client-state
- Form state: https://react-hook-form.com/docs/useform
## Capability Details
### store-creation
**Keywords**: zustand, create, store, typescript, state
**Solves**: Setting up type-safe Zustand stores with proper TypeScript inference
### slices-pattern
**Keywords**: slices, modular, split, combine, StateCreator
**Solves**: Organizing large stores into maintainable, domain-specific slices
### middleware-stack
**Keywords**: immer, persist, devtools, middleware, compose
**Solves**: Combining middleware in correct order for immutability, persistence, and debugging
### selector-optimization
**Keywords**: selector, useShallow, re-render, performance, memoization
**Solves**: Preventing unnecessary re-renders with proper selector patterns
### persistence-migration
**Keywords**: persist, localStorage, sessionStorage, migrate, version
**Solves**: Persisting state with schema migrations between versions
## References
Load on demand with `Read("references/<file>")`:
| File | Content |
|------|---------|
| `ork-delta.md` | OrchestKit-specific rules: the corrected `zustand/shallow` label, the v5 floor, secret handling, graded slice typing |
| `anti-patterns-and-integration.md` | Forbidden patterns and React Query integration |
Other resources:
- Load: `Read("scripts/store-template.ts")` - Production-ready store template
- Load: `Read("checklists/zustand-checklist.md")` - Implementation checklist
© OrchestKit · MIT · yonatangross/orchestkit