REMINDER: Sign up for the Foundry Newsletter to receive a summary of new products, features, and improvements across the platform directly to your inbox. For more information on how to subscribe, see the Foundry Newsletter and Product Feedback channels announcement.
Share your thoughts about these announcements in our Developer Community Forum ↗.
Date published: 2026-06-16
Grok Build 0.1 is now available for enrollments with xAI enabled in the US and other supported regions.
Grok Build 0.1 is xAI's coding model trained for agentic coding tasks, including web development and debugging, with MCP support. xAI positions the model as a fast, low-cost option for general-purpose agentic and tool-calling use cases.
For more information, review xAI's model documentation ↗.
To use this model:
We want to hear about your experience using language models in the Palantir platform. Share your thoughts through Palantir Support channels or on our Developer Community ↗ using the language-model-service tag ↗.
Date published: 2026-06-16
SQL Studio, Foundry's dedicated application for writing and running SQL queries, is now generally available as of the week of June 15. SQL Studio brings interactive SQL analysis to Foundry across both tabular data and ontology object types, backed by purpose-built SQL engines and AI-assisted query writing.

SQL Studio provides an interactive, AI-assisted interface for SQL analysis of tabular data and Ontology objects.
SQL Studio builds on the contextual SQL console embedded in applications such as Dataset Preview, Data Lineage, and Ontology Manager, now providing a dedicated application with read and write SQL support for tabular data, read support for ontology object types, and the ability to publish reusable Ontology SQL functions.
SQL Studio is built on two Foundry SQL engines that share a common Spark SQL dialect: Ontology SQL for querying ontology object types, and Furnace for querying tabular data.
Ontology SQL is Foundry's SQL engine for querying ontology object types and many-to-many links. Queries execute directly against object storage using an in-memory compute path for fast response times on supported query shapes, with more complex queries automatically routed to Spark.
Furnace is Foundry's SQL engine for tabular data. It dynamically routes queries between Trino and Spark based on the workload, and supports both read and write operations.
SQL Studio brings together a complete SQL analysis experience in one place:
SELECT queries, SQL Studio supports CREATE TABLE operations on datasets; CREATE, INSERT, UPDATE, and DELETE operations on Iceberg tables; and the SHOW FUNCTIONS meta-operation, which lists the supported SQL functions and their schemas.SQL Studio is available from the Applications menu.
For information about SQL Studio features, see the SQL Studio documentation. For syntax guidance, refer to the SQL dialect documentation. To learn more about the underlying engines, see the Furnace and Ontology SQL overviews.
If necessary, enrollment administrators can turn off SQL Studio for an enrollment from the Application access page of Control Panel.
SQL Studio is under active development, and several capabilities are on the near-term roadmap, including:
As we continue to develop SQL Studio, we welcome your feedback about both the SQL Studio application and the broader SQL experience in Foundry. Share your thoughts with Palantir Support channels or our Developer Community ↗.
Date published: 2026-06-16
Foundry DevOps now supports packaging multiple products simultaneously within the same draft group. Previously, teams had to manually sequence each product to resolve cross-product dependencies. DevOps now handles this automatically, guaranteeing linked products are packaged in the correct dependency order.
To get started, navigate to the Products tab of your store. From the Drafts section, select Create new group and choose to add existing products to a draft group or create new products.

A store Products page showing draft groups that contain multiple products.
The linked products graph on the Overview page visualizes all products in your draft alongside their upstream and downstream dependencies. Select any product to add dependencies, remove it from the graph, or create a new draft. The graph also surfaces warnings for broken linked product relationships so you can resolve them before publishing.

The linked products graph, visualizing all products in the draft and their dependencies.
Use the Add to other draft bulk action to move inputs between drafts within the same group, so one product's outputs can fulfill another product's inputs.

The bulk actions toolbar, with options to move inputs to outputs or add them to another draft.
Select Publish to release all products in dependency order, ensuring linked products are available before any that depend on them.
We want to hear about your experiences with Foundry DevOps. Share your thoughts with Palantir Support channels or on our Developer Community ↗ using the devops ↗ tag.
Date published: 2026-06-16
The new Automation events tab provides observability into all automation events across your workbench, replacing the previous Object executions tab. Monitor system performance, investigate failures from the automation down to the logic block, and understand how automations are processing objects over time.

