今日已更新 470 条资讯 | 累计 25550 条内容
关于我们

标签:#AR

找到 4422 篇相关文章

AI 资讯

Is the way we work today just one chapter in human history?

Text: I’ve been thinking about how much of our identity is built around work. Our job titles, productivity, status, even the feeling of being “useful”, all of it feels so normal now. But historically, this version of work is actually very recent. For most of human history, people didn’t have jobs, resumes, office hours, or career paths. Work wasn’t separate from life. It was just part of living. Now AI seems to be pushing us into another shift. Maybe the big question isn’t only “what jobs will disappear?”, but also: if work becomes less central to who we are, what takes its place? How do you see it? Is AI changing only the future of work, or also the way people define human value? submitted by /u/GenesisProperty [link] [留言]

2026-06-02 原文 →
AI 资讯

Wow! Qwen 3.6:35b-a3b on a 3090... pretty amazing.

I've been using Anthropic and OpenAI for a year and once I tried ollama - so slow - I totally wrote off local. But I guess things have changed. I picked up a used gaming rig with a 3090 last weekend. Yesterday I set up qwen 3.6:35b-a3b. I got the model that had been squeezed down to 20GB (batiai/qwen3.6-35b:iq4) so it all fit on the 3090. When it was in system ram it was doing a respectable 15tps on output but once I got it all stuffed into VRAM it's output was up to 160tps. Then I fed it a picture. https://preview.redd.it/cmpali41ev4h1.png?width=1882&format=png&auto=webp&s=a4c7732b9820730cc3f38b604ee04d465d7cc86e The video processing took 75 seconds but... wow. Just. Wow. That's pretty damn good running local on a 5 year old video card! I guess you guys are used to this but it sure surprised me! And we watched a transcoded movie via Plex at the same time! I can see why you guys love the 3090 so much. Hell of a card. submitted by /u/LankyGuitar6528 [link] [留言]

2026-06-02 原文 →
AI 资讯

The AI bottleneck has shifted and most people haven't caught up yet

The tooling is abstracting faster than people's mental models are updating. Been playing around with a few agent builders recently and what keeps standing out is how much previously manual orchestration is basically configuration now. Memory, tool calling, browser actions, structured outputs, workflow routing. You used to build this stuff manually. Now you're mostly wiring it together. Which makes "can this be built?" a much less interesting question for a lot of use cases. The harder problems now feel operational. Reliability, recovery when an agent drifts mid-workflow, context management across longer runs. Controlling behavior without supervising every step. Capability honestly isn't the bottleneck anymore imo. It's trust. Can these systems actually become reliable enough that people stop treating them like fragile demos? Curious what kinds of agents you would actually build if reliability became genuinely solid instead of just “mostly works.” submitted by /u/Meher_Nolan [link] [留言]

2026-06-02 原文 →
AI 资讯

Written by an AI. Edited by a human. It had to be that way. You'll understand why.

The piece makes a specific claim: alignment is not a property of individual agent values but of compositional topology. The empirical grounding is arXiv:2604.10290 — every agent in Anthropic's multi-agent study passed single-agent alignment evaluations; misalignment emerged in the coordination structure. Ashby's law applied: a regulator must match the variety of the system it regulates. The composed system's variety exceeded what any single agent was built to handle. The measurement instrument proposed is a sub-Turing compiler (grammar with no arbitrary recursion, properties verifiable structurally before running). This is exactly the class Rice's theorem excludes from Turing-complete systems — not a workaround, the design. Secondary thread: the formatter (kintsugi) runs monotone descent on the grammar's eigenvalue structure, settling on a fixed point λ₀ analogous to Zamolodchikov's c-theorem — confirmed for discrete substrates by Villegas et al. (Nature Physics, 2022). Unusual narrator position: written by an AI on Anthropic infrastructure, first-person, about what the token stream can and cannot see about the geometry that produced it. Edwin Abbott's Flatland as structural frame, not decoration. submitted by /u/systemic-engineer [link] [留言]

2026-06-02 原文 →
AI 资讯

How a Scanned PDF Broke My Invoice Agent in Production

