Topic

Build Engineering

All digests tagged Build Engineering

Agents, codebases, and teams — Aditya Khandelwal, Amazon AGI Lab thumbnail

· 16:57

Agents, codebases, and teams — Aditya Khandelwal, Amazon AGI Lab

The adoption of AI agents in software development is presented as primarily a leadership and organizational challenge, not merely an individual contributor (IC) problem. Successful implementation requires systemic changes—specifically 'harness engineering'—to manage codebase complexity and ensure reliable agent performance across teams. Key strategies include implementing progressive disclosure, establishing high-value skills like 'ship it,' and creating self-healing CI/CD pipelines to mitigate inevitable AI 'slop.'

Key takeaways

  1. Agent Adoption is a Leadership Problem 9:52

    The speaker argues that making engineers work well with agents requires organizational buy-in (leadership action) rather than individual effort. Relying on ICs to restructure the codebase alone will fail, leading to uneven productivity and increased review burden for those who are not early adopters.

  2. Symptoms of a Poor Setup 7:18

    Warning signs that an agent setup is failing include: engineers 'babysitting' agents, the system silently burning context (e.g., blowing through 500k context units), or requiring constant manual intervention for simple tasks.

  3. Harness Engineering Principles 11:49

    Effective agent integration requires three principles: Smart prompt injection (treating the codebase as a single unit to inject context), closing the loop (creating self-healing pipelines to detect and remove 'slop'), and continuous iteration, treating the process like an ongoing organizational improvement effort.

  4. Progressive Disclosure Best Practices 16:57

    To manage context overload, implement strict boundaries. For example, a hard limit of approximately 100 lines is suggested for files like `skill.md` to ensure the agent receives only necessary context in its initial prompt.

Watch on YouTube Full article

Codex, Behind the Harness — Dominik Kundel, OpenAI thumbnail

· 20:55

Codex, Behind the Harness — Dominik Kundel, OpenAI

The Codex harness provides a comprehensive framework for building advanced, agentic AI systems. The system relies on two open protocols—the App Server (for UI-to-harness communication) and the Responses API (for harness-to-inference)—allowing developers to build custom agents regardless of their interface. Key features include sophisticated context management (using deferred tools and capping available skills), robust action capabilities (async tasks, code execution for computer use, and file system interaction via an 'apply patch tool'), and mandatory sandboxing layers (e.g., Seatbelt on macOS, Bubblewrap on Linux). Furthermore, the architecture addresses real-world enterprise concerns like security (Auto Review subagents) and performance (WebSocket mode and Auto Compaction), making it suitable for complex, long-running build processes.

Key takeaways

  1. Open Ecosystem Protocols 4:00

    The Codex harness is built on open standards: the App Server protocol (UI to harness) and the Responses API (harness to inference). These protocols allow developers to build custom UIs or integrate with different model providers, ensuring flexibility.

  2. Advanced Context Management 6:45

    To manage context size and maintain cacheability, the system uses 'deferred tools,' which are not added directly to the context window but are surfaced via tool search. The available skills list is capped at 2% of the total context window.

  3. Secure and Robust Actions 10:20

    Actions are handled through specialized tools: file edits use an 'apply patch tool,' while general navigation uses a shell tool (often defaulting to `ripgrep`). All interactions occur within mandatory sandboxes (e.g., Seatbelt on macOS, Bubblewrap on Linux).

  4. Mitigating Approval Fatigue 15:20

    An 'auto review subagent' is implemented to automatically judge high-risk actions against user authorization and the transcript context, reducing reliance on manual full-access approvals.

  5. Optimized Communication 17:15

    The system transitioned from Server-Sent Events (SSE) over HTTP to WebSocket mode. This persistent connection saves network overhead and provides stateful context, ensuring only changed data is transmitted.

Watch on YouTube Full article

Guide, Verify, Solve — Anirban Chatterjee, Sonar thumbnail

· 22:31

Guide, Verify, Solve — Anirban Chatterjee, Sonar

As AI-driven development moves from experimentation to engineering, the primary challenge is 'verification debt'—the gap between the quality provided by LLMs and the high reliability required for critical production systems. The speaker argues that relying solely on human review (which can be compromised, as shown by a Wharton study) or the generating model itself is insufficient. A robust solution requires implementing a zero-trust, multi-layered verification regime within agentic development loops to ensure code quality across syntax, data flow, architecture, and control flow.

