migrate-state-management

작성자: signoz

Redux 또는 React Context를 올바른 상태 옵션(서버 상태는 React Query, URL/공유 가능 상태는 nuqs, 글로벌 클라이언트 상태는 Zustand)으로 마이그레이션합니다. 사용…

npx skills add https://github.com/signoz/signoz --skill migrate-state-management

Migrate State: Redux/Context → React Query, nuqs, Zustand

Do not introduce or recommend Redux or React Context. Migrate existing usage to the stack below.

1. Classify the state

Before changing code, classify what the state represents:

If the state is…Migrate toDo not use
From API / server (versions, configs, fetched lists, time-series)React QueryRedux, Context
Shareable via URL (filters, time range, page, selected ids)nuqsRedux, Context
Global/client UI (dashboard lock, query builder, feature flags, large client objects)ZustandRedux, Context
Local to one component (inputs, toggles, hover)useState / useReducerZustand, Redux, Context

If one slice mixes concerns (e.g. Redux has both API data and pagination), split: API → React Query, pagination → nuqs, rest → Zustand or local state.

2. Migrate to React Query (server state)

When: State comes from or mirrors an API response (e.g. currentVersion, latestVersion, configs, lists).

Steps:

  1. Find where the data is fetched (existing useQuery/API call) and where it is dispatched or set in Context/Redux.
  2. Remove the dispatch/set that writes API results into Redux/Context.
  3. Expose a single hook that uses the query and returns the same shape consumers expect (use useMemo for derived objects like configs to avoid unnecessary re-renders).
  4. Replace Redux/Context consumption with the new hook. Prefer generated React Query hooks from frontend/src/api/generated when available.
  5. Configure cache/refetch (e.g. refetchOnMount: false, staleTime) so behavior matches previous “single source” expectations.

Before (Redux mirroring React Query):

if (getUserLatestVersionResponse.isFetched && getUserLatestVersionResponse.isSuccess && getUserLatestVersionResponse.data?.payload) {
  dispatch({ type: UPDATE_LATEST_VERSION, payload: { latestVersion: getUserLatestVersionResponse.data.payload.tag_name } })
}

After (single source in React Query):

export function useAppStateHook() {
  const { data, isError } = useQuery(...)
  const memoizedConfigs = useMemo(() => ({ ... }), [data?.configs])
  return {
    latestVersion: data?.payload?.tag_name,
    configs: memoizedConfigs,
    isError,
  }
}

Consumers use useAppStateHook() instead of useSelector or Context. Do not copy React Query result into Redux or Context.

3. Migrate to nuqs (URL / shareable state)

When: State should be in the URL: filters, time range, pagination, selected values, view state. Keep payload small (e.g. Chrome ~2k chars); no large datasets or sensitive data.

Steps:

  1. Identify which Redux/Context fields are shareable or already reflected in the URL (e.g. currentPage, timeRange, selectedFilter).
  2. Add nuqs (or use existing): useQueryState('param', parseAsString.withDefault('…')) (or parseAsInteger, etc.).
  3. Replace reads/writes of those fields with nuqs hooks. Use typed parsers; avoid ad-hoc useSearchParams encoding/decoding.
  4. Remove the same fields from Redux/Context and their reducers/providers.

Before (Context/Redux):

const { timeRange } = useContext(SomeContext)
const [page, setPage] = useDispatch(...)

After (nuqs):

const [timeRange, setTimeRange] = useQueryState('timeRange', parseAsString.withDefault('1h'))
const [page, setPage] = useQueryState('page', parseAsInteger.withDefault(1))

4. Migrate to Zustand (global client state)

When: State is global or cross-component client state: feature flags, dashboard state, query builder state, complex/large client objects (e.g. up to ~1.5–2MB). Not for server cache or local-only UI.

Steps:

  1. Create one store per domain (e.g. DashboardStore, QueryBuilderStore). One create() per module; for large state use slice factories and combine.
  2. Put state properties first, then actions. Use set (or setState / getState() + set) for updates; never mutate state directly.
  3. Replace Context/Redux consumption with the store hook and a selector so only the used slice triggers re-renders.
  4. Remove the old Context provider / Redux slice and related dispatches.

