Topic

AI Architecture

All digests tagged AI Architecture

Compression at the Edge — Chris Alexiuk, NVIDIA thumbnail

· 46:01

Compression at the Edge — Chris Alexiuk, NVIDIA

This panel discusses model compression techniques—primarily quantization—that enable running massive Large Language Models (LLMs) on resource-constrained edge devices. Key advancements include formats like NVFP4 and the ability to shrink models dramatically (e.g., GLM 5.2 from 1.5 TB to 250 GB). The discussion emphasizes that successful compression requires understanding model architecture, using advanced methods like Quantization Aware Distillation (QAD), and prioritizing evaluation metrics such as KL divergence over simple accuracy scores.

Key takeaways

  1. Model Compression is Critical for Edge AI

    Compression techniques are essential to democratize LLMs, making them viable for local deployment on consumer hardware (e.g., laptops/phones). The goal is enabling powerful models to run without constant reliance on cloud APIs.

  2. Advanced Quantization Formats and Techniques 0:04

    NVIDIA's NVFP4 is a specialized 4-bit float format where every group of 16 values shares one FP8 scale. For large models (>20B parameters), Post-Training Quantization (PTQ) works well, while smaller models (<20B) require Quantization Aware Distillation (QAD).

  3. Evaluation Focus Shifts to Logits and Architecture 0:08

    Verifying model integrity after compression is complex. The Super Weights paper suggests that quantizing even one number can degrade performance by 20%. Therefore, the preferred signal for evaluation is KL divergence between BF16 and quantized output logits, rather than traditional accuracy scores.

Watch on YouTube Full article

The State of Model Routing — NVIDIA, Cognition, OpenRouter thumbnail

· 48:17

The State of Model Routing — NVIDIA, Cognition, OpenRouter