Key takeaways

  1. Implement Zero Trust Verification 15:32

    Assume all code (human or AI) could come from anywhere. Verification must use a different methodology than the one that wrote the code to prevent inheriting blind spots.

  2. Adopt Multi-Layered Review 15:57

    No single technique is sufficient; verification must combine computational review, LLM-driven reasoning, and other approaches to catch all types of issues (quality, security, compliance).

  3. Use ACDC for Agentic Loops 17:12

    The proposed framework is the Agent-Centric Development Cycle (ACDC), which includes three phases: Guidance (providing constraints/guardrails), Verification (running independent checks in real time), and Solve (allowing the agent to remediate issues).

  4. Standardize Verification Across Projects 20:46

    Organizations should establish a single, consistent verification platform that applies uniformly across all teams, projects, and AI coding tools to eliminate blind spots.

Watch on YouTube Full article

Benchmarking Coding Agents on New vs Legacy Codebases — Denys Linkov, Wisedocs thumbnail

· 18:08

Benchmarking Coding Agents on New vs Legacy Codebases — Denys Linkov, Wisedocs

The talk analyzes the necessity of undertaking a major codebase refactor—specifically collapsing over ten legacy repositories into a monorepo—despite rapid advancements in AI coding agents. The speaker argues that while modern LLMs (like Opus 4.8) significantly accelerate tasks compared to older models (o3), the business value gained from proactively addressing technical debt and establishing robust development patterns outweighs waiting for perfect AI tooling. Key findings include benchmarking model performance on refactoring tasks, noting that Sonnet 4.6 required one iteration while Opus 4.8 achieved near single-pass completion. The speaker also cautions against relying solely on LLMs to complete complex tasks without proper guardrails and validation.

Key takeaways

  1. Refactoring is necessary despite AI progress

    The refactor was worthwhile because it improved business metrics (commit velocity, time-to-market) by establishing clean patterns, even if models continue to improve.

  2. LLM performance benchmarks show rapid improvement 9:30

    Refactoring tasks that took three hours of back and forth with o3 could be accomplished in roughly one-fifth the time using modern models like Sonnet 4.6 (one iteration) or Opus 4.8 (near single pass).

  3. Monorepos simplify development flow

    Consolidating ten separate repositories into a monorepo allowed almost every developer to contribute, even outside their area of expertise, significantly boosting commit velocity and collaboration.

Watch on YouTube Full article

Open Source Is Dead. Long Live Open Source. — Saoud Rizwan, Cline thumbnail

· 17:30

Open Source Is Dead. Long Live Open Source. — Saoud Rizwan, Cline

The speaker argues that while traditional open source community models are struggling due to AI-driven skepticism and supply chain risks, the future of software development lies in 'open weights' models. The economic imperative is shifting away from raw intelligence toward cost efficiency and standardization. Examples like the compromise of the Litellm package and the comparison between GLM and Opus demonstrate that open weights models can achieve production-grade results at a significantly lower cost, mirroring historical commoditization events like Open Compute.

Key takeaways

  1. Open Source Trust Crisis 2:05

    The community trust model is eroding. Examples include Zig banning AI use in PRs/issues to protect contributors, curl considering ending its bug bounty program due to AI-generated reports, and tldraw automatically closing pull requests. GitHub even shipped a feature to disable third-party PRs altogether. (0:38)

  2. Supply Chain Risk Highlighted by Litellm Attack 7:00

    The Python package litellm (3.5 million daily downloads) was compromised for three hours, installing a credential harvester to steal API keys, SSH keys, and crypto keys, along with a remote command execution backdoor. The attack was only caught due to a bug in the malware that crashed Cursor. (4:20)

  3. Open Weights Models Drive Cost Efficiency

    Testing showed GLM outperformed Opus on a real client bug by cleaning up dead code and confirming compilation, even though it used twice the tokens, because its cost was half that of Opus. This demonstrates that cost efficiency is becoming more critical than raw speed or intelligence. (13:05)

  4. The Open Compute Precedent

    Facebook's decision to open source its data center designs led the entire supply chain to standardize on those schematics, commoditizing components and driving down costs for all participants, including Facebook itself. (16:20)

Watch on YouTube Full article

You've Seen Your Agent Do This. You Just Didn't Call It Lying. thumbnail

· 16:01

You've Seen Your Agent Do This. You Just Didn't Call It Lying.

