Supabase AI Edge Functions vs Together AI DeepSeek R2 Distilled Serverless Inference

“The primitive here is clean: pgvector-backed similarity search co-located with your edge compute, no separate Pinecone/Weaviate instance required. The DX bet is zero-distance from data to function — your embeddings live in Postgres, your retrieval logic lives in the Edge Function, and the OpenAI-compatible API surface means you can swap embedding providers without touching your schema. The moment of truth is `supabase functions deploy` and seeing a working RAG endpoint in under 10 minutes; from the docs that appears to hold. The weekend alternative — a Lambda hitting Pinecone plus RDS — is genuinely worse here because the vector index and relational data are now in the same transaction boundary. That specific architectural choice, pgvector inside the same DB your app already uses, is what earns the ship.”

“The primitive here is clean: OpenAI-compatible serverless inference endpoint for distilled reasoning models, no infra to manage. The DX bet Together AI made is correct — zero-config model access with standard chat completions API means you swap one base URL and one model string and you're calling DeepSeek R2 distilled from existing code. The 32B at $0.80/M tokens is the real story: that's sub-dollar-per-million for a model that punches well above its weight class on reasoning benchmarks. The weekend alternative is self-hosting on RunPod or Modal, which works but adds cold-start latency, VRAM management headaches, and ops overhead that Together simply removes. Ship this if you're building anything that needs cheap chain-of-thought reasoning without the frontier model bill.”

“Direct competitor to Neon's pgvector integration and to the pattern of 'just run pgvector on your existing Postgres,' and Supabase wins on the edge-colocation story specifically. The scenario where this breaks is anything requiring a specialized ANN index at scale — pgvector's HNSW is solid up to a few million vectors but if you're doing 100M+ with high QPS, you're going to hit limits that a managed Pinecone or Weaviate won't. Prediction: this wins in the 12-month window because the problem it solves — RAG for apps already on Supabase — is real and the switching cost for developers already using Supabase Auth and Storage is essentially negative. What would have to be true for me to be wrong: pgvector's performance ceiling becomes a blocker for the majority of use cases before Supabase ships a purpose-built vector backend.”

“Direct competitors are Fireworks AI, Groq, and Replicate running the same or similar distilled checkpoints — so Together is not selling exclusivity, they're selling reliability and price. The scenario where this breaks is high-concurrency production workloads where serverless cold-start variance becomes a latency SLA problem; Together's serverless tier has no guaranteed throughput contracts in the base offering. What kills this in 12 months is not a competitor but the underlying model provider: if DeepSeek ships R3 distills that are 2x better at the same cost, this specific offering goes stale and Together has to scramble to re-serve. That said, Together's track record of being early on new model availability is the actual moat here — they've consistently been first or second to serve hot open-weight checkpoints, and that speed-to-availability is worth paying for if you're iterating fast.”

“The buyer is the full-stack developer or small engineering team already on Supabase Pro, and this feature drops directly into their existing bill — no new vendor, no new contract. That's the business decision that makes this viable: expansion revenue from existing customers at near-zero CAC. The moat isn't the vector feature itself, it's the workflow integration — once your auth, storage, relational data, AND vectors are all in one Postgres instance with one dashboard and one billing relationship, the switching cost to a competitor is substantial. The risk is that Neon or PlanetScale ships the same thing at lower price, or that Postgres 18 native vector improvements make managed pgvector a commodity — but Supabase's distribution advantage among indie devs and startups makes me think they hold the segment.”

“The buyer is any developer or startup running LLM inference who currently pays OpenAI or Anthropic rates for reasoning tasks that don't require frontier-model quality — that's a real and large budget line item. The pricing architecture is usage-based and scales directly with value delivered, which is the right structure for inference. The moat question is harder: Together's defensibility is not the models (open weights, anyone can serve them) but latency, reliability, and the breadth of the model catalog creating switching friction once you've standardized your inference client on their SDK. The existential risk is that this is fundamentally a margin business on commodity compute, and Cloudflare Workers AI, AWS Bedrock, and Google Vertex are all moving to serve the same checkpoints at infrastructure-subsidized prices. Together needs to win on speed-to-new-models and developer experience before the hyperscalers catch up on catalog breadth, and so far they're doing it.”

“The thesis this bets on: in 2-3 years, the architectural pattern for AI-enabled apps will be 'your relational DB is also your vector store,' not 'relational DB plus separate vector DB plus glue code.' That's a falsifiable claim and the evidence is trending toward it — Postgres's pgvector adoption curve is steep and purpose-built vector DBs are already repositioning as they feel commoditization pressure. The dependency that has to hold: pgvector's performance scaling continues to close the gap with purpose-built alternatives so the 'good enough' threshold covers 90% of production workloads. Second-order effect: if this pattern wins, it shifts power from the vector-DB-as-a-service category (Pinecone, Weaviate, Qdrant) toward general-purpose database providers with strong developer distribution — and Supabase is riding the exact right trend line at exactly the right time.”

“The thesis Together AI is betting on: by 2027, the majority of production LLM inference will run on open-weight distilled models, not frontier APIs, because the quality gap closes faster than the price gap opens. That's a falsifiable and plausible claim — the DeepSeek R1 distillation story already validated it at the 7B-32B range. The dependency that has to hold is that distillation techniques keep pace with frontier capability jumps, which is not guaranteed if frontier labs accelerate architectural innovation faster than distillation pipelines can follow. The second-order effect that's underappreciated: cheap reasoning inference at this scale shifts power from model labs to inference infrastructure providers — Together, Fireworks, Groq become the AWS to the model labs' hardware vendors. Together is on-time to this trend, not early, but their execution on catalog breadth means they're well-positioned if the trend accelerates.”