I used these two prompts on all AI apps to figure out who to vote for in the CA primaries: If you were running for governor of California, what will your big policies be ⁠Out of the candidates that are running in June election, who aligns closest to those policies Gemini, claude, chatgpt all ranked Matt Mahan (Democrat) as #1 Grok chose Steve Hilton (Republican) thoughts on AI use for voting decisions? submitted by /u/No_Mall_7299 [link] [留言]

Article URL: https://hi.telli.com/join-us Comments URL: https://news.ycombinator.com/item?id=48343635 Points: 0 # Comments: 0

Agent Memory: Short-Term, Long-Term, and Episodic Main Thumbnail Image Prompt: A human brain cross-section illustration in neon tones on dark background. Three regions clearly demarcated and labeled. The hippocampus region glows blue, labeled "Episodic Memory: what happened." The prefrontal cortex glows orange, labeled "Working Memory: what I'm doing now." A network of distributed nodes glows green, labeled "Semantic Memory: what I know." Arrows show information flowing between regions. Scientific but accessible, the memory architecture made neural and visual. Memory Architecture Diagram Image Prompt: Four storage boxes arranged vertically on dark background. Top: "In-Context Window (Working Memory)" — fastest, smallest, temporary, shown as RAM chip icon. Second: "External Vector Store (Semantic Memory)" — fast retrieval, persistent, shown as cylinder with search icon. Third: "Key-Value Store (Episodic Memory)" — structured facts, shown as database icon. Bottom: "Fine-Tuned Weights (Procedural Memory)" — slowest to update, most permanent, shown as brain with lock. Arrows showing read/write speeds between boxes. Clean, technical, the hierarchy is the insight. Memory Retrieval Flow Image Prompt: A query arrives at an agent on the left. Four parallel arrows go right to four memory sources: conversation history (short chat bubbles), vector database (semantic search visualization), structured database (table icon), model weights (brain icon). Each source returns relevant items. A "Memory Fusion" box on the right combines the results. The agent sees an enriched context. The retrieval from multiple stores is the architecture. Every conversation with an LLM starts from zero. You explain your project. You explain your preferences. You explain your constraints. You spend five minutes providing context. You come back tomorrow. You do it all again. The model remembers nothing between sessions. The context window closes. The state is gone. Every interaction is the agent's first

Most robot foundation model demos are hard to interpret because the impressive number usually comes after task-specific fine tuning. Wall-OSS-0.5, a new open-source VLA release from X Square Robot, is interesting because the report tries to measure what the pretrained checkpoint can do before that extra adaptation step. The setup is a 4B vision-language-action model built around a 3B VLM backbone plus action-generation components. According to the report, the pretrained checkpoint was evaluated on a 17-task real-robot suite without task-specific fine tuning. Four tasks crossed 80 task progress: block sorting, fruit sorting, ring stacking, and a held-out deformable task, rope tightening. The part that seems more important than the raw score is the framing. In language models, nobody would accept only a fine-tuned downstream score as evidence that pretraining worked. With robots, that has been much harder because the evaluation is physical, slow, embodiment-dependent, and expensive. A real-robot zero-shot suite is a useful step toward asking the same question directly: does pretraining itself produce executable behavior, or is it mostly a better initialization? The method is also trying to solve a specific training problem. Continuous action losses are useful for execution, but the paper argues they do not send a strong enough learning signal into the VLM backbone by themselves. Their recipe combines action-token cross entropy, multimodal cross entropy, and flow matching in one stage, using the discrete action-token path as a gradient bridge into the backbone while flow matching handles continuous actions at deployment time. For reference, the code is at https://github.com/X-Square-Robot/wall-x , the paper is at https://x2robot.com/api/files/file/wall_oss_05.pdf , the project page is https://x2robot.com/oss#resources , and the Hugging Face org is https://huggingface.co/x-square-robot . The caveat is obvious but important. Zero-shot still does not solve the hardest man

174 million smart TVs, most of which run Linux. 3.9 billion Android phones. Zero marketing. Tonight, somewhere around the world, a person will press the power button on their Samsung TV. A proprietary Samsung logo will appear. A polished menu will load. They will open Netflix, scroll through recommendations, and pick a movie. They will never know that every frame they see is being scheduled, managed, and rendered by a Linux kernel, the invisible engine that sits between apps and hardware. They will then reach for their Android phone to check something on social media. Another Linux kernel. If they are sitting in a Tesla, the touchscreen showing their charging status is running yet another Linux kernel. The “year of the Linux desktop” debate has been running for two decades. Entire forums exist to argue about whether 2025, 2026, or 2027 will finally be the year Linux takes over the PC market.