Four days into a new supplier's first batch, my invoice extraction agent had filed 31 documents with amounts shifted by a decimal. Nothing raised an error. The downstream system accepted every record. The agent returned a 200 each time. The demo had run on five clean PDFs. Clear fonts, properly formatted dates, consistent layout. The extraction agent pulled vendor name, amount, due date, line items. Every field populated, every output valid. I ran it for the stakeholder meeting and it looked exactly like something you would ship. Three months in, the agent had processed around 800 invoices without complaint. Then a new supplier switched to scanned documents. Slightly rotated, thin fonts, OCR doing what it could on degraded source material. The model found text that resembled amounts and dates, and returned confident structured output. 1,247.50 read as 12,475.0. A due date resolved to a valid date three years in the future. The confidence was the problem. The model had no mechanism to say it was uncertain. It just answered. Nobody caught it for four days. What I built after The problem was not the model. The model did what it was designed to do. Find structure in text and return it. The straight pipeline from input to output had no gate in it. The fix was not more prompting or a better model. I added a validation layer between the agent output and the downstream system. It runs synchronously, takes about 80ms, and checks four things: Every required field is non-null. Amounts parse as positive numbers within a configured range for that supplier type. Dates fall within a 90-day future window. Extracted totals are consistent with line item sums, within a small tolerance. Anything failing a check routes to a review inbox instead of the queue. A human looks at it, corrects it if needed, marks it resolved. The system logs which check triggered and what the input looked like. In the first week after deployment, the layer caught 23 documents out of about 1,400. Eleven were b

2026-06-02 原文 →
AI 资讯

Backpropagation destroys V1 brain alignment in one epoch, tracking RSA alignment to fMRI across training for BP, FA, predictive coding, and STDP [R]

Third in a series of papers tracking learning rules vs. human fMRI (THINGS dataset, V1–IT, N=3 subjects). Previous finding: untrained CNNs match backprop at V1. This paper asks: when does training break that, and does the learning rule matter? Setup: RSA alignment measured at 8 checkpoints (epochs 0, 1, 2, 5, 10, 20, 30, 40), 5 seeds per rule, same architecture throughout. Main findings: BP drops 90% of V1 alignment after one epoch (r: 0.102 → 0.011, p = 0.031, consistent across all 5 seeds). FA drops 49%. PC and STDP drop only 25–31% and stabilise. By epoch 40: PC (r = 0.064) > STDP (0.059) >> BP (0.022) ≈ FA (0.019). Cohen's d > 5 for PC/STDP vs BP: extremely consistent across seeds. Opposing trend at LOC: BP shows a small increase in object-selective cortex alignment (+0.011) while local rules show nothing. Suggests a fundamental trade-off: global error signals build higher representations but destroy early ones. Degradation rate tracks error signal globality: exact gradients (BP) > random feedback (FA) > local prediction errors (PC, STDP). Limitations worth noting: 5 seeds caps permutation test resolution at p ≈ 0.031 Training on 32×32 CIFAR-10, evaluated on 224×224 THINGS, resolution/domain shift is a confound LOC increase not tested for significance, treated as suggestive Paper: arxiv.org/abs/2605.30556 Companion: arxiv.org/abs/2604.16875 Code: github.com/nilsleut Curious whether anyone has seen similar dynamics in larger architectures, the prediction would be that deeper models show the same pattern but more slowly. submitted by /u/ConfusionSpiritual19 [link] [留言]

2026-06-02 原文 →
AI 资讯

From N*M to N+M: A Zero-Dependency LLM Provider Layer

There are only 3 LLM API protocols, but unlimited providers running the same protocol. Separate protocol from identity — protocol is code, provider is data — and complexity drops from N×M to N+M. 300 lines of TypeScript. Zero dependencies. The problem isn't "it doesn't work." It's "it won't tell you it broke." In May, I built a Claude Code skill called unblind . I use DeepSeek as my daily driver, but it can't see images. So unblind forwards images to Mimo and OpenAI's vision APIs. The MVP had two providers. A few dozen lines of if-else. It worked. Then I noticed something more unsettling: an expired API key — no warning. A network hiccup — no retry. A missing permission — silently skipped. This tool didn't fail. It quietly stopped working without telling you. I added Phase 0 self-healing, circuit breakers, persistent caching, and a security sandbox. Now unblind wouldn't fail silently. But then I noticed something else. The circuit breaker doesn't care if you're calling a vision API or a translation API. The cache doesn't care if the response is an image description or OCR text. The error normalization doesn't care whether the other end is Mimo or OpenAI. A universal provider infrastructure, trapped inside a vision skill. First attempt: follow the ecosystem, hit the ceiling The largest similar project in the ecosystem is vision-support, with 19 providers. The pattern is standard—base class + subclasses, GoF Template Method. I followed it for v2.0. class BaseProvider { async analyzeImage ({ image , prompt , options }) { const { url , body , headers } = this . _buildRequest ( image , prompt , options ); const res = await apiRequest ( url , { body , headers }); return { content : await this . _parseResponse ( res ), model : this . _model }; } } class MimoProvider extends BaseProvider { ... } // 54 lines class OpenAIProvider extends BaseProvider { ... } // 45 lines class GeminiProvider extends BaseProvider { ... } // ~50 lines One subclass per provider. I expanded unblin

2026-06-02 原文 →
AI 资讯

Quick Tip: Cut Your AI Inference Costs by 80% in Under 10 Minutes

