标签：#r

Hyundai aims to deploy 25,000 Atlas robots starting with US factories in 2028.

Ryan Beiermeister, who demonstrated cool analysis in the Founders Fund YouTube series "Mafia," has joined the firm as a partner.

👋👋👋👋 Looking back on your week -- what was something you're proud of? All wins count -- big or small...

If only someone could have predicted it.

CD sales are apparently going up, reportedly thanks to fans realizing they're an affordable way to support their favorite artists. According to a new report from research firm Luminate, 16.3 million CDs were sold in the first half of 2026 in the US, a 16 percent increase year-over-year. The growth in CD sales was driven […]

Toyota's everyday small SUV should rarely require trips to the gas station.

This remarkably vivid home projector has deep inky blacks, without a five-figure price tag.

The social-engineering technique has primarily been a tool of financially motivated criminals.

Creator says he will "very loudly ignore" those arguing for a ban on AI tools.

Your Mac tidies itself: screenshots, installers, Downloads Discussion | Link

The National Highway Traffic Safety Administration is also investigating the crash

Amazon Web Services has recently introduced AWS Continuum, a new integrated security platform to automate the discovery, enforcement, and remediation of security issues across codebases, dependencies, and applications. AWS Continuum launches with four agentic capabilities, aiming at the entire vulnerability lifecycle: penetration testing, code review, threat modelling, and code vulnerabilities. By Gianmarco Nalin

One of the best things about the Laravel AI SDK is that it doesn't lock you into a provider. Swap OpenAI for Anthropic, add Gemini as a failover, and your agent code barely changes. That's the entire pitch, and it mostly holds up. Until your agent needs to browse the web. The provider-agnostic promise has a hole in it The SDK ships two provider tools for giving agents access to the web: WebSearch and WebFetch . They're convenient, a couple lines and your agent can search or fetch a page. But they're not really part of the SDK's unified layer, they're implemented natively by whichever AI provider you're using, which means their availability depends entirely on which model you picked. WebSearch works on Anthropic, OpenAI, Gemini, and OpenRouter. WebFetch only works on Anthropic and Gemini. So if you configure a failover chain that includes Groq, DeepSeek, Mistral, or xAI, and one of those becomes the active provider, your agent quietly loses the ability to browse. Not an error, not a warning, just an agent that stops citing sources or stops noticing the page it was supposed to check even changed. That's a rough thing to discover in production. You built a failover chain specifically so a rate limit or outage wouldn't take your feature down, and it turns out one of your fallback providers was silently missing a capability the whole time. Even when it works, it's pretty shallow Set the provider problem aside for a second. Even on a provider where WebSearch and WebFetch are both available, what you get back is raw: search results or fetched page content that the model has to reason over itself. There's no schema. There's no guaranteed citation tracking. If you want your agent to return a structured, sourced answer, that reasoning happens somewhere in the model's own inference, not in a layer you control or can test. For a lot of use cases, that's fine. For anything where the answer needs to be defensible or reproducible, a research assistant, a competitive brief, anythin

submitted by /u/dabluck [link] [留言]

The Problem If you’ve built a decent-sized NestJS application, you know the authorization dance. You start with basic Roles, then suddenly you need fine-grained permissions, then maybe some attribute-based access control (ABAC). Before you know it, your controllers are cluttered with @UseGuards(RolesGuard) , and your RolesGuard itself is a massive switch statement checking for every possible permission string. It's repetitive, hard to test, and honestly, a bit boring to maintain. The Solution: nestjs-permissions I got tired of reinventing this logic for every project, so I built nestjs-permissions . The goal was simple: Declarative, type-safe authorization that stays out of your way while keeping your code clean. Why use it? Decorator-Driven: No more complex metadata injection. Just wrap your routes. Type-Safe: Keep your permissions consistent across your frontend and backend. Framework-Native: It plays nicely with the standard NestJS Request lifecycle. Quick Start Getting started takes about 5 minutes. 1. Install it: npm install nestjs - permissions 2. Configure your module: import { Module } from ' @nestjs/common ' ; import { PermissionsModule } from ' nestjs-permissions ' ; @ Module ({ imports : [ PermissionsModule . register ({ // Your config here }) ], }) export class AppModule {} 3. Protect your routes: import { Get , Controller } from ' @nestjs/common ' ; import { RequirePermissions } from ' nestjs-permissions ' ; @ Controller ( ' dashboard ' ) export class DashboardController { @ Get ( ' admin ' ) @ RequirePermissions ( ' admin.read ' ) async getDashboard () { return ' Secret Admin Data ' ; } } What’s Under the Hood? Under the hood, nestjs-permissions leverages the NestJS Reflector to cleanly extract metadata from your route handlers. It automatically taps into the execution context, checking the incoming request against the required permissions without forcing you to write boilerplate guards for every module. When NOT to use it If you need hyper-complex, at