PalantirPalantirExplainer
Frontend Engineering at Palantir: Building a Backend-less Cross-Application API
Summary
Palantir’s Application Frameworks team builds the “backend of the frontend”: frameworks that let applications communicate during workflows spanning multiple interfaces. The work addresses environments with denied, disrupted, intermittent, or limited (DDIL) connectivity, where relying on backend services can introduce unreliable latency. The team generalized the Gaia Controller prototype into Shared State, which lets applications define named data models and exchange updates organized by Media Type, and Commands, which exposes arbitrary logic through command IDs and request objects that return responses. Both frameworks use frontend-only browser APIs for client-side interaction, support workflows such as pairing Gaia with Workshop, and are also being used as tools by AIP agents; the post says adoption is growing across Palantir.
Context
Palantir users’ most impactful workflows can involve multiple applications operating simultaneously, such as Gaia for geospatial data and Workshop for customized data interfaces. These workflows previously relied heavily on backend services, but Palantir products may run in denied, disrupted, intermittent, or limited (DDIL) connectivity environments where backend latency is not reliable.
Approach / What changed
The team separated Gaia Controller’s two core behaviors into Shared State and Commands. Shared State lets applications define named data models, exchange updates, and organize state by Media Type. Commands lets applications expose arbitrary logic for invocation by another application using a command ID and request object. The frameworks use frontend-only browser APIs, including BroadcastChannel-based communication, to keep interactions client-side.
Takeaways
Shared State synchronizes application data by allowing apps to define a data model and name, then send and receive updates organized by a Media Type string.
Commands exposes arbitrary application logic for cross-application invocation; callers provide a command ID and request object, and the framework returns the response.
Client-side communication avoids depending on backend latency, supporting side-by-side Gaia and Workshop workflows and AIP agents that use Commands and Shared State as tools.
Source and freshness
- Source
- blog.palantir.com
- Published
- Added to Yomu
- Last updated
Summaries are generated from the original by a language model. Check the original before relying on it.
Keep reading
Related reading
The Good Stuff
Paid picks we use ourselves. Links carry a referral code — a subscription through one earns us a commission at no extra cost to you.
The best engineering reads, once a week
One useful email. Unsubscribe anytime.