Skip to content
RiverCore
Back to articles→ANALYTICS
dltHub Wins 2026 Snowflake Product Partner of the Year
dltHub Snowflake partnerAI pipelinesdata integrationdltHub AI agent pipelines 2026Snowflake startup partner of the year

dltHub Wins 2026 Snowflake Product Partner of the Year

4 Jun 20267 min readSarah Chen

On June 3, 2026 at 18:15 CET, at Snowflake Summit 2026, dltHub picked up the 2026 Snowflake Startup Program Product Partner of the Year award. The headline is the award. The number worth staring at is buried two paragraphs into the press release: in January 2026, AI agents authored 91% of the 81,000 new dlt pipelines shipped that month, against 5% a year earlier when the monthly volume was roughly 2,400. That is a 34x volume jump and a near-total inversion of who, or what, is writing the integration code.

What Happened

The Berlin-headquartered company behind the open-source Python library dlt, backed by Bessemer Venture Partners, was named Snowflake's Product Partner of the Year at the vendor's annual user conference, as TradingView reported in the EQS distribution. The award sits on top of a year of structural moves: dltHub earned Snowflake Industry Competencies in Financial Services, Technology, Manufacturing & Industrial, and Healthcare & Life Sciences, and is now a Snowflake Premier AI Data Cloud Products Partner.

The customer roster cited in the announcement is concrete. Stellantis runs 60,000 Snowflake pipelines per month on a dlt-based platform. Sparebank1 uses dlt as the standard ingestion layer across an alliance of independent banks. Flatiron Health, in healthcare, reported a 50% cut in pipeline costs after migrating to dlt plus Snowflake. More than 1,000 organizations now run dlt with Snowflake in production, against more than 10,000 using dlt across the broader ecosystem, meaning roughly 10% of the community footprint is on Snowflake specifically.

The product side of the announcement: a Snowflake Native App that replicates from MSSQL, Oracle, MySQL, and PostgreSQL, with the full pipeline running inside the customer's Snowflake account and no external orchestrator. Amy Kodl, SVP Worldwide Alliances & Channels at Snowflake, framed it as letting customers replicate operational databases "without data ever leaving their account." What the source does not disclose is pricing, compute consumption profile, or how the Native App handles change data capture for high-write Oracle workloads, all of which matter for the financial services and healthcare buyers dltHub is now competency-certified to chase.

Technical Anatomy

The interesting engineering claim is the agent-authorship number, and it deserves scrutiny. According to dltHub community telemetry from January 2026, 91% of 81,000 monthly new pipelines were built by AI agents working in Claude Code, Cursor, or Codex against the dltHub Pro toolchain. A year earlier, that number was 5% of roughly 2,400 pipelines. Translating: human-written pipelines went from about 2,280 per month to roughly 7,290, a 3.2x increase. Agent-written pipelines went from about 120 to roughly 73,710, a 614x increase. The human curve is healthy. The agent curve is the entire story.

Architecturally, dltHub Pro sits between an AI coding agent and Snowflake. The agent finds a source, dlt scaffolds the pipeline, the developer validates locally, and a single command deploys to production. Once data lands in Snowflake, CoCo, Snowflake's AI coding assistant, takes over to write SQL, build Streamlit apps, and configure Cortex Analyst Semantic Views. The handoff is the design: agents on the ingestion side, agents on the consumption side, humans review at the boundary. It is closer in spirit to what dbt did for transformation than to a classic ETL GUI.

The Native App pattern is the other piece worth noting. By packaging MSSQL, Oracle, MySQL, and Postgres replication as a Snowflake Native App that runs inside the customer account, dltHub sidesteps the Fivetran-style egress and trust model. There is no external orchestrator to harden, no SaaS tenant holding production credentials. For regulated buyers, that is a procurement shortcut. What we do not know yet, and what matters, is the failure semantics: how the Native App handles back-pressure, schema drift on a 1,200-table Oracle source, and partial replay. The bound is whatever Snowflake's task and stream primitives can guarantee, which is non-trivial but not infinite.

If this architecture holds, I would expect the Snowflake Marketplace Native App category to see at least 3x growth in production replication workloads over the next four quarters, with traditional managed-ELT vendors visibly losing logo announcements in regulated verticals.

Who Gets Burned

The obvious exposure is the managed ELT category. The Tasman Analytics case study cited in the release is the kind of data point that ruins a Fivetran renewal conversation: 20 minutes from API docs to a running pipeline, against approximately two weeks previously. A mid-level engineer at the roughly 20-person Amsterdam and London consultancy now ships a production-quality REST API connector in an afternoon, work that previously took a senior engineer a week. If that ratio generalizes, the per-connector pricing logic of GUI-first vendors starts to look mispriced against the marginal cost of an agent-written equivalent.