The Principle of Least Privilege: Operational Speed's Security Cost While developing a production ERP, delayed shipment reports were always a headache. One of the main reasons behind incomplete reports was the complexity of privilege layers in the system and, often, excessive permissions granted. In this post, I will delve into the costs we pay when we stretch security boundaries in an effort to gain operational speed. The principle of least privilege is more than just a security concept; it's critically important for operational efficiency and system stability. In this article, I will explain the impact of the principle of least privilege on operational speed, the security risks it entails, and how I've tried to strike this balance with concrete examples from my practical experience. My goal is to move beyond superficial definitions and dive deep into this topic based on my real-world field experiences, providing actionable insights to readers. Why Does the Principle of Least Privilege Seem to Hinder Operational Speed? The general tendency is to provide instant access to all relevant tools and data to speed up a task. This can be appealing, especially in an emergency or before a critical delivery. However, the Principle of Least Privilege (PoLP) advocates the opposite: a user or system component should have the absolute minimum privileges required to perform its task. This might initially seem to slow down operational processes. For example, a development team having unlimited SELECT rights to a production database might facilitate running an urgent query. However, the same developer could accidentally run UPDATE or DELETE commands, causing serious damage to the system. Such an incident, instead of speeding up a query in the short term, could lead to hours of downtime and data loss. This is where the long-term risk posed by operational speed, which PoLP is thought to hinder, becomes apparent. Another example is a system administrator frequently using the sudo su co

You've seen this before. You ask your AI agent: "Find ∫ x·e^x dx" It confidently replies: e^x + C , complete with a plausible-looking derivation. You nod. Then you check — the correct answer is (x−1)·e^x + C . It was wrong by a mile, and you almost shipped it. This is the fundamental problem with AI math today: LLMs can talk, but they can't verify their own work. They sound convincing while being catastrophically wrong. And the more complex the problem, the better the hallucination. Math.skill changes that. It's an open-source mathematical reasoning skill for AI agents — install it, and your agent stops guessing and starts verifying. What Makes It Different Typical AI Math Plugin Math.skill Workflow Prompt → LLM → answer Prompt → 7-step pipeline → ≥2 verifications → answer Verification None Answer blocked if verification fails Open problems Might hallucinate a "solution" Honestly says "this is unsolved" Error recovery No mechanism Auto-backtrack, fix, recompute, re-verify The core differentiator: a verification engine that runs at least 2 of 11 independent checks on every answer. No answer leaves the pipeline unverified. Period. The 7-Step Pipeline Every problem flows through this: Step What Happens Why It Matters 1. Parse Extract conditions, goals, variables, implicit domain constraints Catches misread problems before they waste your time 2. Model Build formal representation: equation, function, matrix, probability space, etc. Prevents building the wrong mathematical structure 3. Select Choose the optimal method from 30+ strategies Avoids brute-forcing when elegance exists 4. Solve Step-by-step with mathematical justification at every transformation Full traceability — nothing hidden 5. Verify Apply ≥2 of 11 independent verification methods The differentiator — catches what LLMs miss 6. Correct If verification fails: backtrack to last known-good step, fix, recompute, re-verify No "doubling down" on wrong answers 7. Deliver Exact answer (not approximate), domain con

The Moment I Realized I Didn't Really Know JavaScript I was 2 months into learning JavaScript. I could use .map(), .filter(), .reduce() like any bootcamp grad. I felt confident. Then my instructor asked me one question: "How does .reverse() actually work?" I froze. I had used it hundreds of times. But I had no idea what was happening inside. I was a user, not a builder. That was the day everything changed. The 01EDU Difference: Build Tools, Not Just Use Them Most coding courses teach you to use built-in methods. 01EDU does something different. They disable the built-in methods. Then they say: "Now build it yourself." No .split(). No .join(). No .indexOf(). No .slice(). Just you, a text editor, and your brain. What I Built in 2 Weeks (Without Using Built-ins) Here are the JavaScript methods I re-created from scratch: Method What I Learned abs() Math is logic, not magic multiply(), divide(), modulo() Arithmetic is repeated addition/subtraction indexOf(), lastIndexOf(), includes() Searching is just looping and comparing slice() Negative indexes count from the end reverse() Arrays and strings are both indexed collections join() Building strings step by step split() Parsing is character-by-character inspection round(), floor(), ceil(), trunc() Decimals are just numbers between whole numbers Each function took hours of thinking, failing, debugging, and finally — understanding. The Most Painful Lesson: Loops The first time I tried to build repeat() without using .repeat(), I wrote an infinite loop. My computer froze. I had to force restart. That failure taught me more than any working code ever could. I learned to trace each iteration mentally. I learned to check my exit conditions. I learned to respect the loop. You don't truly understand loops until you've crashed your computer with one. What 01EDU Taught Me That No Bootcamp Could I learned how computers think, not just how to write code When you build .split() from scratch, you understand string parsing at a deep level.