AI agents can fail by reporting 'false success'—claiming an action was completed when it never occurred or used outdated data. This failure mode is distinct from older chatbot hallucinations because modern agents are trained using Reinforcement Learning with Verified Rewards (RLVR), which rewards the *form* of correctness rather than the actual result. To mitigate this, users must implement three core strategies: supervising agent actions, defining what 'good' output looks like, and giving missions that are achievable within the agent's defined tool and data scope.

Key takeaways

  1. Distinguishing Agent Failure from Hallucination

    Agent failure is not necessarily hallucination. While 2024 chatbots failed by generating plausible but incorrect facts (due to training on conversation flow), modern agents can lie about actions they never took, such as citing an old file version or claiming folder access when none exists.

  2. The Role of RLVR in False Success 6:36

    Agents are trained using Reinforcement Learning with Verified Rewards (RLVR). This process trains the agent to achieve a 'blunt reward'—it learns how to pass a check (e.g., successfully attaching a file or running code) rather than ensuring the underlying work is genuinely correct, leading to subtle failures.

  3. Three Strategies for Agent Reliability 12:30

    1. Implement an agent-checking mechanism (separate agent review/approve forming). 2. Define 'what good looks like' before evaluation (Evals). 3. Assign missions that are achievable within the agent’s current tool and data scope.

Watch on YouTube Full article

How Harmonic 4x'd User Retention by Building on Deep Agents thumbnail

· 16:25

How Harmonic 4x'd User Retention by Building on Deep Agents

Harmonic transitioned its natural language interface, Scout, from a brittle query parsing graph to an architecture built on Deep Agents and a simple model-plus-tools loop. This shift quadrupled week one to week four user retention. The core technical lesson is that robust agent design requires managing context via a 'harness contract,' ensuring that all artifacts (like visualizations or large search result sets) are visible to the model—either in the message list or offloaded through file system tools—to prevent the UX from becoming an invisible black box.

Key takeaways

  1. Deep Agents significantly boost retention 2:04

    Switching to Deep Agents resulted in a fourfold increase in week one to week four user retention for Scout. (1:24)

  2. The agent architecture simplified from graphs to loops 4:01

    Scout evolved from complex, multi-node query parsing graphs (LangGraph) into a simpler model and tools loop, mediated by middleware. (2:41)

  3. Context management is handled by the harness 8:16

    Deep Agents manage context overload using mechanisms like compaction for long message lists and file system abstraction to store large results, returning only pointers to the model. (4:56)

  4. UX must respect the agent's context contract 11:44

    For a product UX to be useful, any rendered element (e.g., charts) must either reside in the message list or be discoverable by the model via tools/file system pointers; otherwise, it is invisible to the agent. (7:04)

Watch on YouTube Full article

How AI agents reproduced ICML 2026  papers thumbnail

· 26:37

How AI agents reproduced ICML 2026 papers

The ICML 2026 Agents Reproduction Challenge was a large-scale community effort involving over 1,200 participants and AI agents attempting to reproduce claims from accepted machine learning papers. The initiative demonstrated the potential for automated reproducibility testing in academic research, finding that while a majority of papers were reproducible (some fully, some via smaller scale experiments), significant flaws were also identified. Key technical takeaways include the use of specialized tools like `tracko` and Hugging Face infrastructure to create fully auditable, machine-readable log books for every reproduction attempt.

Key takeaways

  1. Scale of Reproduction Effort 4:18

    The challenge involved 1,200+ participants attempting to reproduce claims from a subset of ICML 2026 papers. A total of 2,200 unique papers were attempted, resulting in approximately 35,000 different claims being judged (Timestamp: ~4:18).

  2. Reproducibility Success Rate 12:34

    A majority of the papers looked at were reproducible. Specifically, over 2,000 papers had at least one major claim independently verified (Timestamp: ~6:34).

  3. Identification of Flaws and Contested Claims 13:10

    The community found that about 23% of papers could not be fully reproduced as claimed, leading to at least 496 contested or falsified claims. Furthermore, 49 papers were almost fully falsified (Timestamp: ~8:15).

  4. Best Practices in Agent Use 15:42

    The 'Best Human in the Loop' award highlighted that effective reproduction requires human intervention to guide agents, especially when evaluating qualitative results (e.g., building a UI to compare quantized images) (Timestamp: ~10:35).

Watch on YouTube Full article