Use the Automation events tab to better understand observability into the automation events across your workbench.
Each event entry displays the automation name, effect and fallback action (if applicable), event details, outcome (success, failure, or fallback triggered), and triggering objects.
Executions are grouped by batches, aligned with the Automate history view, so you can see each execution alongside the individual objects within the run.
Select any event to view trace logs for each object execution, including step-by-step details, inline links to related resources, error messages and stack traces for failures, and timing information to spot performance bottlenecks.
As we continue to add features to Autopilot, we want to hear about your experiences and welcome your feedback. Share your thoughts with Palantir Support channels or our Developer Community ↗ using the aip-autopilot tag ↗.
Date published: 2026-06-09
Faster pipelines now accept media sets as inputs. You can process PDFs, images, and audio files in a Faster pipeline and convert them into structured data for downstream extraction, classification, analysis, or review.
For more information, see the media sets documentation.

Use media sets in Faster pipelines to transform media file inputs.
With media set support in Faster pipelines, you can now build pipeline workflows that take PDFs, images, and audio files as direct inputs. Supported use cases include:
Ensure your media files are uploaded to a new media set.

Select the upload to a new media set option when uploading media files
As we continue to add features to Pipeline Builder, we want to hear about your experiences and welcome your feedback. Share your thoughts with Palantir Support channels or our Developer Community ↗ using the pipeline-builder tag ↗.
Date published: 2026-06-04
Starting the week of June 22, editing Python transforms in Code Repositories will move to the legacy phase of development. VS Code workspaces are the recommended environment for editing Python transforms, offering AI-powered coding assistance, full dataset preview, an optimized language server, and an integrated terminal.
The Code Repositories editor will remain supported and available, with future feature development focused on VS Code workspaces. Code Repositories remains the recommended editor for other repository types, including Java and SQL transforms.
If VS Code workspaces are unavailable on your enrollment, Code Repositories remains the recommended way to author Python transforms.
To get started with VS Code workspaces for Python transforms, we recommend reviewing the following documentation:
Date published: 2026-06-04
Faster pipelines in Pipeline Builder now support more than 25 built-in GeoExpressions for cleaning, transforming, and visualizing geospatial data without needing to leave the platform or write custom code. Supported operations include geometry intersections, GeoJSON parsing, GeoPoint conversions, and more.
To learn more, see GeoExpressions in Pipeline Builder.
The team is actively adding more GeoExpressions which will automatically become available for your Faster pipelines.

The Geospatial option from the Transform board menu.

Geo Preview in Pipeline Builder.
geoshape type. To learn more, see using geospatial data with the Ontology.Send feedback through Palantir Support or the Developer Community using the pipeline-builder tag.
Date published: 2026-06-02
Claude Opus 4.8 is now available on non-georestricted enrollments from Anthropic, AWS Bedrock, and Google Vertex. For US, EU, and non-georestricted enrollments, the model is available from AWS Bedrock and Google Vertex. For JP georestricted enrollments, the model is available from AWS Bedrock.
Claude Opus 4.8 adds improvements in coding, long-running autonomous agents, and reasoning on complex enterprise problems. For more information, review Anthropic's model documentation ↗.
To use this model:
We want to hear about your experiences using language models in the Palantir platform and welcome your feedback. Share your thoughts with Palantir Support channels or on our Developer Community ↗ using the language-model-service tag ↗.
Date published: 2026-06-01
The Variable lineage graph is now generally available in Workshop. The graph replaces the previous variable dependency graph with a redesigned visualization for tracing how variables and widgets in a module depend on one another. Use it to debug recompute behavior, find which widgets read or write a given variable, and better understand complex relationships between your application's components.

The Variable lineage graph mode shows variables, widgets, and their dependencies.
To open the new variable lineage panel, select the Graph button on the top right of the Variables panel in any Workshop module's edit mode.

Use the Graph button, highlighted in red, to open the variable lineage panel.
Each node on the graph represents a variable or widget. Nodes with dependencies now have chevron arrows on its top and bottom edges. Selecting an arrow expands a node's parents or children to trace a chain of dependencies through a large module. Show all and Clear actions in the header let you expand to the full application graph or remove all nodes. Undo and redo buttons in the header step backward and forward through expand, collapse, and selection actions.

A detailed view of variable usage and computation time.
Variable nodes are tagged with the pages and overlays where they are used. Toggle Show pages and overlays in the header to open a legend that lists each referenced page and overlay, alphabetized and split into separate sections. The legend only includes pages and overlays that appear on visible nodes so the list stays scoped to what you can actually see in the graph.
Toggle Show computation time in the header to display per-variable timing information. Variables that take longer to recompute may be candidates for restructuring: for example, splitting a complex function-backed variable into smaller pieces or changing the recompute behavior on upstream variables to avoid unnecessary work.
To read more about the variable lineage graph, see Workshop's documentation on variables.
We want to hear about your experiences using Workshop in the Palantir platform and welcome your feedback. Share your thoughts through Palantir Support channels or on our Developer Community ↗ using the workshop tag ↗.