<a href="https:&#x2F;&#x2F;nvidianews.nvidia.com&#x2F;news&#x2F;nvidia-announces-ceo-transition" rel="nofollow">https:&#x2F;&#x2F;nvidianews.nvidia.com&#x2F;news&#x2F;nvidia-announces-ceo-tran...</a><a href="https:&#x2F;&#x2F;www.reuters.com&#x2F;business&#x2F;retail-consumer&#x2F;nvidia-ceo-jensen-huang-step-down-big-blow-ai-boom-2026-11-12&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.reuters.com&#x2F;business&#x2F;retail-consumer&#x2F;nvidia-ceo-...</a>, <a href="https:&#x2F;&#x2F;www.reuters.com&#x2F;live&#x2F;nvidia-live-board-meets-fate-ceo-jensen-huang-after-affair-reports-2026-11-12&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.reuters.com&#x2F;live&#x2F;nvidia-live-board-meets-fate-ce...</a><a href="https:&#x2F;&#x2F;www.nytimes.com&#x2F;live&#x2F;2026&#x2F;11&#x2F;12&#x2F;business&#x2F;nvidia-jensen-huang-resigns" rel="nofollow">https:&#x2F;&#x2F;www.nytimes.com&#x2F;live&#x2F;2026&#x2F;11&#x2F;12&#x2F;business&#x2F;nvidia-jens...</a>

Jensen Huang resigns

Why You Should Expect an AI Crash

Rust 1.100

Gemini 4 Hydrogen and Orchestrator

Foundation Models framework

Dwarf planet candidate appears which takes roughly 280 years to orbit our sun

Show HN: My $300 embroidery machine needed a subscription, so I built my own app

<a href="https:&#x2F;&#x2F;www.abc.net.au&#x2F;news&#x2F;2026-11-13&#x2F;microsoft-outage-affects-users-worldwide&#x2F;107381050" rel="nofollow">https:&#x2F;&#x2F;www.abc.net.au&#x2F;news&#x2F;2026-11-13&#x2F;microsoft-outage-affe...</a><a href="https:&#x2F;&#x2F;www.reddit.com&#x2F;r&#x2F;sysadmin&#x2F;comments&#x2F;1xuje83&#x2F;microsoft_office_seems_to_be_down&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.reddit.com&#x2F;r&#x2F;sysadmin&#x2F;comments&#x2F;1xuje83&#x2F;microsoft...</a><a href="https:&#x2F;&#x2F;downdetector.com&#x2F;status&#x2F;microsoft-365&#x2F;" rel="nofollow">https:&#x2F;&#x2F;downdetector.com&#x2F;status&#x2F;microsoft-365&#x2F;</a>

Service degradation on Microsoft 365

22-Year-Old PostgreSQL Bug Turned into Remote Code Execution

I'm making LLMs work on small and old devices

AI is turning Apple's app review process into a nightmare for synth developers

Abandoned Quake 4 expansion finished by modders and now playable

Relax: JIT compiler for Rust to reduce build times

Gemini 4 Hydrogen

Chinese frontier AI models carry the fingerprint of export-controlled GPUs

Why writing correct software is hard and why math (alone) won’t help us (2016)

Safety in Algae Home Experiments