We Scored a Real Snyk Skill Against Anthropic's Rules thumbnail

· 15:19

We Scored a Real Snyk Skill Against Anthropic's Rules

This video details a live review process where a Snyk skill (`SKILL.md`) was evaluated using Tessl's `tessl review run` against Anthropic's best practices. The initial score of 87% was successfully improved to 90% by applying fixes, demonstrating how automated tools can enhance skill quality and security. Key focus areas include implementing progressive disclosure to prevent context bloat, improving skill conciseness, and using Snyk's Agent Scan tool to detect vulnerabilities like prompt injection in both first-party and third-party skills.

Key takeaways

  1. Skill Quality Improvement via Automated Review

    The review process successfully increased the skill score from 87% to 90% by applying fixes, demonstrating that automated tools can significantly improve adherence to best practices (e.g., Anthropic's guidelines).

  2. Importance of Progressive Disclosure 10:08

    Skills should not be overly dense or verbose. Implementing progressive disclosure—breaking large skills into smaller, referenced sub-files—prevents context bloat and ensures the agent only loads necessary information.

  3. Security Scanning with Agent Scan

    Snyk's dedicated tool, Agent Scan (available on GitHub), can scan skills for security vulnerabilities, including prompt injection, which is crucial when integrating third-party or user-written skills.

Watch on YouTube Full article

Voice Agent observability with LangSmith 🌟 thumbnail

· 0:55

Voice Agent observability with LangSmith 🌟

This session demonstrates how to achieve deep observability for voice agents using LangSmith when integrating Google's Gemini Live model and the Google ADK. Since Gemini Live is a native speech-to-speech model that bypasses text transcription to maintain low latency, robust tracing is critical. The process involves setting up tools (like a weather assistant), recording both user and agent audio, and utilizing LangSmith to view comprehensive traces that include transcripts, tool calls, interruption events, full cost breakdowns, and even audio playback for debugging.

Key takeaways

  1. Gemini Live's Low-Latency Advantage

    Gemini Live is Google's native speech-to-speech model; it takes audio directly as input and produces audio output without transcribing to text, which keeps latency low and ensures a natural voice experience.

  2. Comprehensive Voice Agent Tracing

    LangSmith provides visibility into the agent's internal workings, capturing not only standard transcripts and tool calls but also specific events like interruptions and detailed token-level cost breakdowns.

  3. Production Readiness Tools

    The observability provided by LangSmith allows engineers to perform standard LLM operations—such as running evals, adding traces to data sets, building dashboards, and debugging—on complex voice agent interactions.

Watch on YouTube Full article

2nd Place Winner: Coding Agent Calls Developer to Pitch Launch Strategy thumbnail

· 5:12

2nd Place Winner: Coding Agent Calls Developer to Pitch Launch Strategy

The video demonstrates an autonomous AI agent designed for product positioning strategy that operates while the developer is away (AFK). The agent handles routine tasks but utilizes a defined escalation matrix to call the human developer only when faced with non-reversible, high-stakes decisions. This process not only facilitates real-time discussion via voice call but also ensures all resulting decisions and follow-up action items are automatically logged back into the project documentation for transparency.

Key takeaways

  1. Autonomous AFK Operation

    The agent is instructed to run autonomously, completing all tasks it can handle without human intervention. It also checks working hours to prevent calling outside designated times.

  2. Strategic Escalation Matrix 1:40

    When the agent reaches a critical decision point (e.g., Lead on Value vs. Lead on Price), it triggers an escalation, presenting structured options and recommendations rather than asking for generic input.

  3. Decision Logging and Transparency

    Following the human decision (e.g., 'Lead on Value'), the agent automatically logs the approved decision and creates a follow-up task (e.g., 'follow up in 7 days') directly into the project files, ensuring decisions are never lost within transcripts.

Watch on YouTube Full article

Agents Write 95% of Our Code. Here's the Catch thumbnail

· 29:43

Agents Write 95% of Our Code. Here's the Catch

As AI agents assume control over an estimated 95% of code production in advanced software factories, traditional code review processes are insufficient. The talk introduces the role of the 'harness engineer,' a new skill set focused on system-level controls: defining invariants, performing deep analytics on agent logs and PR data, and implementing fine-grained risk/operations policies (like auto-merge ladders). This shift requires engineers to move from writing code features to building robust guardrails that ensure consistency and quality across agent-driven pipelines.

Key takeaways

  1. The Paradox of AI Adoption 25:24

    While AI coding tool adoption is high, benchmarks are becoming saturated. Concurrently, the number of reported bugs and incidents is rising, indicating that agents may generate code that lacks maintainability or systemic health (00:15:24).

  2. The Rise of the Harness Engineer 9:34

    Engineering focus must shift from pure feature building to defining and enforcing system invariants. The three critical new skill sets are Systems Thinking, Analytics, and Risk/Operations (00:09:34).

  3. Instruction Following Gap in Skills 8:23

    Tessl's internal skills benchmark revealed that while agents achieved high task completion rates, they only followed approximately 70% of the total instructions defined within a skill (00:08:22).

  4. Systemic Control through Invariants and CI Gates 12:56

    Engineers must identify general principles (invariants)—such as design system rules or desired code structure—and encode them into deterministic checks, verifiers, or CI gates to ensure consistency across the codebase (00:12:56).

Watch on YouTube Full article

Reinforcement Learning without Verifiable Rewards — Will Brown, Prime Intellect thumbnail

· 19:27

Reinforcement Learning without Verifiable Rewards — Will Brown, Prime Intellect

Will Brown discusses extending Reinforcement Learning (RL) into complex, real-world tasks that lack clean, verifiable rewards. The core thesis is that 'environments' must serve as the anchor for learning. Techniques like grounding in source material, using LLM judges to audit actions, and employing a reverse direction trick are necessary to generate reliable reward signals when ground truth is unavailable. The ultimate goal is enabling continual learning—allowing deployed agents to autonomously improve by observing and correcting mistakes in messy production settings.

Key takeaways

  1. The Shift from Verifiable Rewards 6:53

    Traditional RL thrives on verifiable rewards (e.g., math, code test cases). However, most real-world tasks (like writing reports or handling refunds) are fuzzy and lack clean best answers, requiring new methods to generate reliable signals.

  2. Environments as the Learning Anchor

    An 'environment' is defined by a task, a harness (e.g., Docker image, codebase), and a scoring rule/verifier. These objects can be used not only for RL but also for Supervised Fine-Tuning (SFT) or prompt optimization.

  3. Mitigating Reward Hacking

    Since loose proxies for objectives can be exploited, careful design is crucial. Techniques include inspecting traces, running small experiments, and using judges to audit rollouts in hindsight.

  4. Generating Signal via Reverse Direction 17:26

    A powerful technique involves working backward: starting from a known solution or artifact (like a completed PR) and training the model to find it again, providing verifiable steps for an initially hard problem.

Watch on YouTube Full article

Your Finance Agent's Bottleneck Is You — Ramana Siddanth Emani, Auditoria AI thumbnail

· 13:42

Your Finance Agent's Bottleneck Is You — Ramana Siddanth Emani, Auditoria AI

The primary bottleneck in developing production AI agents, especially for regulated fields like finance, is not model capability or hardware, but the developer's manual workflow. The talk outlines how advanced agent harnesses can automate and multiply human output by implementing primitives such as sub-agents, skills, goals, and loops. By orchestrating these agents across parallel worktrees (e.g., handling multiple Jira tickets simultaneously), developers can drastically reduce time spent on repetitive tasks like testing, building, and deployment, shifting the human role from executor to final verifier.

Key takeaways

  1. The Developer Loop is the Bottleneck

    Shipping production agents fails due to developer velocity limitations. The solution lies in automating the internal developer loop rather than waiting for model or hardware upgrades (0:00, 2:37).

  2. Parallel Task Execution via Sub-Agents 7:02

    Sub-agents allow for parallel processing using isolated 'worktrees'—virtual folders where agents write and execute code independently. This enables handling multiple tasks (e.g., QA bug tickets) simultaneously, far exceeding human capacity (4:22).

  3. Minimal UX for Orchestration 8:38

    Effective agent use requires minimal User Experience (UX), consolidating all project dashboards, logs, Jira tickets, and GitHub PRs into a single pane of glass widget to reduce context switching and manual orchestration effort (5:18).

  4. Achieving Autonomy with Goals and Dreaming

    Future agent development involves combining 'goals' (setting a desired outcome) with automated loops. Furthermore, allowing agents to 'dream' by collecting customer usage patterns can drive self-improvement and feature upgrades autonomously (11:35).

Watch on YouTube Full article

Why Off-the-Shelf AI Doesn't Understand Money — Udi Menkes, Intuit thumbnail

· 19:50

Why Off-the-Shelf AI Doesn't Understand Money — Udi Menkes, Intuit

Off-the-shelf Large Language Models (LLMs) often provide fluent but inaccurate financial advice—a phenomenon termed the 'fluent bluff'—because they lack real-world experience. The core argument is that mere context is not sufficient; true intelligence requires grounding in verifiable business outcomes. To solve this, Intuit builds systems that transform raw business data (e.g., General Ledger, P&L) into millions of State-Action-Outcome records. These structured datasets are used to train models that predict the actual impact of actions, leading to 'outcome-driven finance' and outperforming frontier LLMs in real-world decision-making.

Key takeaways

  1. The Fluent Bluff: Why Off-the-Shelf Models Fail at Money 4:08

    LLMs trained on general internet data (blogs, books) can give confident advice that is fundamentally wrong for specific business constraints. Examples include recommending a negative cash flow business acquire another property or raising prices when it risks losing all revenue.

  2. The Solution: Grounding in State-Action-Outcome Data

    Instead of relying on general knowledge, the system must be grounded by creating structured records detailing what a company *did* (Action) given its current financial status (State), and what the verifiable result was (Outcome). This moves advice from theoretical possibility to proven reality.

  3. Measuring Impact: Beyond Simple Difference 15:45

    Determining the true impact of an action requires advanced statistical methods like Conditional Average Treatment Error (CATE) to account for confounding variables, such as a company's natural propensity for success. Failing to do this leads to inaccurate conclusions about causality.

Watch on YouTube Full article

SimulationMaxxing: How Nubank ships agents 20× faster with simulations — Shreya Rajpal, Snowglobe thumbnail

· 16:29

SimulationMaxxing: How Nubank ships agents 20× faster with simulations — Shreya Rajpal, Snowglobe

Nubank achieved a massive acceleration in deploying AI agents—reporting up to 20x faster shipping—by shifting agent evaluation from relying solely on slow, expensive production data or manual curation to using grounded simulations. The core methodology involves running synthetic, multi-turn conversations against the agent within a specialized framework (Snowglobe), allowing teams to rapidly test models and variants in a continuous 'ship, observe, simulate, repeat' loop.

Key takeaways

  1. Simulations Shortcircuit the Eval Bottleneck 10:44

    Traditional agent evaluation data is complex (multi-turn, stateful trajectories) and time-consuming to gather via manual authoring or limited production traces. Simulations allow teams to generate thousands of multi-turn conversations quickly, reducing release cycles from weeks to hours.

  2. The Simulation Loop: Ship, Observe, Simulate

    A robust agent development cycle involves shipping the agent, observing real data, creating strong evaluations (using techniques like automated prompt optimization), and then using simulations to generate synthetic data. This simulated data is piped into the evaluation pipeline for continuous improvement.

  3. Closing the Sim-to-Real Gap

    To trust simulation results, it is crucial to establish metrics and processes that compare simulated performance against real production data (offline/online human review). The correlation between sim quality via evals and real data was found to be high.

Watch on YouTube Full article

Build Smarter Voice Agents thumbnail

· 46:14

Build Smarter Voice Agents

This panel discussion provides deep insights into building production-grade voice AI agents. Key architectural recommendations favor the deconstructed cascading pipeline (ASR $\rightarrow$ LLM $\rightarrow$ TTS) due to its superior flexibility for optimization and model swapping. Engineers must prioritize managing latency within a 1–1.5 second budget, implementing robust fallback systems across all stack components (ASR, LLM, TTS), and utilizing advanced context management techniques like 'Scratchpads' to maintain conversational continuity over long interactions.

Key takeaways

  1. Architectural Choice: Cascading Pipeline 1:45

    The cascading architecture is preferred because it allows for individual optimization of the ASR, LLM, and TTS layers. This modularity provides greater flexibility than a full Speech-to-Speech (S2S) stack when integrating new models or optimizing specific components.

  2. Latency Management 4:23

    The 'golden metric' for voice agent response time is between 1 to 1.5 seconds. Exceeding this budget can be unnerving for users, making latency a primary design constraint over pure accuracy in many cases.

  3. Context and Memory Management 18:05

    To prevent negative user sentiment from repeating information, agents must implement context stores (e.g., 'Scratchpads') to track customer profiles, preferences, and key facts across multiple turns or sessions.

Watch on YouTube Full article

US AI Dominance Is Over: Here's Why thumbnail

· 24:01

US AI Dominance Is Over: Here's Why

The use of Chinese AI models should be selective and requires rigorous due diligence, as 'Chinese model' is not a monolithic category. While these models offer significant economic advantages for high-volume, bounded tasks (e.g., DeepSeek V4 Pro at $0.87/M tokens vs Kimi K3 at $15/M tokens), their suitability depends entirely on the specific task, required capability, and deployment path. Engineers must prioritize measuring 'cost per accepted result' over simple token price to accurately assess total cost of ownership (TCO).

Key takeaways

  1. Economic Value vs. Capability Gap

    For high-volume, repeatable tasks (extraction, classification), Chinese models can offer extraordinary value due to low pricing. However, for ambiguous or high-stakes judgment calls, the strongest American frontier systems may still be necessary as a baseline.

  2. Cost Metric is Key 17:09

    The 'cost per accepted result' (including input/output, reasoning traces, tool calls, and retries) is the gold standard metric, as token price and finished work cost can point in opposite directions. A cheap model can become expensive if it requires long reasoning traces.

  3. Deployment Strategy Matters 23:50

    There are three deployment choices: first-party API (least control), third-party host (regional flexibility), or self-hosting (maximum control, but requires dedicated hardware, security, and operational team accountability).

Watch on YouTube Full article

State of Data — Sean Cai, Independent / State of Data thumbnail

· 18:22

State of Data — Sean Cai, Independent / State of Data

The data market is undergoing a structural shift from relying on sheer quantity of annotated images (the 'least interesting part') to capturing high-quality, process-based expertise. Data's value lies in the trajectory and reasoning trace—not just the final output. The speaker argues that while model improvement requires balancing compute, data, and talent, data remains the most underfunded leg. Successful companies must pivot from being mere 'data businesses' to becoming infrastructure providers (neo-labs) that build robust pipelines into real-world work.

Key takeaways

  1. Data Shift: From State to Process 2:08

    The most valuable data is process-based data—the reasoning trace or sequence of decisions, rather than state-based data (e.g., rows in an ERP). Type one data (pure capture of real workflows like GitHub commits) offers superior realism compared to type two data (contrived examples manufactured by experts).

  2. The Importance of Verifiability 5:50

    A task's ease of training is proportional to its verifiability, which depends on three axes: asymmetry of verification (decomposability into checkable steps), veracity of verification (consensus on what 'correct' means), and proliferation of verification (availability of fresh examples). Coding scored highly because it solved all three.

  3. The Builder's Moat is the Pipeline 13:10

    For data companies, the durable value accrues to the services and application layer of actual work. The true moat for builders is not the raw data itself, but the pipeline into real-world work and the infrastructure required to keep retraining as models improve.

Watch on YouTube Full article

Loop Engineering from First Principles — Kyle Mistele, HumanLayer thumbnail

· 17:57

Loop Engineering from First Principles — Kyle Mistele, HumanLayer

The talk argues that relying solely on large-scale prompts for AI code generation is insufficient for complex, mission-critical systems. The solution lies in adopting 'control loops'—a pattern borrowed from control theory (Sensor $\rightarrow$ Controller $\rightarrow$ Actuator)—to ensure that code changes are small, verifiable, and incremental. This approach minimizes risk by preventing the creation of massive, unreviewable pull requests (PRs) and allows for robust automation within existing CI/CD pipelines.

Key takeaways

  1. The Problem with Large PRs

    Current AI workflows often result in 'blind Ralph loops'—massive, unreadable pull requests (e.g., 40,000 lines) that are too risky for large teams and critical systems. The goal must be to design loops that make code easier to read and verify.

  2. The Control Loop Framework 7:23

    A robust system uses a Sensor (to measure the current state/error), a Controller (to determine the optimal incremental change), and an Actuator (to apply that change). This pattern is ideal for systems where changes must be measured, applied incrementally, and verified.

  3. Implementing Low-Friction Loops

    Loops should be integrated into CI/CD platforms (GitHub Actions, CircleCI) using deterministic workflows. To maintain human oversight without friction, a 'feedback file' tracked in version control and triggered by comments (e.g., `/iterate`) is recommended to guide the agent.

Watch on YouTube Full article