Neo4j vs June
Side-by-side trajectory, velocity, and editorial themes.
neo4j-cli ships explicitly for AI agents — Neo4j makes its 'AX' bet concrete.
Neo4j is shipping in three lanes simultaneously: developer/agent surface (the new neo4j-cli covering Aura management, Cypher, and ops, designed for human, developer and agent consumption), Aura cloud capacity and ops (2TB high-memory GCP instances, inactive-member pruning, tighter password policy), and graph analytics maturation (project-level ML model persistence in AGA, Lakehouse export from Microsoft Fabric, Cypher 25 GQL features). Dashboards and Explore are gaining interactivity in parallel.
The arc is toward treating AI agents as a first-class user of the platform, not an integration consumer. Calling out 'AX' alongside DX/UX in the CLI announcement is unusual — most database vendors are still adding MCP servers or chat assistants. Coupled with the GenAI token functions in the April Aura release and AGA's model persistence, Neo4j is consolidating the 'graph as memory substrate for AI agents' position it's been telegraphing for two years.
Likely next: an MCP server fronting the same surface as neo4j-cli, deeper GenAI-native primitives in Cypher 25 (vector ops, embeddings as first-class types), and continued Aura capacity climbs to support larger graph-RAG workloads. Microsoft Fabric integration will probably extend further given the bidirectional Lakehouse work.
June's last visible push was a tight May 2025 B2B sprint — Custom Objects, SQL traits, PostHog integration.
June is product analytics for B2B SaaS, and the only visible release activity in the input is a concentrated four-week sprint in May 2025: SQL computed traits, PostHog as a data source, increased computed-trait limits, and the GA of Custom Objects after a two-month rollout. Each release is paired with small fixes (Slack alerts, HubSpot reverse sync) suggesting a stable maintenance cadence around the headline launches.
The May 2025 batch is internally consistent: every release widens what June can model (Custom Objects), how flexibly customers can compute on it (SQL traits), or how easily it slots into existing data plumbing (PostHog source). All three target the B2B-SaaS persona that wants more than user/account analytics. After this burst the changelog goes quiet in the input — it's not clear from the entries alone whether the product moved to a slower cadence, switched publishing channels, or paused.
The entries don't support a confident prediction about what comes next. If publishing resumes from the same direction, the obvious extensions are deeper integrations with reverse-ETL or warehouse-native sources and richer pre-built health-score templates on top of SQL computed traits.
See more alternatives to Neo4j →
See more alternatives to June →