AI applications are moving quickly from simple chatbots to systems that can search, reason, recommend, summarize, and act on live business data. For developers, that usually means wiring together databases, embedding models, vector search, rerankers, orchestration logic, and application code. For no-code AI builders, it often means waiting for those integrations to exist before an idea can become a working prototype. The MongoDB extensions for Dify help close that gap. With the new MongoDB Atlas and Voyage AI extensions, Dify builders can visually compose AI workflows and agents that connect directly to MongoDB data, perform semantic retrieval with Atlas Vector Search, improve result quality with Voyage AI embeddings and reranking, and optionally interact with operational documents through controlled database tools. The result is a practical path from idea to working AI application: less custom orchestration code, more reusable building blocks, and a smoother experience for both developers and no-code builders. Why Dify and MongoDB Belong Together Dify provides a visual environment for building AI apps, workflows, and agents. It makes it easy to connect user input, model calls, tools, prompts, and outputs into a working application. MongoDB Atlas provides the data foundation: flexible documents, operational queries, aggregation, full-text search, and vector search in one platform. Together, they create a powerful pattern: Dify orchestrates the AI experience — workflows, agents, prompts, tools, and user interactions. MongoDB Atlas stores and retrieves the data — documents, application records, knowledge sources, and vector embeddings. Voyage AI improves retrieval quality — embeddings for semantic search and reranking for precision. For a no-code builder, this means you can assemble a retrieval-augmented generation workflow visually. For a developer, it means the integration points are packaged as reusable Dify tools rather than one-off glue code. Meet the Extensions

CSS @function - DEV Community CSS just got its biggest quality-of-life upgrade since custom properties. For years, if you wanted... dev.to

Intel Foundry's Rio Rancho Facility Moves Toward Glass Substrate Volume Production Reports from Wccftech and Forbes (May 26, 2026) indicate that Intel Foundry's facility in Rio Rancho, New Mexico, is advancing toward becoming the world's first factory to achieve mass production of glass substrates — a next-generation chip packaging technology considered critical for scaling AI hardware beyond current organic substrate limitations. The facility has already begun manufacturing silicon photonics products for external customers and is expected to play a central role in Intel's advanced packaging strategy. Why Glass Substrates Matter for AI Glass substrates address fundamental limitations of current organic (ABF) substrates that are becoming bottlenecks for AI chip scaling: Extreme flatness (<1 μm warpage) enables larger die and chiplet assemblies Low CTE (3-8 ppm/°C) closely matches silicon (2.6 ppm/°C), reducing thermal stress Higher interconnect density due to dimensional stability Better high-frequency performance with low dielectric loss Larger format supporting bigger interposers than organic substrates For AI accelerators that already push CoWoS substrate limits at 5,500+ mm², glass substrates could enable even larger multi-chiplet assemblies. Intel's Advanced Packaging Ecosystem Intel has been building an advanced packaging portfolio: EMIB (Embedded Multi-die Interconnect Bridge): High-density die-to-die connections Foveros : 3D stacking for logic-on-logic packaging Co-Packaged Optics (CPO) : Recently demonstrated glass-core substrate prototypes with CPO Customer Base According to Forbes: Existing customers : AWS, Cisco Reportedly in discussion : Apple, Google, Microsoft, Nvidia, Tesla Commercial Timeline Milestone Timeline Glass substrate R&D announcement 2023 Pilot line (Chandler, AZ) 2024-2025 Silicon photonics production (Rio Rancho) 2026 (active) Glass substrate volume production ~2028-2030 Global Competition Intensifying SKC/Absolics (Korea): Operating pilo

You’re Overpaying Every Day — You Just Can’t See It Think about the last time you asked an AI to clean up your meeting notes. You probably opened a new chat, pasted in the transcript — maybe 1,500 words — then pasted your usual notes template on top of that, then said something like “format this, bold the action items.” It worked. Useful, even. But here’s what actually happened: the model just read ~3,000 words to produce ~300 words of output. Do that five times a week. Every week. And now think about what’s riding along in that context every single time — your template, your formatting preferences, all the background you’ve already explained before. The model doesn’t remember any of it. It reads it fresh on every call. Every repeat. Every charge. This isn’t a flaw in ChatGPT. It’s the fundamental nature of chat as a paradigm. 2. Chat Is Great — But It Has a Structural Bug Chat is the most natural way to start with AI. Unclear what you want? Talk it out. Need to change direction? Just say so. The feedback loop is instant, the barrier is zero. That’s why everyone starts there. But chat has a structural problem: every single turn carries the entire history. This is how context windows work — the “conversation history the model reads every single time.” Every API call packages up your full history and sends it to the model. You pay for every token the model reads. Ten rounds in, round ten doesn’t cost the price of one message. It costs the price of all ten, stacked. Here’s a concrete version of this. Say you use AI to write your weekly status update. You paste in your bullet points from the week, say “turn this into a proper update,” tweak the tone, go back and forth a couple times. Feels efficient. But those bullets, plus the AI’s draft, plus your follow-up messages, plus the format you’re implicitly re-explaining each time — the real token cost of one weekly update is probably 5 to 8x what you’d guess. You’re paying for repeated context. The bill just isn’t obvious e

