---
title: "Launch Log: GravityView 3.0, plus AI-assistant upgrades in Block MCP and GravityKit MCP"
date: 2026-06-19
author: "Casey Burridge"
link: "https://www.gravitykit.com/launch-log-gravityview-3-0-plus-ai-assistant-upgrades-in-block-mcp-and-gravitykit-mcp/"
---

This week is headlined by [GravityView 3.0](/gravityview-3-0/), the largest GravityView update in years. Alongside GravityView's new Vantage theme, frontend bulk actions, and MCP-based View creation, Block MCP becomes site-aware about block preferences and GravityKit MCP gets more reliable at saving Gravity Forms entries. The Dashboard Views extension also gets a small fix for an editor notice.

## Block MCP v2.1

This update to [Block MCP](https://www.gravitykit.com/products/block-mcp/) makes block preferences site-aware and opinion-free. The score table now lists the block families registered by your active plugins and themes, along with any found in your published content, instead of a fixed built-in list, so you score the blocks your site actually uses.

No block is treated as legacy out of the box. Only WordPress core blocks are preferred by default, and every other block family is fine to use until you score it down. The built-in opinions about which third-party blocks to avoid have been removed, and the replacement map is now entirely your own list, so the only mappings shown are the ones you add.

Blocks whose plugin or theme is no longer active are now flagged as "not active on this site" in both the score table and your AI assistant's responses, making it easier to spot content that references a missing block. Your previously saved preferences carry over unchanged when you upgrade, and a one-time notice on the Block MCP settings screen explains the new model and offers a one-click reset to the new defaults.

### Developer updates

- Block read responses now include `preference.orphaned` set to `true` for any block whose namespace has no registered provider on the site, so an integration can detect orphaned blocks on a page.

## GravityKit MCP v2.4

This update to [GravityKit MCP](https://www.gravitykit.com/mcp/) focuses on getting Gravity Forms entries to save correctly for every field type, so an AI assistant gets the entry format right the first time. It adds explicit support for the `password` field type and for [Gravity Wiz's Nested Forms](https://gravitywiz.com/documentation/gravity-forms-nested-forms/), and introduces a benchmark suite that verifies the MCP works well with smaller models.

On the discovery side, `gf_list_field_types` now includes expanded `entry_input` hints for every field type whose entry format isn't an obvious plain string, and the registry documents the GP Nested Forms configuration (`gpnfForm` for the child form ID and `gpnfFields` for the summary fields shown in the nested summary).

Several improvements reduce the back-and-forth with smaller models. `gf_create_form` now auto-assigns field IDs when you omit them, the `gf_delete_form` and `gf_delete_entry` descriptions state the safe Trash default explicitly, and the server instructions now point to GravityView's search-bar flow. One-shot clients that read the ability catalog only once, such as `claude -p`, now wait to receive the full GravityKit ability list.

This release also corrects storage structures for many field types, improving first-time success rates for complex fields including `address`, `chainedselect`, `survey_rank`, `date`, and the survey, quiz, and poll fields. Sorting is now interpreted strictly, so `sorting.is_numeric` applies only when it genuinely means true and otherwise falls back to Gravity Forms' lexical ordering. Crashed or improperly closed clients also no longer leave an orphaned process running.

### Developer updates

- Adds dev-only benchmark suites that are not shipped in the npm package: `npm run bench` drives the full MCP surface through a small model and grades real Gravity Forms and GravityView state, with `bench:field-output`, `bench:field-storage`, and `bench:nested-forms` covering field output, field storage, and a nested-forms front-end render test.

## GravityView v3.0

This update to [GravityView](https://www.gravitykit.com/products/gravityview/) is a major release, so the changes below are grouped into what's new, what improved, and developer-facing updates.

**New**

Vantage is a new theme for Views, with a built-in card layout you can configure through the Columns control. You can enable it on an existing View from the Styles tab in your View Settings, and a new site-wide Default theme setting (under GravityKit, then Settings, then GravityView, then Appearance) applies Vantage to new Views automatically.

Frontend bulk actions now let people act on selected entries directly from table-layout Views, without needing WordPress admin access. The available actions are:

- Delete, Approve, Disapprove, and Export
- Bulk Edit of field values, including complex field types such as dropdown, radio, checkbox, multiselect, Name inputs, and Address text inputs
- Resend Notifications to re-send Gravity Forms notifications
- Download Attachments to package file-upload attachments into a single ZIP download
- Optional background processing on each action, for large entry sets

You can also create and configure Views with the [GravityKit MCP](https://www.gravitykit.com/mcp/), which lets an AI assistant control your View and create or edit Gravity Forms forms. This is powered by the WordPress Abilities API available in WordPress 6.9 and newer.

The Search Bar gains date range presets (including This Week, This Year, Last Year, and the last four completed quarters), a new Date range layout setting that offers either two separate date pickers or a combined date range picker, and minimum and maximum date settings that limit which dates a visitor can select. Date limits support both absolute dates (such as 2026-01-31) and relative dates (such as "-1 year" or "now").

Finally, Views now keep a revision history, with one-click restore from the Revisions box in the Edit View screen.

**Improvements**

Switching View types, for example from Table to Layout Builder, now keeps your configured fields instead of resetting them. New Views also have form fields pre-filled for every layout type, not just Table and DataTables. The Page Links widget adds a Display Mode setting with three options: Numbers with arrows (the default), Numbers with Previous/Next labels, or Previous/Next only. Multiple Views on the same page can now paginate independently of one another, and the block editor loads significantly faster on sites with many Views.

To learn more about GravityView 3.0, [read the full release post](/announcing-gravityview-3-0/).

### Developer updates

GravityView 3.0 includes a substantial set of developer-facing changes. Start with the [migration guide](https://www.gravitykit.dev/migrating-to-3-0-dev-guide/) before upgrading, and explore the new [GravityKit Developer MCP](https://mcp.gravitykit.dev) for faster reference lookups.

- A new [GravityView Theme CSS Token System](https://www.gravitykit.dev/gravityview/css-tokens/) for styling every part of a View.
- The codebase now uses a PSR-4 autoloaded `GravityKit\GravityView\` namespace, with core classes moved from `includes/` and `future/` into a unified `src/` directory. Lazy-loaded class aliases keep legacy `GV\` and `GravityView_*` class names working.
- New `Contracts` interfaces for core components, including Views, Entries, Fields, Forms, and Widgets.
- A new GravityView Abilities layer: `gk-gravityview/*` abilities registered with the WordPress Abilities API that make View authoring available over REST and to AI agents through MCP. Add-ons can register their own abilities and hook into the View lifecycle (for example, `gk/gravityview/rest/view/cloned` and `gk/gravityview/rest/view-config/apply/after`).
- A new [`gk/gravityview/bulk-actions/*`](https://www.gravitykit.dev/search/?q=gk%2Fgravityview%2Fbulk-actions%2F) filter and action namespace for the frontend bulk actions, including hooks to register actions, gate their availability, and configure per-action settings and field requirements, plus [background-processing controls](https://www.gravitykit.dev/search/?q=gk%2Fgravityview%2Fbulk-actions%2Fbackground).
- A new [`gk/gravityview/admin/field-type/class`](https://www.gravitykit.dev/docs/gravityview/filters/gk-gravityview-admin-field-type-class/) filter to modify the field-type rendering class. It deprecates `gravityview/setting/class/{$field_type}` and removes `gravityview/setting/class_file/{$field_type}`; legacy `GravityView_FieldType_*` names still resolve via `class_alias()`.
- The jQuery UI datepicker has been replaced with a modern, accessible date picker from Query Filters across the Search Bar and View editor. The `jquery-ui-datepicker` script and Google-hosted jQuery UI stylesheet are no longer enqueued, and the `gravityview_datepicker_settings` filter is deprecated in favor of [`gk/query-filters/date-picker/translations`](https://www.gravitykit.dev/docs/query-filters/filters/gk-query-filters-date-picker-translations/) and [`gk/query-filters/date-range-picker/translations`](https://www.gravitykit.dev/docs/query-filters/filters/gk-query-filters-date-range-picker-translations/).
- New revision hooks: [`gk/gravityview/view/revisions/tracked-meta-keys`](https://www.gravitykit.dev/docs/gravityview/filters/gk-gravityview-view-revisions-tracked-meta-keys/) to track additional View meta keys, and the [`gk/gravityview/view/revisions/restored`](https://www.gravitykit.dev/docs/gravityview/actions/gk-gravityview-view-revisions-restored/) action fired after a revision is restored.
- Per-View pagination parameters (`pagenum_{View ID}`) so multiple Views can paginate independently, enabled with the [`gk/gravityview/pagination/scoped-keys`](https://www.gravitykit.dev/docs/gravityview/filters/gk-gravityview-pagination-scoped-keys/) filter (off by default).
- New Search Bar date filters: [`gk/gravityview/search/datepicker/min-date` and `max-date`](https://www.gravitykit.dev/docs/gravityview/filters/gk-gravityview-search-datepicker-bound/) to set a date field's selectable range per View, and [`gk/gravityview/search/date-range-picker/presets`](https://www.gravitykit.dev/docs/gravityview/filters/gk-gravityview-search-date-range-picker-presets/) to customize the preset list.
- A new [`gk/gravityview/admin-views/template-switch/fields`](https://www.gravitykit.dev/docs/gravityview/filters/gk-gravityview-admin-views-template-switch-fields/) filter to modify the migrated field configuration when a View's layout is switched, and a new `gravityview/view-config-error` JavaScript event on `document.body` fired after the editor recovers from a failed zone configuration request.

## GravityView - Dashboard Views v2.0.3

This update to [GravityView - Dashboard Views](https://www.gravitykit.com/products/dashboard-views/) fixes an editor notice that appeared under the wrong condition. The "This View is configured for display in the Dashboard only" notice previously showed when the Restrict to Internal-Only View setting was disabled, rather than when it was enabled.

## In summary

Block MCP sees a more site-aware, opinion-free approach to block preferences, GravityKit MCP gets more reliable entry handling and new field-type support for AI assistants, GravityView 3.0 brings a new Vantage theme, frontend bulk actions, AI-assisted View creation, expanded Search Bar date controls, and View revision history, and Dashboard Views gets a fix for a misfiring editor notice.

As always, we recommend updating to the latest versions to benefit from these improvements and to keep everything compatible across the GravityKit suite.