Arcade AI Tool SDK vs Together AI Inference Turbo

“The primitive here is clear: a schema-generation and adapter layer that takes your existing REST API or function signature and outputs a spec-compliant tool definition for whichever LLM runtime you're targeting. The DX bet is right — putting complexity in the SDK rather than in the user's callsite means you write the business logic once and the SDK handles the format negotiation. The moment of truth is schema generation accuracy on a non-trivial API with nested types and optional params; if that holds up in practice, this earns its keep. The weekend alternative (three API calls and a Zod schema) collapses fast once you add auth token management and multi-provider support — that's the specific technical decision that earns the ship.”

“The primitive is clean: a speculative decoding-backed inference endpoint that hits sub-100ms TTFT on open-weight models, drop-in via the same OpenAI-compatible API surface you're already using. The DX bet is zero migration cost — same SDK, same endpoint shape, just a different model tier parameter. That's the right call. The moment of truth is whether that 100ms holds under concurrent load at your actual P95, not their cherry-picked benchmark — Together doesn't publish methodology, which is a flag. But the weekend alternative here is genuinely hard: replicating speculative decoding on self-hosted infra is not a Lambda function, it's a distributed systems project. The specific technical decision that earns the ship is the OpenAI-compatible drop-in: if you're already on Together's standard tier, switching to Turbo is literally a string change.”

“Direct competitors are LangChain's tools module, Composio, and Toolhouse — all of which are either heavier frameworks or hosted-only products, so the open-source, format-agnostic angle is a real differentiator. The scenario where this breaks is when the target API has a non-standard auth flow or pagination model — auto-schema generation hallucinates edge cases exactly when precision matters most. What kills this in 12 months: OpenAI, Anthropic, and Google collectively improve their native function-calling ergonomics to the point where the adapter layer is unnecessary boilerplate. The counter-thesis that saves it is if the multi-provider normalization layer becomes genuinely sticky for teams running model A/B tests — that's a real problem nobody has solved cleanly yet.”

“Direct competitors are Groq and Cerebras, both of whom have been shipping sub-100ms TTFT on open models for over a year — so Together is late to this specific race, not early. The scenario where this breaks is multi-turn agentic workloads: TTFT is only one metric, and if throughput or context-window handling degrades under the speculative decoding engine, the 'turbo' label becomes misleading fast. The prediction: this survives 12 months not because the latency is differentiated but because Together's model breadth (Llama 4, Mistral, etc.) gives developers a one-stop shop that Groq's limited model roster can't match — that's the actual moat. What would have to be wrong: Groq expands model support aggressively while closing the price gap, at which point Together's turbo tier loses its one real advantage.”

“The thesis here is falsifiable: LLM tool-calling becomes a first-class integration target within 2 years, the way webhooks became a first-class integration target around 2015 — and the team that owns the normalization layer owns the distribution. What has to go right is that model providers don't converge on a single canonical tool spec, keeping the adapter layer valuable; if OpenAI's function format becomes the de facto standard that everyone just adopts, this SDK's multi-provider value proposition collapses. The second-order effect worth watching is that this shifts API design incentives — if your API is SDK-compatible you get LLM discoverability for free, which starts to pressure API authors to design for machine consumption first. The trend this is riding is the growth of tool-calling as an integration primitive, and this SDK is early enough that the category isn't yet commoditized.”

“The thesis here is falsifiable: sub-200ms TTFT becomes a hard requirement for consumer-facing AI applications within 18 months as voice and real-time co-pilot interfaces go mainstream, and cloud hyperscalers won't prioritize open-weight model latency at this tier because it conflicts with their proprietary model margins. That's a plausible and specific bet. The dependency that has to hold: open-weight models must remain competitively capable relative to frontier closed models — if GPT-5 or Gemini Ultra 2 pulls so far ahead that developers abandon open weights, the entire value prop collapses. The second-order effect that matters most isn't the latency number itself — it's that sub-100ms TTFT enables a new class of voice-native and ambient-computing interfaces that were previously gated behind proprietary APIs, shifting negotiating power back to developers who want model portability. Together is on-time to this trend, not early, which means execution quality is the differentiator now.”

“The buyer problem here is unresolved: the SDK is open-source with no visible hosted pricing, which means Arcade is giving away the only part of the product that has demonstrated value so far. The moat story depends entirely on whether the hosted tier builds workflow lock-in or proprietary tooling directories that justify a premium — neither of which exists publicly yet. When the underlying model providers ship native tool management (and they will), the open-source SDK becomes a free-tier acquisition funnel for a business that hasn't decided what to charge for. I'd revisit this when there's a pricing page with expansion revenue logic, not before.”

“The buyer is a backend engineer at a Series A–C company with a voice or real-time chat product, and this comes out of infrastructure budget, not an AI experiment budget — that's a healthier buying motion than most inference plays. The pricing architecture of pay-per-token at a premium over standard is correct: it aligns cost with the workload type, and latency-sensitive apps have conversion economics that justify the markup. The moat concern is real — Groq has a hardware moat, Cerebras has a hardware moat, Together's moat is model variety and ecosystem relationships, which is defensible but not durable if Groq closes the model gap. The business survives model commoditization only if Together's speculative decoding engine stays ahead of what model providers ship natively — that's a continuous R&D bet, not a one-time win. Ships because the unit economics work today and the buyer is real.”