Linux Foundation Launches x402 to Enable Native Payments for AI Agents

·1 views

The Linux Foundation has established the x402 Foundation to govern a new open standard that allows AI agents, applications, and APIs to make payments directly over HTTP. Originally developed at Coinbase, the protocol embeds financial transactions into standard web requests, eliminating the need for separate billing systems or manual checkout steps. It supports both traditional payment methods like credit cards and digital assets such as stablecoins. Forty organizations have joined the initiative, including Amazon Web Services, Google, Visa, Mastercard, American Express, and Stripe. The protocol repurposes the long-dormant HTTP 402 status code to signal when a payment is required before a web server fulfills a request.

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)

CloudBoost 4.2 shifts focus to session diagnostics over generic Mac game boosting

Developer Victor Brandão has rebuilt CloudBoost, a macOS cloud gaming diagnostics app, with version 4.2 centered on explaining network and system issues during gaming sessions rather than acting as a generic performance booster. The app monitors signals including latency, jitter, Wi-Fi activity, thermal pressure, and background traffic, then presents a timeline with severity ratings, possible causes, and suggested next steps. Unlike earlier versions that displayed vague status labels, the updated interface offers expandable diagnostic details, before-and-after session reports, and clearer distinctions between network instability and native-game issues like shader compilation stutter. CloudBoost can apply temporary session adjustments such as DNS refresh and background traffic reduction, but does not silently close user applications or make changes that persist after a session ends. Core features remain free, while a one-time $10 PRO license unlocks automation, advanced diagnostics, and full session timelines; the current release is version 4.2.4.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Developer Builds Open-Source AI Review Tool That Blocks Unfinished Work from Shipping

A developer has released revüe, an MIT-licensed AI Agent Skill compatible with Claude Code, Codex, and Cowork, designed to enforce quality gates before work is approved for release. The tool combines a structured review workflow with local validators, schemas, and 108 automated evaluation cases to prevent AI-generated drafts from being accepted on surface polish alone. Each review run produces one of four verdicts — ship, ship with changes, caution, or block — and non-ship verdicts must include a tagged resolution path to avoid unresolved flagging. For design and marketing output, revüe checks actual HTML deliverables against a defined design-system lock covering colors, typography, banned patterns, and structural rules, catching violations even when hidden in CSS variables or base64 SVGs. The validators rely solely on Python's standard library with no external API calls, making the tool suitable for CI pipelines and offline environments.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Why AI Agent Memory Needs a Structured Design, Not Just a Prompt

A beginner-focused system design guide published on DEV Community outlines how AI agents require distinct types of memory to function effectively. Author Harsh Mishra identifies four memory categories: working memory for current tasks, episodic memory for past events, semantic memory for stable facts and preferences, and procedural memory for established playbooks. Each memory type demands different storage mechanisms, retention rules, and trust levels rather than a single unified memory layer. The article argues that simply instructing an agent to 'have memory' is not a valid design decision. The guide is aimed at developers new to AI agent architecture and was published on July 15.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Why an LLM Alone Is Not an AI Agent: A System Design Explainer

A technical guide published on DEV Community by Harsh Mishra on July 15 draws a clear distinction between large language models and AI agents. While an LLM functions as a next-token prediction engine, a full AI agent requires additional components such as state management, retrieval systems, tools, and observability. The article is aimed at beginners and frames the LLM as a decision engine rather than a complete application. Mishra argues that understanding this architectural difference is essential for developers moving from simple prompts to production-ready AI products.

0 comments Read more at DEV Community