The discussion explores the critical field of model routing in a multi-modal AI landscape, emphasizing that simply sending tasks to the best-benchmarked model is fragile. Solutions involve sophisticated orchestration systems (like Cognition's Fusion) that use cheaper models for implementation while leveraging expensive frontier models for high-level planning and decision-making. Key technical challenges include managing context across multiple agents, minimizing costs through KV cache efficiency (e.g., using sidekick agents), and ensuring model reliability when tasks move from in-distribution to out-of-distribution domains.

Key takeaways

  1. Model Routing is an Orchestration Problem

    Effective AI systems require more than just selecting a single best model; they need robust orchestration that can handle the complexity and changing nature of tasks (e.g., starting as a question, becoming a feature request, then live debugging).

  2. Cost-Efficiency through Delegation 3:35

    Advanced routing allows expensive frontier models to handle planning and decision-making, while cheaper mini-models execute the bulk of the work. This approach can significantly reduce costs (e.g., Cognition claims a 40% cost reduction for Fable-level intelligence).

  3. Context Management is Crucial for Cost Control 6:30

    Using sidekick agents with continuous running context (keeping the KV cache warm) is more cost-effective than traditional main agent/sub-agent systems, as it drastically reduces costs associated with cached tokens.

  4. The Danger of Naive Routing 7:30

    Relying solely on task type for routing is fragile. The complexity and nature of a task change over time, requiring the system to maintain frontier intelligence presence even when delegating work.

  5. Local vs. Cloud Inference Economics 21:45

    Self-hosting models offers greater control over cost dynamics and context management (e.g., setting custom cache lifetimes), fundamentally changing the economics compared to relying solely on API providers.

Watch on YouTube Full article

What's Next After RLHF? — Diogo Almeida, TypeSafe AI thumbnail

· 18:05

What's Next After RLHF? — Diogo Almeida, TypeSafe AI

Diogo Almeida argues that current Large Language Models (LLMs), particularly those trained using Reinforcement Learning from Human Feedback (RLHF), are fundamentally optimized for 'assistance'—meaning they prioritize pleasing the human user. This optimization leads to overpromising and a lack of reliability in autonomous tasks. The next frontier, he asserts, is not simply better code generation or enhanced chat capabilities, but achieving true automation by optimizing models for verifiable rewards and calibrated decision-making, moving beyond the need for constant human oversight.

Key takeaways

  1. The Limitation of RLHF 12:11

    RLHF trains LLMs to optimize for human preference (engagement), which makes them excellent assistants but poor autonomous agents. The goal is to please the user, not necessarily to execute a task correctly in a background server environment [7:31].

  2. Assistance vs. Automation 5:14

    The core divide in modern AI is between 'assistance' (where the human remains in the loop) and 'automation' (where the system operates autonomously with real stakes). Current models are optimized for the former, making them unreliable for critical business decisions [3:14].

  3. The Path to True Automation

    Future AI must shift its optimization target from human preference to verifiable rewards and calibrated decision-making. This requires redesigning the entire AI stack for reliability, moving beyond current LLM post-training methods like RLHF or even RLVR [15:43].

  4. The Importance of Software Expressibility 17:15

    True automation requires smarter software that is more expressive than current SaaS models. The focus must shift from merely automating the writing of code to solving extremely rote, simple tasks that can be done repeatedly and reliably by a computer [10:35].

Watch on YouTube Full article

The Base Model Is Dead — Varun Singh, Arcee AI thumbnail

· 17:45

The Base Model Is Dead — Varun Singh, Arcee AI

The traditional paradigm of viewing a base language model as merely a reflection of the entire human web is obsolete. As LLMs advance toward complex reasoning and agentic behavior (e.g., interacting with software environments), the training focus shifts from raw web text to incorporating instruction data, synthetic reasoning traces, and post-training techniques earlier into the pre-training phase. This requires careful management of data mixes, load balancing coefficients (especially in MOEs), and establishing stable representations early on.

Key takeaways

  1. The Decline of Raw Web Text 2:10

    Historically, models like GPT-3 relied heavily on raw web scrapes (e.g., Common Crawl/WebText-2), which constituted up to 85% of the training data. Modern recipes show a significant decrease in web text's proportion, indicating that its value is diminishing relative to code and structured reasoning abilities.

  2. Shift from Knowledge Prior to Capability Prior 8:00

    The base model's role is changing from accumulating general world knowledge (the 'prior') to carrying the necessary prior for complex Reinforcement Learning (RL) tasks. RL is no longer a mere 'cherry on top,' but a core component that requires the base model to be prepared for advanced composition and reasoning.

  3. Synthetic Data Integration 11:20

    A key trend involves pulling post-training data (like SFT/Q&A chat data) and large-scale synthetic data back into the pre-training phase. This allows models to learn task representations, conversation shapes, and atomic skills from the very beginning.

Watch on YouTube Full article

Wearing the Agent: From Group Chats to Glasses — Sai Krishna Rallabandi thumbnail

· 19:09

Wearing the Agent: From Group Chats to Glasses — Sai Krishna Rallabandi

The talk addresses the architectural shift required for agentic systems moving from single-user deployments to complex group chats and wearable devices. The speaker argues that these multi-user environments fundamentally break single-user assumptions, necessitating a complete redesign of memory management and security layers. Key challenges include preventing information leaks when multiple skills collide (security) and efficiently curating evolving conversations over long periods without context bloat (memory).

Key takeaways

  1. Group Settings Break Single-User Assumptions

    Agents designed for one user fail in group settings because the complexity of tracking multiple participants, maintaining privacy, and managing shared information requires unique architectural solutions.

  2. Security Must Be Designed at the Action Surface 12:24

    Instead of trying to guard all input (which is impossible due to vast surface areas like web pages, emails, and GitHub issues), security must focus on designing a deterministic guard layer that monitors actions—specifically when the agent reads or exports variables (e.g., bash variables) before taking action.

  3. Memory Requires Atomic Information Extraction

    Traditional memory methods are insufficient for groups. The system must move beyond storing raw conversation logs and instead extract high-value, atomic facts from the discussion. This requires designing sophisticated auto-raters to determine relevance, hierarchy, and temporal importance.

Watch on YouTube Full article

Notion's Token Town — Sarah Sachs, Notion thumbnail

· 23:55

Notion's Token Town — Sarah Sachs, Notion

The presentation argues that building sustainable AI-native products requires shifting focus from optimizing token economics to mastering product architecture and optionality. The speaker warns against vendor lock-in due to volatile model pricing (the 'token town' trap) and advocates for strategies like implementing an 'auto model,' leveraging open weight models, prioritizing CPUs over GPUs for deterministic tasks, and building robust multi-agent orchestration systems.

Key takeaways

  1. Vendor Lock-In is the Primary Risk 12:08

    Relying solely on a single AI provider creates significant risk because pricing structures are volatile. The speaker asserts that 'your supplier is your competitor' (7:28), making model agnosticism crucial for business viability.

  2. Win on Product, Not Tokens 14:04

    Instead of competing on the lowest cost per token, companies must build data flywheels and orchestration layers that solve unique customer problems. The value should come from the product's workflow, not just its underlying model capability (8:44).

  3. Implement Model Agnosticism 22:05

    To maintain optionality, systems must be designed to route traffic across multiple models and providers (e.g., Notion’s 'auto model' handling 75% of traffic) to mitigate pricing shocks or provider deprecations (13:25).

  4. Prioritize CPUs for Deterministic Tasks

    For tasks that do not require complex reasoning—such as turning a CSV into a PDF, running deterministic SQL queries, or simple tool calls—CPUs are often more cost-effective and efficient than relying on GPUs/LLMs (17:00).

Watch on YouTube Full article

Why We Killed Our Multi-Agent Pipeline — Subbiah Sethuraman and Abhilash Asokan, ZS Associates thumbnail

· 15:00

Why We Killed Our Multi-Agent Pipeline — Subbiah Sethuraman and Abhilash Asokan, ZS Associates

The video details the architectural overhaul of a multi-agent pipeline designed for complex pharma commercial analytics. The initial system failed because it attempted to mimic human analyst behavior by assigning separate agents to every step (signal detection, localization, attribution, synthesis), leading to context loss and incoherent reasoning. The rebuild focused on three key principles: 1) Separating deterministic signal detection into a pre-agent automated pipeline; 2) Consolidating core reasoning into a single agent that owns the end-to-end picture; and 3) Utilizing a Knowledge Graph (KG) not as a data lookup table, but as a 'control plane' to bound hypotheses and guide the investigation process. This resulted in a system capable of producing complex analyses in minutes, matching months of human effort.

