The Video Signal

Topic

Agentic Engineering

All digests tagged Agentic Engineering

· 34:30

Is Anthropic STEALING Your Data? (While You PAY FOR IT)

While Anthropic's Terms of Service state that they do not own user outputs and are not 'stealing' data, the video argues that users pay twice: once with cash, and again with proprietary Intellectual Property (IP). The core risk is that AI labs use anonymized aggregate usage data to create a detailed 'market map,' allowing them to identify profitable vertical domains and subsequently compete directly with their customers. To mitigate this, engineers must prioritize 'AI sovereignty' by moving up the 'sovereignty ladder'—ideally by self-hosting open-weights models on rented GPUs to own the model, traces, and learning loop.

Key takeaways

  1. The Double Payment Model

    As noted by Satya Nadella, users pay for intelligence twice: once with money, and again with proprietary knowledge (IP) that must be revealed to make the AI useful. This IP is the primary asset at risk.

  2. Data Usage Creates a Market Map 3:38

    Anthropic and other model labs use anonymized aggregate data (via systems like Cleo) not for direct theft, but to build market intelligence. This map shows profitable trends in domains like coding, design, and life science, enabling the platforms to compete with their users.

  3. IP Agents vs. Commodity Agents 22:05

    Engineers must distinguish between 'commodity agents' (boilerplate/CRUD work) and 'IP agents' (unique business know-how, domain logic, or highly asymmetric workflows). Only the latter requires active defense against platform dependency risk.

  4. The Sovereignty Ladder Solution 28:46

    To protect IP, users must move up the sovereignty ladder: Tier 4 (Hybrid Private) is the optimal solution, involving running open-weights models on rented GPUs while owning the model and all traces/evals. This minimizes dependency risk from single AI labs.

Watch on YouTube Full article

· 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

· 34:18

FORGET Loop Engineering. Agentic Engineering is about THIS

The video argues that 'Loop Engineering' is an insufficient and inaccurate mental model for modern software development with AI agents. The superior approach is **Agentic Engineering**, which focuses on building complex AI developer workflows (ADWs) within a 'software factory.' These ADWs orchestrate three core actors of value creation—Engineers, Agents, and Code—to automate the entire development lifecycle, from planning to deployment, thereby scaling impact and accelerating development far beyond what simple loops can achieve.

Key takeaways

  1. Shift Focus from Loops to Workflows

    Loop engineering is a poor rebrand of the Software Development Life Cycle (SDLC). The focus must be on building comprehensive AI developer workflows that combine code execution with agents, rather than focusing solely on iterative loops.

  2. The Three Actors of Value Creation 2:00

    Successful agentic engineering requires understanding and strategically placing three actors: the human engineer, specialized AI agents, and deterministic code. Code is highlighted as the most reliable actor because it costs zero tokens and runs consistently.

  3. Scaling Developer Workflows 4:00

    Advanced workflows move beyond simple loops by integrating multiple validation steps (e.g., linting, type checking, formatting) and scaling compute through specialized sandboxes for parallel execution. This process is the core of building a 'software factory.'

  4. Meta-Engineering: Building the System 8:00

    The most valuable engineering effort is not working on the application layer, but performing meta-work on the agentic layer—building the system that orchestrates and manages all other components (the 'system that builds the system').

Watch on YouTube Full article

· 30:29

SEE CMUX SOLVE Multi-Agent Orchestration (Claude Code and Pi Agent)

This video explores advanced multi-agent orchestration patterns and the critical need for 'agentic access' to improve agent performance. The speaker argues that simply running many agents in a loop ('vibe coding') is insufficient; true progress requires visibility and programmatic control over the entire process. Cmux is presented as a tool that solves three major problems: lack of programmatic access, inability to monitor/improve agents, and slow manual setup time for large agent teams. The core architectural pattern recommended is three-tier orchestration (Orchestrators prompt Leads, who prompt specialized Experts).