Hey HN! We&#x27;re Alireza and Majid building Leeroo (<a href="https:&#x2F;&#x2F;leeroo.com&#x2F;">https:&#x2F;&#x2F;leeroo.com&#x2F;</a>). Previously we’ve built AI systems for products with millions of users, including at LinkedIn and Meta. We’re now focusing on building AI systems for enterprise data. Today, we&#x27;re open-sourcing Kapso (<a href="https:&#x2F;&#x2F;github.com&#x2F;Leeroo-AI&#x2F;kapso" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;Leeroo-AI&#x2F;kapso</a>), an engine that runs experiments, deploys the best solution, and learns from every run.The nature of data work is iterative: investigate, form hypotheses, experiment, and improve based on what you learn. This bottom-up process is the only way to deliver meaningful outcomes quickly in large, messy enterprise data environments. Consultants gathering context in meetings or teams defining a business ontology upfront to fit into the data has no chance of execution, in quarters and sometimes years. An AI-native system should automate this process, compounding learning to each new investigation and implementation.For instance, one of our enterprise projects was moving a company off its old data estate onto a lakehouse with more than 30 source-system families, thousands of tables and transformations, and hundreds of BI reports. No individual or AI agent knew how that data estate was connected and operated. The only way to learn it was to investigate the company&#x27;s repos, dbt models, documentation, and data itself and propose hypotheses about the estate, run experiments, and learn from them, until we understand how each system behaves and under which conditions.The iterative work goes beyond understanding how data and systems fit together, and the business operations. Building useful software is iterative too. Whether you’re optimizing a warehouse, building a lakehouse pipeline or predicting churn, you need to run experiments and learn what works best in that environment. As you deliver more projects, that know-how compounds, similar in principle to RL. RAGing documentation has little value until it has been tried in a specific environment and the consequences are learned. As with human engineering work, experimentation and learning should happen in a sandbox.We built Kapso for this kind of work, you give it an objective and success criteria, and it works towards an optimum solution that can be deployed on your stack.You can view a video walkthrough here: <a href="https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=W4FHlza1fRs" rel="nofollow">https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=W4FHlza1fRs</a>Here’s how it works…Kapso has a bank of lessons that are induced or deduced from the past experiments, and each carries a credence score, conditions on where it applies, and the evidence behind it. For each new experiment, an ideation module proposes ideas considering the earlier lessons, re-ranks them by expected return against the budget each would use, and sends the top-ranked ones to the implementor. Because the bank keeps learning from the past experiments in that environment, the proposed ideas are better suited to it than generic hypotheses from an LLM or RAG. Also, results of each experiment are verified by a verifier module that no experiment can access and cheat. As we’ve found when building such systems, sometimes the success criteria and evaluation tests need to be evolved. The experimentation modules can propose updates to the metrics and criteria for the verifier to approve or reject.After each run, learn() updates the bank of lessons’ scores and boundaries using the evidence from that run. Changes to the bank can also be A&#x2F;B tested by running otherwise identical builds with the previous and updated banks. The bank is built on git, so you can share your experience with others, list the banks available to you, and update them (`kapso experience share&#x2F;list&#x2F;update` in CLI). The system is model-agnostic and coding-agent-agnostic.kapso.deploy(solution, target_stack) follows the same workflow, runs a shorter experimentation loop to adapt the best solution to the target stack (e.g. Docker, Modal, BentoCloud, LangGraph). Every domain has a harness to start from, you can write your own domain harness with &#x2F;kapso:harness in the plugin or through CLI (kapso harness new &lt;name&gt;), and compound over that by running experimentations.We ran it on some public benchmarks and live competitions, with the following results…- Predictive modelling on relational databases: first on RelBench, Kumo AI (now Nvidia) and Stanford&#x27;s benchmark, ahead of the best tabular foundation model (<a href="https:&#x2F;&#x2F;star-project.stanford.edu&#x2F;relbench&#x2F;leaderboard&#x2F;" rel="nofollow">https:&#x2F;&#x2F;star-project.stanford.edu&#x2F;relbench&#x2F;leaderboard&#x2F;</a>). This shows that keeping the learning in the harness-level can beat foundational table models. Updating a bank of lessons costs far less than retraining a tabular foundation model.- ML Engineering: First on OpenAI&#x27;s MLE-bench at submission, still among the top open-source systems (<a href="https:&#x2F;&#x2F;github.com&#x2F;openai&#x2F;mle-bench&#x2F;pull&#x2F;107" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;openai&#x2F;mle-bench&#x2F;pull&#x2F;107</a>).- AI competitions: ahead of the best agent the ALE-Bench authors at Sakana AI reported, and running autonomously at the live International Olympiad in AI 2026, above all 471 human contestants and in the top three AI systems (<a href="https:&#x2F;&#x2F;ioai-official.org&#x2F;ai-models-track&#x2F;ioai%c2%b2-2026-report&#x2F;" rel="nofollow">https:&#x2F;&#x2F;ioai-official.org&#x2F;ai-models-track&#x2F;ioai%c2%b2-2026-re...</a>).We have a public bank for ML and Data at Leeroopedia (<a href="https:&#x2F;&#x2F;leeroopedia.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;leeroopedia.com&#x2F;</a>): around 100k pages extracted by experimenting on papers and repos, about 6M requests a month, about 28% from AI agents.If you are at a growing company with a complex data estate across multiple systems and functions, and your data and AI team is stretched, we would love to help!<a href="https:&#x2F;&#x2F;github.com&#x2F;Leeroo-AI&#x2F;kapso" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;Leeroo-AI&#x2F;kapso</a>