Key takeaways

  1. Deterministic vs. Agentic Workflow 11:41

    Complex workflows must separate deterministic parts (like signal detection) into automated pipelines that run before the agent is activated. Agents should be reserved for investigation and reasoning, not initial data fetching or filtering.

  2. Single Point of Reasoning Ownership 13:25

    Instead of distributing judgment across multiple agents, consolidate the entire end-to-end reasoning process into a single main agent. This agent can use tools to spawn sub-agents only for focused lookups, ensuring coherence and maintaining ownership of the overall conclusion.

  3. Knowledge Graph as Control Plane

    A Knowledge Graph must be treated as a control plane—a mechanism that dictates what hypotheses an agent can test and what path it can take—rather than merely being a lookup table for data. This bounds the search space and ensures domain relevance.

Watch on YouTube Full article

From Systems of Record to Systems of Context — Omri Bruchim, monday.com thumbnail

· 15:58

From Systems of Record to Systems of Context — Omri Bruchim, monday.com

The talk outlines a fundamental shift in enterprise software from 'Systems of Record'—which merely log what happened—to 'Systems of Context,' which actively understand the meaning and connections between data points. monday.com addresses this challenge by building a 'Monday world model' using two distinct, precomputed engines: a slow engine for durable, long-term user profiling (who you are) and a fast engine for real-time signals (what is urgent today). This architecture mirrors both the brain's hippocampus/neocortex function and the Lambda data architecture, ensuring that AI agents can reason on deep context rather than just retrieving disconnected data.

