AI Workshop with Neo4j and Google, Cambridge 2026: Knowledge Graphs for Agents

Table of Contents

Event

Field Value
Event AI Workshop with Neo4j and Google
Hosts Neo4j, Google Cloud
Date Wednesday, 8 October 2026
Time 13:30 EDT
Venue Google Cambridge, 355 Main St, Cambridge MA
Format Hands-on workshop, live cloud environment
Capacity 50, described as "qualified builders"
Registration Open; 21 RSVPs at the time of writing

Speakers: Ben Lackey (Neo4j), Ezra Uzosike (Google).

What the organizers advertise

Building AI agents powered by knowledge graphs, working against real datasets and deploying Neo4j alongside Google Cloud Gemini Enterprise in a live cloud environment. The advertised path runs end to end: parse and load data, then construct agents that query and reason over the connected result.

The four stated outcomes, verbatim:

Build AI agents that leverage knowledge graphs
Integrate Neo4j with Google Cloud Gemini Enterprise in a production-ready
  environment
Traditional vs. AI-driven data parsing and loading
Practical approaches to graph-based AI using real-world datasets

Audience is given as developers, data engineers, data scientists and tech leaders.

Why this one is worth attending

The third bullet is the one with a live question behind it. Traditional versus AI-driven parsing and loading is a comparison, and comparisons are where the interesting failure lives: the two paths produce different graphs from the same source, and the workshop format means both get built in the same room against the same data. What to watch for is whether the session states an acceptance criterion for the AI-driven path, or only demonstrates that it runs. An extraction pipeline that has never been shown a document it should refuse is not yet a pipeline.

This repository already runs a code knowledge graph — GitNexus, currently 1473 symbols and 3469 relationships over this site's sources, used for impact analysis before edits. That graph is built by a deterministic parser. The question this workshop is positioned to answer is what an LLM-driven extractor buys over that, and what it costs in precision, on a corpus where the ground truth is known.

Related, and close enough to read together:

Open questions to bring

  • What is the acceptance test for an LLM-extracted graph? Precision and recall against a hand-labelled subset, or eyeballing the visualization?
  • Where does Gemini Enterprise sit relative to the graph — generating Cypher, or consuming retrieved subgraphs as context?
  • What happens to the graph when the source changes? Incremental update, or rebuild?
  • Does the "production-ready environment" claim survive contact with authentication and multi-tenancy, or is that out of scope for the session?