Anthropic Launches Claude Sonnet 5 With Near-Opus Performance at 60% Lower Cost

·1 views

Anthropic released Claude Sonnet 5 on June 30, 2026, positioning it as its most capable mid-tier model to date, with agentic abilities previously reserved for the higher-end Opus 4.8. The model is priced at an introductory rate of $2 per million input tokens and $10 per million output tokens, making it significantly cheaper than both Opus 4.8 and competing models from OpenAI and Google. Benchmark results show Sonnet 5 closing the gap with Opus 4.8 substantially, trailing by just 2.3% on Terminal-Bench and 0.5% on Humanity's Last Exam, while even surpassing Opus 4.8 on the GDPval-AA v2 knowledge-work benchmark. Early users at platforms like Cursor and Zapier report that the model reliably completes multi-step workflows end-to-end without stalling midway, a key improvement over its predecessor. The introductory pricing is set to expire on August 31, 2026, after which rates will rise to $3 and $15 per million tokens respectively.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

SDuX Vault Claims to Eliminate Redux Middleware With Pipeline-Based Async Handling

A new state management approach called SDuX Vault proposes replacing Redux middleware — such as thunks, sagas, and observables — with a structured pipeline execution model. Redux's core architecture was built around synchronous reducer composition and has no native mechanism for handling asynchronous operations, leading the developer community to rely on middleware layers as workarounds. These middleware solutions introduce non-deterministic dispatch timing and added complexity, particularly for coordinating multiple async operations. SDuX Vault addresses this by routing all asynchronous inputs through a dedicated Resolve pipeline stage, which normalizes inputs before any downstream processing occurs. The approach claims to guarantee serialized execution and deterministic state updates without requiring any middleware configuration.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

llms.txt Proposal Offers AI-Optimized Entry Points for Websites

The llms.txt proposal recommends that websites provide a minimal, plain-text file designed to give AI agents focused, clutter-free access to site content without wasting context on navigation, styling, or footers. The format typically includes a site title, a brief summary blockquote, and labeled links pointing to more detailed resources. While not an official standard, adoption is growing — coding tools like Cursor reference these files, and Google added llms.txt as a new Lighthouse signal under its Agentic Browsing category in May 2025. Experts caution that llms.txt is not a replacement for robots.txt or sitemap.xml, but works best alongside existing web standards. Ensuring the file is crawlable, linked from landing pages, and listed in sitemaps is considered key to making it discoverable by AI tools.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Why Accounting APIs Struggle to Deliver Financial Statements and How to Work Around It

Most major accounting platforms expose APIs for basic operations like invoicing and customer records, but financial statements such as balance sheets and profit-and-loss reports are inconsistently supported or missing entirely. While P&L and balance sheet endpoints exist on platforms like QuickBooks Online and Xero, more complex statements like cash flow, trial balances, and equity changes are rarely available in developer-friendly formats. Xero's cash flow endpoint, for instance, is restricted to non-U.S. entities, and QuickBooks returns report data in HTML-rendering formats rather than structured programmatic responses. The core issue is that accounting APIs were built around create-read-update-delete operations on individual records, not around computed financial reports. Developers building SaaS products that require financial statement data must often reconstruct these reports manually from raw ledger data, filling gaps left by platform-specific API design decisions.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Solo Dev Ships 10 macOS Apps in 3 Years Using Shared-Code Architecture

A solo developer has released 10 specialized macOS apps for Android developers over three years, all built on an eight-year-old Intel MacBook Air. Rather than building one large all-in-one suite, the developer adopted a 'micro-app' approach where each app solves a single problem, keeping codebases small and compile times under two minutes. A shared internal library called hiyoko-helper handles common functions like licensing, auto-start, and path management across all apps, eliminating repetitive groundwork. Standardized CSS tokens and reusable React components mean a new app's UI scaffold can be assembled in roughly 10 minutes. The system is designed so that each new app becomes faster to ship than the last, with bug fixes isolated to individual apps and deployable in as little as 30 minutes.

0 comments Read more at DEV Community