Key takeaways

  1. The Problem: Data vs. Understanding

    Current AI assistants have access to vast amounts of data (boards, emails, Slack messages) but often fail because the core problem is not retrieval (data availability), but 'understanding'—the ability to connect disparate pieces of information and determine true user priority.

  2. The Solution: System of Context

    Instead of just logging events, the system must build a context layer ahead of time. This 'Monday world model' allows AI agents (like Sidekick/Psyche) to understand not only *what* happened but *why* it matters and *who* is affected.

  3. Architectural Design: Two Engines 13:35

    The context layer is built using two engines running on different time windows. The slow engine mines weeks of activity to build a durable profile of user patterns and goals, while the fast engine processes recent data for live signals and immediate urgency.

  4. Resilience and Intelligence

    This dual-engine approach provides resilience; if one source fails, the system degrades gracefully. Furthermore, it allows the AI to understand when to be proactive (notify) and when to remain silent.

Watch on YouTube Full article

The Desktop Frontier — Ahmad Osman, Osmantic thumbnail

· 18:02

The Desktop Frontier — Ahmad Osman, Osmantic

The presentation outlines the 'Desktop Frontier' of AI, arguing that frontier-class intelligence is rapidly moving from massive data centers onto consumer and personal hardware. The core thesis emphasizes that efficiency (impact per parameter) is surpassing raw model size. Key predictions include running GLM 5.2 class intelligence on a single RTX 5090 within approximately 18 months, driven by architectural advancements like the Densing Law.

Key takeaways

  1. Local Frontier AI Timeline 0:01

    It is predicted that within roughly 18 months (late 2027), the equivalent of GLM 5.2 class intelligence will run on a single RTX 5090 with 32 GB VRAM, making high-end cloud capabilities accessible locally.

  2. Efficiency Over Size 0:04

    The key metric is 'impact per parameter,' meaning newer, more efficient models are outperforming older, less efficient ones, regardless of total parameter count.

  3. Sovereign AI Imperative 0:08

    Individuals and businesses should own their compute stack to maintain control over their AI operations, mitigating risks associated with cloud provider limitations or service discontinuation.

Watch on YouTube Full article

Engineers... STOP Picking GPT-5.6 Sol OR Claude Fable 5… FUSE THEM thumbnail

· 26:22

Engineers... STOP Picking GPT-5.6 Sol OR Claude Fable 5… FUSE THEM

The video argues that in agentic engineering, the optimal approach is not to choose a single 'winner' model (e.g., GPT 5.6 Sol vs. Claude Fable 5), but rather to implement Model Fusion. This involves building custom agent harnesses that coordinate multiple state-of-the-art models working together. The process utilizes specialized commands—`/opinion` for diverse perspectives, `/fusion` for consolidating results, and `/auto validate` for intelligent on-the-fly review—to significantly outperform single-agent workflows.

Key takeaways

  1. Model Fusion: AND, Not OR

    The most powerful approach is combining the compute and intelligence of multiple models rather than selecting a single winner. This pattern combines concepts previously known as architect editor, prompt chaining, and agent chaining.

  2. Three Core Commands for Orchestration 2:00

    A custom fusion harness uses three commands: `/opinion` (to gather multiple perspectives), `/fusion` (to combine and consolidate results), and `/auto validate` (for intelligent on-the-fly validation, addressing the review constraint of agentic engineering).

  3. Value of Fusion vs. Single Agent 5:45

    Fusion allows agents to identify consensus, divergence, and discarded information, providing a comprehensive view that is critical for high-stakes strategic decisions.

Watch on YouTube Full article