Selector (required):

const isLocked = useDashboardStore(state => state.isDashboardLocked)

Never use useStore() with no selector. Never do state.foo = x inside actions; use set(state => ({ ... })).

Before (Context/Redux):

const { isDashboardLocked, setLocked } = useContext(DashboardContext)

After (Zustand):

const isLocked = useDashboardStore(state => state.isDashboardLocked)
const setLocked = useDashboardStore(state => state.setLocked)

For large stores (many top-level fields), split into slices and combine:

const createBearSlice = set => ({ bears: 0, addBear: () => set(s => ({ bears: s.bears + 1 })) })
const useStore = create(set => ({ ...createBearSlice(set), ...createFishSlice(set) }))

Add eslint-plugin-zustand-rules with plugin:zustand-rules/recommended to enforce selectors and no direct mutation.

5. Migrate to local state (useState / useReducer)

When: State is used only inside one component or a small subtree (form inputs, toggles, hover, panel selection). No URL sync, no cross-feature sharing.

Steps:

  1. Move the state into the component that owns it (or the smallest common parent).
  2. Use useState or useReducer (useReducer when multiple related fields change together).
  3. Remove from Redux/Context and any provider/slice.

Do not use Zustand, Redux, or Context for purely local UI state.

6. Migration checklist

  • Classify each piece of state (server / URL / global client / local).
  • Server state: move to React Query; expose via hook; remove Redux/Context mirroring.
  • URL state: move to nuqs; remove from Redux/Context; keep URL payload small.
  • Global client state: move to Zustand with selectors and immutable updates; one store per domain.
  • Local state: move to useState/useReducer in the owning component.
  • Remove old Redux slices / Context providers and all dispatches/consumers for migrated state.
  • Do not duplicate the same data in multiple places (e.g. React Query + Redux).

Additional resources

signoz의 다른 스킬

signoz-docs
signoz
사용자가 SigNoz 계측, OpenTelemetry 설정, 쿼리, 대시보드, 알림, 문제 해결, 자체 호스팅 등에 대해 물을 때마다 이 스킬을 먼저 사용하세요.
signoz-clickhouse-query
signoz
SigNoz 대시보드에서 OpenTelemetry 로그 및 트레이스에 대한 ClickHouse 쿼리를 작성합니다. 사용자가 로그에 대한 SigNoz ClickHouse 쿼리를 요청할 때마다 이 스킬을 사용하세요…
signoz-reducing-telemetry-cost
signoz
SigNoz 텔레메트리 수집 비용과 메트릭, 로그, 트레이스 전반의 메트릭 카디널리티를 조사하고 절감합니다. SigNoz 지출을 유발하는 요인을 찾습니다(Cost…를 통해).
signoz-clickhouse-query
signoz
사용자가 SigNoz 쿼리를 요청할 때 이 스킬을 사용하세요:
signoz-docs
signoz
사용자가 SigNoz 계측, OpenTelemetry 설정, 쿼리, 대시보드, 알림, 문제 해결, 자체 호스팅 등에 대해 물어볼 때마다 이 스킬을 먼저 사용하세요.
signoz-searching-docs
signoz
공식 signoz.io 문서와 API 참조만 사용하세요. 모든 답변은 가져온 문서 내용에 근거하고 공식 문서 URL을 인용하세요.
signoz-writing-clickhouse-queries
signoz
사용자가 SigNoz 쿼리와 관련된 다음 사항을 요청할 때 이 스킬을 사용하세요:
signoz-creating-alerts
signoz
사용자의 자연어 의도로부터 SigNoz 알림을 구축합니다. 이 스킬은 두 가지 소비자를 대상으로 합니다: 사람의 개입 없이 실행되는 자율 AI SRE 에이전트와 Claude Code / Codex / Cursor 프롬프트에서 작업하는 인간입니다. 둘 다 동일한 흐름을 따르며, 인간은 미리보기 단계에서 개입할 기회를 얻습니다.