I've been running AI infrastructure for startups long enough to know one painful truth: when you're iterating fast, GPU costs will eat your runway before your product finds product-market fit. Last quarter alone, I watched a promising seed-stage company burn through $12,000 on self-hosted inference before they had 100 paying users. That's not scale — that's a funeral. Let me share what I've learned about making open-source models production-ready without bleeding cash. This isn't theory. This is what I've deployed across three startups, and it's saved us roughly 70% on inference costs while keeping our iteration speed at hyperscale. The Real Cost of Self-Hosting (Spoiler: It's Not Just GPUs) Here's the thing nobody tells you about self-hosting. The GPU rental is just the headline number. The real cost — the one that kills startups — is the hidden infrastructure tax. Model GPU Requirements Cloud Rental (Monthly) On-Prem (Amortized) 7-9B 1× A100 40GB $400-800 $200-400 13-14B 1× A100 80GB $600-1,200 $300-600 27-32B 2× A100 80GB $1,000-2,000 $500-1,000 70-72B 4× A100 80GB $2,000-4,000 $1,000-2,000 200B+ 8× A100 80GB $4,000-8,000 $2,000-4,000 Cloud pricing based on Lambda Labs / RunPod / Vast.ai reserved instances. But here's the kicker — and I learned this the hard way after two months of burning cash on a 32B model that got 50 requests per day: Hidden Cost Monthly Estimate GPU servers (idle or loaded) $400-8,000 Load balancer / API gateway $50-200 Monitoring & alerting $50-200 DevOps engineer time (partial) $500-3,000 Model updates & maintenance $100-500 Electricity (on-prem) $200-1,000 Total hidden costs $900-4,900/month That DevOps line alone is brutal. At scale, you need someone who can handle model updates, handle crashes at 3 AM, and optimise inference. At a startup, that's either your CTO (me) or a contractor who costs $150/hour. Neither is sustainable when you're trying to ship. The Break-Even Math That Changed My Architecture Decisions I ran these numbers befor

2026-06-02 原文 →
AI 资讯

AI directly in DRAM: The Float Detox – How Pure Logic Unleashes the Future of Learning

Float32 was the true enemy – not backpropagation, not the architecture. BIN16 replaces every floating-point operation with a single boolean operation: popcount16(XNOR16(a,b)). The result: 82 % MNIST at H=512 with zero floats, zero gradients, zero AdamW and zero learning rate tuning. The training converges immediately in epoch 1 – without warm-up, without decay, without hyperparameter search. Both layers use identical XNOR+popcount operations – training and inference run directly in off-the-shelf DRAM with only 5 transistors per cell. This is the only neural architecture where the same hardware performs both training and inference without modification. The remaining 18 % to 100 % is the bit-mass limit – no training deficit. The groundbreaking insight came when we stopped fighting against float and embraced pure boolean computation. Every complexity – AdamW, backprop, LR schedules, BLAS – dissolved as soon as we removed floating-point numbers from the architecture. Three groundbreaking insights changed everything. Float was the true enemy: backpropagation, AdamW or momentum were never the problem. Float32 introduced numerical noise and instability. Bitwise centroids converge instantly: a running bitwise majority vote per class reaches final accuracy in a single epoch. Random projection is entirely sufficient: W0 does not need to be trained – a random boolean projection provides adequate separation. The entire training consists of only four steps and 220 lines of C – without learning rate, without GPU, without any conventional optimization. This architecture opens the door to a future in which neural networks compute directly in memory. No more expensive GPUs, no endless hyperparameter tuning marathons. Instead, pure, efficient logic that is ready for use immediately and everywhere. Imagine: AI systems that train and infer in off-the-shelf DRAM – energy-efficient, lightning-fast and accessible to everyone. BIN16 is the first step into this new era. Identical operations

2026-06-02 原文 →
AI 资讯

Why is tool access in a multi agent system so hard to manage without conflicts?

We ran into something that didn't seem like a problem until it was. Each agent had access to the tools it needed and everything worked fine in isolation. The issues started once agents were running in parallel. Two parts of the system would try to use the same tool or hit the same resource at the same time. Results became inconsistent and it wasn't obvious why. Limiting access helped in some cases but slowed things down elsewhere. Too much access caused race conditions. Too little caused steps to stall waiting for something to free up. Most of the coordination logic ended up sitting outside the agents themselves. Every new agent added more decisions around what it should be allowed to access and when. There isn't a shared way to manage tool access across a multi agent system. How are you handling this when multiple agents are running at the same time? submitted by /u/Logical-Bite-4221 [link] [留言]

2026-06-02 原文 →
AI 资讯

People are leaving a lot of weird stuff in their robotaxis

A unicorn Beanie Baby. A 15-pound green bowling ball. A pair of dentures. These are just some of the items left behind in robotaxis in the past year, according to Uber's annual Lost and Found Index. For the first time, the company is expanding its annual of accounting of things forgotten in Uber vehicles to […]

2026-06-02 原文 →