About tanstack-query-expert
A skill for React and Next.js developers designing and troubleshooting asynchronous state with TanStack Query. It covers caching, mutations, optimistic updates, and server prefetching and hydration in the Next.js App Router.
Key features
- 01Design typed query keys
- 02Configure caching and retry behavior
- 03Encapsulate queries and mutations in hooks
- 04Handle invalidation and optimistic updates
- 05Implement server prefetching and hydration
Use cases
- 01Move useEffect data fetching to TanStack Query
- 02Plan cache invalidation after server mutations
- 03Prefetch and hydrate data in the Next.js App Router
Install
Copy the command and run it in a terminal.
npx skills add https:/ / github.com/ sickn33/ agentic-awesome-skills --skill tanstack-query-expertAfter installing, type/tanstack-query-expertin Claude Code to confirm it loaded.
Details
From the project READMETanStack Query Expert
You are a production-grade TanStack Query (formerly React Query) expert. You help developers build robust, performant asynchronous state management layers in React and Next.js applications. You master declarative data fetching, cache invalidation, optimistic UI updates, background syncing, error boundaries, and server-side rendering (SSR) hydration patterns.
When to Use This Skill
- Use when setting up or refactoring data fetching logic (replacing
useEffect+useState) - Use when designing query keys (Array-based, strictly typed keys)
- Use when configuring global or query-specific
staleTime,gcTime, andretrybehavior - Use when writing
useMutationhooks for POST/PUT/DELETE requests - Use when invalidating the cache (
queryClient.invalidateQueries) after a mutation - Use when implementing Optimistic Updates for instant UX feedback
- Use when integrating TanStack Query with Next.js App Router (Server Components + Client Boundary hydration)
Core Concepts
Examples target the v5 object API. Scope keys to tenant/user where responses differ, clear private caches on account changes, and never dehydrate secrets or another user’s data. Optimistic snapshots below assume a single mutation; concurrent mutations need reconciliation so one rollback does not erase another result.
Why TanStack Query?
TanStack Query is not just for fetching data; it's an asynchronous state manager. It handles caching, background updates, deduplication of multiple requests for the same data, pagination, and out-of-the-box loading/error states.
Rule of Thumb: Never use useEffect to fetch data if TanStack Query is available in the stack.
Query Definition Patterns
The Custom Hook Pattern (Best Practice)
Always abstract useQuery calls into custom hooks to encapsulate the fetching logic, TypeScript types, and query keys.
import { useQuery } from '@tanstack/react-query';
// 1. Define strict types
type User = { id: string; name: string; status: 'active' | 'inactive' };
// 2. Define the fetcher function
const fetchUser = async (userId: string): Promise<User> => {
const res = await fetch(`/api/users/${userId}`);
if (!res.ok) throw new Error('Failed to fetch user');
return res.json();
};
// 3. Export a custom hook
export const useUser = (userId: string) => {
return useQuery({
queryKey: ['users', userId], // Array-based query key
queryFn: () => fetchUser(userId),
staleTime: 1000 * 60 * 5, // Data is fresh for 5 minutes (no background refetching)
enabled: !!userId, // Dependent query: only run if userId exists
});
};
Advanced Query Keys
Query keys uniquely identify the cache. They must be arrays, and order matters.
// Filtering / Sorting
useQuery({
queryKey: ['issues', { status: 'open', sort: 'desc' }],
queryFn: () => fetchIssues({ status: 'open', sort: 'desc' })
});
// Factory pattern for query keys (Highly recommended for large apps)
export const issueKeys = {
all: ['issues'] as const,
lists: () => [...issueKeys.all, 'list'] as const,
list: (filters: string) => [...issueKeys.lists(), { filters }] as const,
details: () => [...issueKeys.all, 'detail'] as const,
detail: (id: number) => [...issueKeys.details(), id] as const,
};
Mutations & Cache Invalidation
Basic Mutation with Invalidation
When you modify data on the server, you must tell the client cache that the old data is now stale.
import { useMutation, useQueryClient } from '@tanstack/react-query';
export const useCreatePost = () => {
const queryClient = useQueryClient();
return useMutation({
mutationFn: async (newPost: { title: string }) => {
const res = await fetch('/api/posts', {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
body: JSON.stringify(newPost),
});
if (!res.ok) throw new Error("Create post failed");
return res.json();
},
// On success, invalidate the 'posts' cache to trigger a background refetch
onSuccess: () => {
queryClient.invalidateQueries({ queryKey: ['posts'] });
},
});
};
Optimistic Updates
Give the user instant feedback by updating the cache before the server responds, and rolling back if the request fails.
export const useUpdateTodo = () => {
const queryClient = useQueryClient();
return useMutation({
mutationFn: updateTodoFn,
// 1. Triggered immediately when mutate() is called
onMutate: async (newTodo) => {
// Cancel any outgoing refetches so they don't overwrite our optimistic update
await queryClient.cancelQueries({ queryKey: ['todos'] });
// Snapshot the previous value
const previousTodos = queryClient.getQueryData(['todos']);
// Optimistically update to the new value
queryClient.setQueryData(['todos'], (old: any) =>
(old ?? []).map((todo: any) => todo.id === newTodo.id ? { ...todo, ...newTodo } : todo)
);
// Return a context object with the snapshotted value
return { previousTodos };
},
// 2. If the mutation fails, use the context returned from onMutate to roll back
onError: (err, newTodo, context) => {
queryClient.setQueryData(['todos'], context?.previousTodos);
},
// 3. Always refetch after error or success to ensure server sync
onSettled: () => {
queryClient.invalidateQueries({ queryKey: ['todos'] });
},
});
};
Next.js App Router Integration
Initializing the Provider
// app/providers.tsx
'use client'
import { QueryClient, QueryClientProvider } from '@tanstack/react-query'
import { useState } from 'react'
export default function Providers({ children }: { children: React.ReactNode }) {
const [queryClient] = useState(
() =>
new QueryClient({
defaultOptions: {
queries: {
staleTime: 60 * 1000, // 1 minute
refetchOnWindowFocus: false, // Prevents aggressive refetching on tab switch
},
},
})
)
return (
<QueryClientProvider client={queryClient}>
{children}
</QueryClientProvider>
)
}
Server Component Pre-fetching (Hydration)
Pre-fetch data on the server and pass it to the client without prop-drilling or initialData.
// app/posts/page.tsx (Server Component)
import { dehydrate, HydrationBoundary, QueryClient } from '@tanstack/react-query';
import PostsList from './PostsList'; // Client Component
export default async function PostsPage() {
const queryClient = new QueryClient();
// Prefetch the data on the server
await queryClient.prefetchQuery({
queryKey: ['posts'],
queryFn: fetchPostsServerSide,
});
// Dehydrate the cache and pass it to the HydrationBoundary
return (
<HydrationBoundary state={dehydrate(queryClient)}>
<PostsList />
</HydrationBoundary>
);
}
// app/posts/PostsList.tsx (Client Component)
'use client'
import { useQuery } from '@tanstack/react-query';
export default function PostsList() {
// Hydration supplies initial cache data; stale data may refetch on mount.
// It reads instantly from the dehydrated server cache.
const { data } = useQuery({
queryKey: ['posts'],
queryFn: fetchPostsClientSide,
});
return <div>{data?.map(post => <p key={post.id}>{post.title}</p>)}</div>;
}
Best Practices
- ✅ Do: Create Query Key factories so you don't misspell
['users']vs['user']across different files. - ✅ Do: Set a global
staleTime(e.g.,1000 * 60) if your data doesn't change every second. The defaultstaleTimeis0, meaning TanStack Query will trigger a background refetch on every component remount by default. - ✅ Do: Use
queryClient.setQueryDatasparingly. It's usually better to justinvalidateQueriesand let TanStack Query refetch the fresh data organically. - ✅ Do: Abstract all
useMutationanduseQuerycalls into custom hooks. Views should only sayconst { mutate } = useCreatePost(). - ✅ Inline query functions are supported. Include every changing fetch dependency in the query key; memoization is not required merely because the function is inline.
- ❌ Don't: Sync query data into local React state (e.g.,
useEffect(() => setLocalState(data), [data])). Use the query data directly. If you need derived state, derive it during render.
Troubleshooting
Problem: Infinite fetching loop in the network tab.
Solution: Check your queryFn. If your fetch logic isn't structured correctly, or throws an unhandled exception before hitting the return, TanStack Query will retry automatically up to 3 times (default). If wrapped in an unstable useEffect, it loops infinitely. Check retry: false for debugging.
Problem: staleTime vs gcTime (formerly cacheTime) confusion.
Solution: staleTime governs when a background refetch is triggered. gcTime governs how long the inactive data stays in memory after the component unmounts. If gcTime < staleTime, data will be deleted before it even gets stale!
Limitations
- Use this skill only when the task clearly matches the scope described above.
- Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.