Key takeaways

  1. Agentic Access is Paramount 2:03

    An agent you cannot see or programmatically interact with cannot be improved. This principle distinguishes 'agentic engineering' from simple 'vibe coding.'

  2. Three-Tier Orchestration Pattern 0:45

    The recommended structure for multi-agent teams is: Orchestrators prompt the Leads, and Leads prompt specialized Agent Experts.

  3. Scaling Compute to Scale Impact 6:20

    Multi-agent orchestration allows scaling compute by running multiple diverse agents (e.g., Claude Code, Codex, Pi agent) in parallel on the same problem, ensuring visibility into all attempts.

Watch on YouTube Full article

· 26:20

GLM-5.2 vs MiniMax-M3: Opus Has REAL COMPETITION (Model Stacking)

The video argues that proprietary models like Opus 4.8 face real competition from open-weight alternatives such as GLM-5.2 and MiniMax-M3. The core thesis for build engineers is not to select a single model but to implement a resilient 'model stack.' This strategy involves strategically choosing models across three tiers—State-of-the-Art (SOTA), Workhorse, and Lightweight/Local—to optimize the trade-off between performance, cost, and speed for both engineering agents and product deployment.

Key takeaways

  1. GLM 5.2 vs MiniMax M3: Performance vs Cost 17:54

    GLM 5.2 is highlighted as the better model in terms of raw performance (A-tier), while MiniMax M3 is considered the better deal due to its optimized cost structure, making it ideal for high-volume product agents.

  2. The Three-Tier Model Stack Framework 2:50

    Engineers should categorize models into three tiers: State-of-the-Art (e.g., Opus 4.8, Fable 5), Workhorse (GLM 5.2, MiniMax M3), and Lightweight/Local (Qwen 3.6). This framework guides decision-making based on the required trade-off.

  3. Resilience through Open Weights 6:49

    Due to concerns about vendor lock-in or potential service shutdowns (e.g., Fable), relying solely on closed-source models is risky. Utilizing open-weight models like GLM 5.2 and MiniMax M3 ensures greater control and ownership over the AI infrastructure.

Watch on YouTube Full article

· 1:02:49

PLANS For Fable 5: Rebuilding My /Plan Skill for Mythos Class Models

This deep-dive devlog details the rebuilding of a comprehensive `/plan` meta skill (`PlanF3`) designed for next-generation Large Language Models (LLMs) like Fable 5 and Mythos class models. The core thesis is that superior engineering results depend on rigorous, upfront planning—a concept termed 'great planning is great engineering.' By investing heavily in structured templates, the speaker creates a meta skill that forces agents to output highly detailed, standardized plans in HTML format, thereby improving performance over speed or cost (the 'trade-off trifecta'). The resulting plan acts as a living artifact for the entire codebase, integrating complex workflows like image generation and agent-to-agent communication.

Key takeaways

  1. The Importance of Planning in Agentic Engineering 2:00

    Planning is identified as the single most critical tool an engineer has. The speaker warns against outsourcing thinking or planning to models, arguing that detailed, structured plans are necessary for end-to-end control and reliable results at scale.

  2. The PlanF3 Meta Skill Architecture 4:00

    The new skill is designed to be a 'meta skill'—a prompt that creates other prompts or skills. It mandates structured output in HTML format, which is preferred for its ability to convey rich information and utilize tokens efficiently across the 'trifecta' of users: human engineers, engineering teams, and AI agents.

  3. Structured Planning as an Artifact 7:30

    The plan is treated as a living artifact containing mandatory sections like Purpose, Problem, Solution (P/S/R), Relevant Files (existing and new), Implementation Phases (with embedded checklists), Testing Strategy, and detailed Metadata Headers (tracking agent name, session ID, back/forward references).

  4. Advanced Workflow Integration 11:20

    The skill is modularized into dedicated workflows: `create plan`, `update plan`, `update references`, `build plan`, and `image generation`. This structure allows for complex, multi-step processes (e.g., running a build cycle that updates status markers in the plan).

Watch on YouTube Full article