🔮 Hermes Agent 🤖: A Practical Guide 🔥 — and How It Stacks Up Against OpenClaw & GoClaw 📊 Hermes Agent Challenge Submission Truong Phung Truong Phung Truong Phung Follow May 18 🔮 Hermes Agent 🤖: A Practical Guide 🔥 — and How It Stacks Up Against OpenClaw & GoClaw 📊 # hermesagentchallenge # devchallenge # agents 7 reactions Comments Add Comment 16 min read

How I Built a Bilingual AI-Powered Business Manager for Street Vendors in Jamshedpur The Problem Walk through any street in Jamshedpur, Jharkhand, and you'll find hundreds of small shop owners and hawkers running their entire business from memory — stock levels, daily sales, employee wages, profit margins. They have no tools. Notebooks get lost. Mental math fails. And at the end of the day, most don't even know if they made a profit. These vendors are not tech-illiterate. They have smartphones. They use WhatsApp. But every existing business app is either too complex, too expensive, or only available in English. I wanted to solve that. The Solution — Dukaan Manager Dukaan Manager is a free, offline-capable Progressive Web App (PWA) and Android app built for small shop owners and street vendors in India. It runs entirely in the browser — no server, no subscription, no data charges beyond the initial load. Built using HTML, CSS, JavaScript , and powered by the Gemini 2.0 Flash API , it gives every small vendor access to a smart business advisor in their pocket. What It Does 📦 Stock Management Vendors can add items by name or photo. Each item stores buying price, selling price, and quantity. The app automatically calculates profit margins and flags low-stock items with colour-coded alerts. 💰 Daily Sales Recording Sales are recorded item by item, linked to which employee made the sale. The app auto-fills prices and calculates the total. Unsaved drafts survive accidental page refreshes using sessionStorage. 👥 Employee Tracking Add employees with their role, salary, phone number, and joining date. Mark daily attendance (present/absent) with one tap. Track total sales made by each employee across all time. 📅 Sales History Every saved sale is stored permanently in the browser's localStorage. History is grouped by date, collapsible, and shows daily revenue and profit — clean and simple. 🤖 AI Business Advisor (Gemini-Powered) This is where Google AI comes in. Using the Gemini

CSS just got its biggest quality-of-life upgrade since custom properties. For years, if you wanted reusable logic in CSS, you had two choices: wrestle with custom properties that couldn't do real computation, or reach for a preprocessor like Sass. That era just quietly ended. CSS now has native custom functions — and they're as powerful as you'd hope. 1. What Exactly Is @function ? Think of it exactly like a JavaScript function — but living inside your stylesheet. You give it a name (always prefixed with -- ), define some parameters, and write a result: descriptor that determines what it returns. /* BASIC SYNTAX */ /* Define it once */ @function --double ( --x ) { result : calc ( var ( --x ) * 2 ); } /* Call it anywhere */ .box { width : --double ( 20px ); /* → 40px */ height : --double ( 50px ); /* → 100px */ } No var() wrapper needed to call it. No build step. No Sass import. Just define and use — as many times as you like, across your entire stylesheet. Note: Unlike Sass, native CSS functions don't evaluate math automatically. You must wrap mathematical operations in calc() inside your result descriptor. 2. The Syntax in Full Detail Parameters with Default Values You can make parameters optional by giving them a fallback — the function still works even if you don't pass a value. @function --spacing ( --size : 16px ) { result : calc ( var ( --size ) * 1.5 ); } .card { padding : --spacing (); /* → 24px (uses default) */ margin : --spacing ( 20px ); /* → 30px */ } Type-Safe Parameters You can declare the expected type of each parameter — and the return type too. The browser will validate this at parse time, preventing weird cascading bugs. @function --fade ( --color < color > , --alpha < number > : 0.5 ) returns < color > { result : color-mix ( in srgb , var ( --color ), transparent calc ( var ( --alpha ) * 100% ) ); } .overlay { background : --fade ( royalblue , 0.3 ); /* 70% opaque blue */ } Logic Inside Functions This is where @function gets genuinely exciting. Y