Second exposure: the legacy ERP integration consulting market. Pro Juventute's data lead Martin Seifert pointed Claude Code with dltHub Pro at a 1,231-table, zero-documentation legacy ERP and described the work as "a few minutes to write and a few hours to run." Compare against the standard SI engagement for an undocumented ERP, typically measured in months and headcount. The source does not disclose data quality outcomes or how many of the 1,231 tables actually carry referential integrity, which matters because "pipelines running" is not the same as "pipelines correct."

Third exposure, and the one analytics leaders should think about first: the in-house data platform team that built bespoke Airflow plus custom Python ingestion two years ago. The maintenance cost of that stack just got benchmarked against a code-first Python-native alternative where 91% of new pipelines are agent-written. Headcount justifications written in 2024 are not going to survive a 2026 budget review unaltered.

The losers in the next 90 days, in order: GUI-first ELT vendors selling into Snowflake accounts, mid-tier data integration SIs without an agent practice, and any internal platform team whose roadmap still describes pipeline authorship as a senior-engineer task.

Playbook for Data Teams

Three concrete actions this week. First, instrument your current pipeline authorship cost. Pull the last quarter of new connectors or sources shipped, divide by engineer-weeks consumed, and you have a per-pipeline baseline. Without it, you cannot evaluate any agent-authored alternative honestly. The Tasman ratio (afternoon versus week) is roughly 10x. Your number might be 3x or 30x, but it has to be your number.

Second, if you are already on Snowflake, evaluate the dltHub Native App against your current replication path for at least one operational database. The architectural question to answer is not "is it cheaper," it is "does keeping replication inside the account change my compliance posture enough to retire a SOC 2 sub-processor." For regulated verticals, that retirement is often worth more than the line-item cost.

Third, run a controlled pilot with one of the supported agent toolchains, Claude Code, Cursor, or Codex, against a single non-critical source. Measure two things: time from spec to merged PR, and defect rate caught in staging. The second metric is the one most teams skip, and it is the one that determines whether agent-authored pipelines are a genuine productivity multiplier or a deferred maintenance bill.

The testable prediction: teams that adopt an agent-plus-dlt workflow this quarter should see connector-authoring time drop by at least 5x within 60 days. If the number is below 3x, the bottleneck is review and validation, not authorship, and your investment should shift accordingly.

Key Takeaways

  • dltHub took Snowflake's 2026 Product Partner of the Year award on June 3, 2026, with more than 1,000 organizations running dlt with Snowflake in production out of 10,000-plus total dlt users.
  • The defining number: 91% of 81,000 new monthly dlt pipelines in January 2026 were agent-authored, against 5% of 2,400 a year earlier, a 34x total volume increase and a 614x increase in agent-written pipelines specifically.
  • The Snowflake Native App for MSSQL, Oracle, MySQL, and Postgres replication runs entirely inside the customer's Snowflake account, removing the external orchestrator dependency that defines current managed ELT economics.
  • Customer proof points include Stellantis at 60,000 monthly pipelines, Sparebank1 as standard ingestion across a banking alliance, and Flatiron Health reporting a 50% pipeline cost reduction.
  • Unknown to track: per-pipeline data quality and defect rates for agent-authored work, which the source does not disclose, and which determines whether the 10x authorship speedup is real or shifted to downstream review cost.

Frequently Asked Questions

Q: What is dltHub Pro and how does it differ from open-source dlt?

dlt is the open-source Python library for building data pipelines. dltHub Pro is the commercial agentic platform built on top of it, designed to integrate with AI coding agents like Claude Code, Cursor, and Codex, and to handle deployment, validation, and observability of pipelines generated by those agents.

Q: How credible is the claim that AI agents wrote 91% of new dlt pipelines in January 2026?

The 91% figure comes from dltHub community telemetry published in the company's May 2026 blog post "Introducing dltHub Pro." It measures pipeline authorship, not pipeline correctness or production lifespan. The number is plausible given the 34x year-over-year volume growth, but data quality outcomes are not disclosed in the source.

Q: What does the Snowflake Native App for database replication mean for existing ELT vendors?

It means customers can replicate MSSQL, Oracle, MySQL, and Postgres into Snowflake without an external SaaS orchestrator holding production credentials. For regulated buyers in financial services and healthcare, this removes a sub-processor from the compliance perimeter, which is a procurement advantage that traditional managed ELT vendors will struggle to match without re-architecting.

SC
Sarah Chen
RiverCore Analyst · Dublin, Ireland
SHARE
// RELATED ARTICLES
HomeSolutionsWorkAboutContact
News06
Dublin, Ireland · EUGMT+1
LinkedIn
🇬🇧EN▾