Show HN: Kapso – Iterative learning from enterprise data

Talking Zen 6 with Mike Clark at AMD In-Depth

Hey HN, I&#x27;m Julius, I&#x27;m a backend engineer at Hatchet and created this demo to show off some of Hatchet&#x27;s new features, primarily durable streams and serverless endpoints. Those, however, are just background details that made this significantly easier to scale. By distributing the rendering across many different nodes, orchestrated using Hatchet, it makes it possible to render quite high fidelity scenes fairly quickly. All of this would be possible on a single machine, but would be much slower without dedicated hardware (RT cores, etc).The renderer itself is using well-known ray tracing techniques, with no special considerations there. The renderer is a slightly modified version of <a href="https:&#x2F;&#x2F;github.com&#x2F;ekzhang&#x2F;rpt" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;ekzhang&#x2F;rpt</a>, with additional support for SDF scripting using <a href="https:&#x2F;&#x2F;docs.rs&#x2F;fidget&#x2F;latest&#x2F;fidget&#x2F;" rel="nofollow">https:&#x2F;&#x2F;docs.rs&#x2F;fidget&#x2F;latest&#x2F;fidget&#x2F;</a>. SDFs have been popular in the demoscene community, though perhaps not super well known outside of that, and are capable of creating some fantastic looking scenes: <a href="https:&#x2F;&#x2F;www.shadertoy.com&#x2F;view&#x2F;ld3Gz2" rel="nofollow">https:&#x2F;&#x2F;www.shadertoy.com&#x2F;view&#x2F;ld3Gz2</a>. The coolest part here is using a DSL to represent the SDFs in a rendering pipeline, and using LLMs with a chat interface to create them.The source is available here: <a href="https:&#x2F;&#x2F;github.com&#x2F;hatchet-dev&#x2F;distributed-ray-tracer" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;hatchet-dev&#x2F;distributed-ray-tracer</a>

Distributed Ray Tracer

Anthropic IPO

Before Pixels: Speed-Minder

We (GREP.AI, YC F26) are open-sourcing AgentRun and turning it into a full managed agents platform. Read more about it in this post: <a href="https:&#x2F;&#x2F;agentrun.ai&#x2F;blog&#x2F;introducing-agentrun-run-smarter-agents-use-fewer-tokens" rel="nofollow">https:&#x2F;&#x2F;agentrun.ai&#x2F;blog&#x2F;introducing-agentrun-run-smarter-ag...</a>.It includes what we originally built for our own agent harness:- Self-improving agents 
- Web-grounded workflows 
- A range of sandboxes and computer environments 
- Thousands of tools and integrations 
- Detailed analytics on how your agents behaveYou can bring your own agent. AgentRun works with Pi, Claude Agents, Codex, OpenCode, and any other harness that supports ACP.You can self-host it (see 1-click install on Render) with an OpenRouter key, or try the hosted version at console.agentrun.ai.We’d love feedback, especially on the architecture (see README), or anything we may be missing to make it useful to you.