Agent Skills: Query Layer Patterns

Query layer patterns for consuming services with TanStack Query, error transformation, and runtime dependency injection. Use when implementing queries/mutations, transforming service errors for UI, or adding reactive data management.

UncategorizedID: EpicenterHQ/epicenter/query-layer

Repository

EpicenterHQLicense: AGPL-3.0
4,013273

Install this agent skill to your local

pnpm dlx add-skill https://github.com/EpicenterHQ/epicenter/tree/HEAD/.agents/skills/query-layer

Skill Files

Browse the full folder contents for query-layer.

Download Skill

Loading file tree…

.agents/skills/query-layer/SKILL.md

Skill Metadata

Name
query-layer
Description
Query layer patterns for consuming services with TanStack Query, error transformation, and runtime dependency injection. Use when the user mentions createQuery, createMutation, TanStack Query, or when implementing queries/mutations, transforming errors for UI, or adding reactive data management.

Query Layer Patterns

Reference Repositories

The query layer is the reactive bridge between UI components and the service layer. It wraps pure service functions with caching, reactivity, and state management using TanStack Query and WellCrafted factories.

Related Skills: See services-layer for the service layer these queries consume. See svelte for Svelte-specific TanStack Query patterns.

When to Apply This Skill

Use this pattern when you need to:

  • Create queries or mutations that consume services
  • Transform service-layer errors into user-facing error types
  • Implement runtime service selection based on user settings
  • Add optimistic cache updates for instant UI feedback
  • Understand the dual interface pattern (reactive vs imperative)

Core Architecture

┌─────────────┐     ┌─────────────┐     ┌──────────────┐
│     UI      │ --> │  RPC/Query  │ --> │   Services   │
│ Components  │     │    Layer    │     │    (Pure)    │
└─────────────┘     └─────────────┘     └──────────────┘
      ↑                    │
      └────────────────────┘
         Reactive Updates

Query Layer Responsibilities:

  • Call services with injected settings/configuration
  • Transform service errors to user-facing error types for display
  • Manage TanStack Query cache for optimistic updates
  • Provide dual interfaces: reactive (.options) and imperative (.execute())

Error Transformation Pattern

Critical: Service errors should be transformed to user-facing error types at the query layer boundary.

Three-Layer Error Flow

Service Layer         →  Query Layer           →  UI Layer
TaggedError<'Name'>   →  UserFacingError       →  Toast notification
(domain-specific)        (display-ready)          (display)

Standard Error Transformation

import { Err, Ok } from 'wellcrafted/result';

// In query layer - transform service error to user-facing error
const { data, error } = await services.recorder.startRecording(params);

if (error) {
	return Err({
		title: '❌ Failed to start recording',
		description: error.message,
		action: { type: 'more-details', error },
	});
}

return Ok(data);

Dual Interface Pattern

Every query/mutation provides two ways to use it:

Reactive Interface: .options

Use in Svelte components for automatic state management. Pass .options (a static object) inside an accessor function:

<script lang="ts">
	import { createQuery, createMutation } from '@tanstack/svelte-query';
	import { rpc } from '$lib/query';

	// Reactive query - wrap in accessor function, access .options (no parentheses)
	const recorderState = createQuery(() => rpc.recorder.getRecorderState.options);

	// Reactive mutation - same pattern
	const transformRecording = createMutation(
		rpc.transformer.transformRecording.options,
	);
</script>

{#if recorderState.isPending}
	<Spinner />
{:else if recorderState.error}
	<Error message={recorderState.error.description} />
{:else}
	<RecorderIndicator state={recorderState.data} />
{/if}

Imperative Interface: .execute() / .fetch()

Use in event handlers and workflows without reactive overhead:

// In an event handler or workflow
async function handleTransform(recordingId: string, transformation: Transformation) {
	const { error } = await rpc.transformer.transformRecording.execute({
		recordingId,
		transformation,
	});
	if (error) {
		notify.error.execute(error);
		return;
	}
	notify.success.execute({ title: 'Transformation complete' });
}

// In a sequential workflow
async function stopAndTranscribe(toastId: string) {
	const { data: blobData, error: stopError } =
		await rpc.recorder.stopRecording.execute({ toastId });

	if (stopError) {
		notify.error.execute(stopError);
		return;
	}

	// Continue with transcription...
}

When to Use Each

| Use .options with createQuery/createMutation | Use .execute()/.fetch() | | ---------------------------------------------- | --------------------------- | | Component data display | Event handlers | | Loading spinners needed | Sequential workflows | | Auto-refetch wanted | One-time operations | | Reactive state needed | Outside component context | | Cache synchronization | Performance-critical paths |

Key Rules

  1. Always transform errors at query boundary - Never return raw service errors
  2. Use .options (no parentheses) - It's a static object, wrap in accessor for Svelte
  3. Never double-wrap errors - Each error is wrapped exactly once
  4. Services are pure, queries inject settings - Services take explicit params
  5. Use .execute() in .ts files - createMutation requires component context
  6. Update cache optimistically - Better UX for mutations

References

Load these on demand based on what you're working on: