# Sanity API Reference

> Unified TypeDoc-generated API reference for Sanity JavaScript libraries — clients, SDKs, visual editing, and adjacent packages.

## Packages

- [@sanity/blueprints](https://reference.sanity.io/_sanity/blueprints/index.html.md): TypeScript helpers for defining and validating [Sanity Blueprints](https://www.sanity.io/docs/blueprints) — declarative infrastructure-as-code for your Sanity project.
- [@sanity/client](https://reference.sanity.io/_sanity/client/index.html.md): JavaScript client for Sanity. Works in modern browsers, as well as runtimes like [Node.js], [Bun], [Deno], and [Edge Runtime]
- [@sanity/functions](https://reference.sanity.io/_sanity/functions/index.html.md): Helper methods and type definitions for Sanity Functions.
- [@sanity/groq-condition-describe](https://reference.sanity.io/_sanity/groq-condition-describe/index.html.md): Describe GROQ boolean expressions — filters, predicates, gates — without an LLM:
- [@sanity/preview-url-secret](https://reference.sanity.io/_sanity/preview-url-secret/index.html.md): This package is used together with [`@sanity/presentation`]:
- [@sanity/react-loader](https://reference.sanity.io/_sanity/react-loader/index.html.md): By default data is fetched on both the server, and on the client after hydration. For private datasets, or other similar use cases, it may be desirable to only fetch data on the server when Live Mode is not enabled.
- [@sanity/sdk](https://reference.sanity.io/_sanity/sdk/index.html.md): The App SDK Core is a pure TypeScript implementation of the App SDK’s business logic. It powers our React App SDK under the hood, and leaves the door open for future framework specific implementations, too.
- [@sanity/sdk-react](https://reference.sanity.io/_sanity/sdk-react/index.html.md): React hooks for creating Sanity applications. Live by default, optimistic updates, multi-project support.
- [@sanity/visual-editing](https://reference.sanity.io/_sanity/visual-editing/index.html.md): This package is used with the [Presentation](https://www.sanity.io/docs/presentation) tool in the Sanity Studio to create clickable elements to take editors right from previews to the document and field they want to edit.
- [@sanity/workflow-blueprint](https://reference.sanity.io/_sanity/workflow-blueprint/index.html.md): [Sanity Blueprints](https://www.sanity.io/docs/blueprints/blueprints-introduction) integration for Workflows. This one package owns both halves of the `sanity.workflow` contract: the manifest definer and the provider that the Blueprints AP…
- [@sanity/workflow-cli](https://reference.sanity.io/_sanity/workflow-cli/index.html.md): Command-line tool for deploying, inspecting, and administering Sanity workflow definitions and instances.
- [@sanity/workflow-components](https://reference.sanity.io/_sanity/workflow-components/index.html.md): Reusable React controls for Workflows member, assignee, and date fields. The package uses `@sanity/ui` but has no dependency on Sanity Studio or the App SDK, so the same components can be used in either integration.
- [@sanity/workflow-diagram](https://reference.sanity.io/_sanity/workflow-diagram/index.html.md): React component rendering a `@sanity/workflow-engine` definition as a stage diagram: stages laid out left-to-right by [ELK](https://eclipse.dev/elk/)'s layered algorithm, rendered with [@xyflow/react](https://reactflow.dev).
- [@sanity/workflow-engine](https://reference.sanity.io/_sanity/workflow-engine/index.html.md): Workflow / BPM engine for Sanity content. Define workflows as data, run them as instances against a Sanity client, gate transitions on GROQ filters, and queue effects for runtimes to drain.
- [@sanity/workflow-engine-test](https://reference.sanity.io/_sanity/workflow-engine-test/index.html.md): In-memory test bench (`createBench`) for `@sanity/workflow-engine`. Wraps the engine and an in-memory Sanity client so workflow tests stay free of client wiring and actor boilerplate.
- [@sanity/workflow-mcp](https://reference.sanity.io/_sanity/workflow-mcp/index.html.md): MCP tool surface for the workflows engine. Two jobs, no fluff: operate running instances, and author new definitions.
- [@sanity/workflow-react](https://reference.sanity.io/_sanity/workflow-react/index.html.md): Store-agnostic React orchestration for the `@sanity/workflow-engine` reactive session. You supply a `WorkflowObserver` (how to watch documents in _your_ store); the hooks do the rest:
- [@sanity/workflow-sdk](https://reference.sanity.io/_sanity/workflow-sdk/index.html.md): Reactive workflow adapter over the **App SDK** store. `useWorkflowSession` drives an `@sanity/workflow-engine` session from `getDocumentState` (optimistic, per-doc) and returns `{evaluation, ready, invalid, error, guards, tick, fireAction,…
- [@sanity/workflow-studio](https://reference.sanity.io/_sanity/workflow-studio/index.html.md): Reactive workflow adapter for **Sanity Studio**. Everything must render inside Studio source context (`useSource` / `useClient`).
- [@sanity/workflow-studio-plugin](https://reference.sanity.io/_sanity/workflow-studio-plugin/index.html.md): **Status: private, unpublished.** This README describes the intended consumer setup for when the package is published. Every `@sanity/workflow-*` package is pre-1.0; APIs may change.
- [content-agent](https://reference.sanity.io/content-agent/index.html.md): Vercel AI SDK provider for Sanity Content Agent API.
- [next-sanity](https://reference.sanity.io/next-sanity/index.html.md): The all-in-one [Sanity][sanity] toolkit for production-grade content-editable Next.js applications.
- [sanity](https://reference.sanity.io/sanity/index.html.md): The Sanity Composable Content Cloud lets teams create remarkable digital experiences at scale. Sanity Studio is an open-source, single-page application that is fast to set up and quick to configure. The Studio comes with a complete studio…