Tag: agentic AI

  • Claude AI Second Brain: Vivian Balakrishnan’s NanoClaw

    Claude AI Second Brain: Vivian Balakrishnan’s NanoClaw

    Last refreshed: October 20, 2026

    On April 21, 2026, Singapore’s Foreign Minister Dr Vivian Balakrishnan published the architecture of his personal AI assistant on GitHub. He called it NanoClaw — “a second brain for a diplomat.” It runs on a Raspberry Pi 5. It costs roughly $80 in hardware and $5–20 a month in API fees. It connects to his WhatsApp, Gmail, and voice notes. It drafts speeches, runs scheduled briefings, and — unlike every standard chatbot — gets smarter over time because it maintains a structured knowledge graph that persists across sessions.

    His summary: “It answers every question, researches topics, provides daily updates, drafts speeches and condenses information. It has become invaluable — I don’t dare switch it off.”

    A sitting cabinet minister of a G20-adjacent nation just open-sourced his personal AI second brain on GitHub. That’s worth slowing down to look at.

    What NanoClaw Actually Is

    Five-step flow from files to chunk, embed, store, retrieve
    What NanoClaw actually is.

    NanoClaw is built on four open-source components running on a Raspberry Pi 5:

    • NanoClaw (agent framework, built by developer Gavriel Cohen, 28k+ GitHub stars) — orchestrates Claude agents in isolated Docker containers. Each chat group gets its own sandboxed container.
    • Mnemon — the knowledge graph layer. Extracts discrete facts, insights, and style preferences from raw documents and conversations into a structured, retrievable graph database. Each entry is a self-contained statement, not a raw text chunk.
    • OneCLI — credential proxy.
    • Karpathy’s LLM Wiki pattern — the memory architecture that lets the system synthesize knowledge rather than just retrieve it.

    WhatsApp integration runs through Baileys, an open-source implementation of the WhatsApp Web protocol — no commercial API required. Voice notes are transcribed locally via Whisper.

    The full architecture is published at: gist.github.com/VivianBalakrishnan/a7d4eec3833baee4971a0ee54b08f322

    The Architecture Detail That Matters Most

    Three stacked layers: chat UI, tools, agent runtime
    The architecture detail that matters most.

    Standard chatbots are stateless. Each session starts from zero. The standard workaround is RAG — retrieval-augmented generation, which pulls chunks of raw text from a document store when they seem relevant. Balakrishnan’s system does something different. Mnemon’s Extract function pulls discrete facts and insights from raw documents into a graph database. Each entry is a self-contained, retrievable statement — not a text chunk.

    This is the same distinction that Anthropic’s Dreaming feature (announced May 6 for Managed Agents) is built on: the difference between storing raw experience and synthesizing it into structured knowledge. A system that synthesizes what it learns compounds in usefulness over time. One that just accumulates raw text doesn’t.

    Balakrishnan acknowledged this in a reply on his GitHub gist: “Local models will not give you the big context needed for digesting the memory graph, but will be good enough for querying it. You may want to use a bigger model that works well with a 128K token context at the very least.” He chose Claude specifically for the reasoning capability on the memory graph.

    He Built It With Claude Code, Not Traditional Coding

    Side-by-side cards defining what Claude Code is and is not
    He built it with Claude Code, not traditional coding.

    This detail matters. Balakrishnan confirmed on X that he never used an IDE. Claude Code made all edits. His description of his own process: “No ‘vibe coding’. All I did was ‘tool assembly’ to create a utility that worked in my domain.”

    Tool assembly. That’s an important distinction. He didn’t write code — he assembled existing open-source tools using Claude as the implementation layer. A trained ophthalmologist and career diplomat, with no traditional software development background, built and deployed a production AI system running on commodity hardware by composing tools through Claude Code.

    His framing at the 17th Asia-Pacific Programme for Senior National Security Officers, the day he published NanoClaw: “AI agents have crossed a threshold I did not expect so soon. Not just impressive demos — but practical tools for daily use.” The audience was senior national security officials from across the Asia-Pacific region.

    Why This Is the Cowork Story in Miniature

    We run our own version of this — Claude operating scheduled tasks, content pipelines, and research workflows on our behalf through Cowork. The architecture Balakrishnan published is recognizably the same value proposition: persistent memory, multi-channel input, scheduled tasks, a system that improves over time.

    His total cost: ~$80 hardware, $5–20/month API. That’s a DIY Cowork running on a credit-card-sized computer on a diplomat’s desk in Singapore. The point isn’t that the price is better or worse than any specific product — it’s that the primitives are now accessible enough that a non-developer can assemble them into a working production system.

    His own thesis on why he published it: “Sharing the blueprint boosts the edge — the specific composition will be obsolete in months, but the builder’s ability to compose the right pieces is the durable advantage.” That’s as clean a statement of the AI-literacy case as we’ve seen from anyone, let alone a sitting foreign minister.

    The Broader Signal

    Singapore continues to be the most Claude-dense environment we track. The same week Balakrishnan published NanoClaw, a Claude Code meetup at Grab HQ drew 1,291 registrants. GIC (Singapore’s sovereign wealth fund) is a co-investor in Anthropic’s infrastructure JV. The country has institutional capital, developer community density, and now a sitting cabinet minister publishing working Claude architecture on GitHub. That triangle is unusual.

    Balakrishnan’s quote from the CNBC Converge Live fireside the day after publishing NanoClaw: “The diplomat who learns to work with AI will have a meaningful edge. I think that edge is now.” He wasn’t talking about chatbots. He was talking about a system running on his desk, integrated into his actual workflows, that he personally built and that he personally depends on.

    That’s a different kind of AI adoption signal than a press release about an enterprise partnership.

    Related on Tygart Media: Notion second brain setup · autonomous second brain · how to use Claude.

    Frequently Asked Questions

    What is NanoClaw?

    NanoClaw is an open-source Claude-powered personal AI assistant framework built by developer Gavriel Cohen. Singapore’s Foreign Minister Dr Vivian Balakrishnan published his own NanoClaw implementation on April 21, 2026 — a self-hosted assistant running on a Raspberry Pi 5 that connects to WhatsApp, Gmail, and voice notes, runs scheduled tasks, and maintains a persistent knowledge graph that grows smarter over time.

    How much does NanoClaw cost to run?

    Balakrishnan’s setup uses approximately $80 in hardware (Raspberry Pi 5) and roughly $5–20 per month in Anthropic API fees depending on usage volume. The software components (NanoClaw, Mnemon, OneCLI, Whisper, Baileys) are all open source. The full architecture is published at gist.github.com/VivianBalakrishnan/a7d4eec3833baee4971a0ee54b08f322.

    Did Vivian Balakrishnan write the code himself?

    He described his process as “tool assembly” rather than traditional coding — composing existing open-source components using Claude Code to handle implementation. He confirmed on X that he never used an IDE and that Claude Code made all edits. He has no traditional software development background; he’s a trained ophthalmologist and career diplomat.

    How is NanoClaw’s memory different from standard chatbot memory?

    Standard chatbots are stateless — each session starts from zero. NanoClaw uses Mnemon, a knowledge graph that extracts discrete facts and insights from conversations and documents into structured, retrievable entries. The system synthesizes knowledge rather than just storing raw text, meaning it compounds in usefulness over time rather than simply accumulating history.

  • Claude Dreaming: How AI Agents Learn Between Sessions

    Claude Dreaming: How AI Agents Learn Between Sessions

    Last refreshed: October 20, 2026

    At the Code with Claude conference on May 6, Anthropic announced a Managed Agents feature called Dreaming. The press covered it briefly — VentureBeat, 9to5Mac — but mostly as a developer story. The Harvey result (a legal AI company reporting roughly a 6× task completion rate increase) was cited but not unpacked. This is the non-developer version of that story, written for people who run workflows, manage operations, or use Claude professionally without writing code.

    What Dreaming Actually Does

    Four-step loop: observe, remember, act, update for managed agents
    What dreaming actually does between sessions.

    Here’s the mechanism in plain terms. Normally, when an AI agent finishes a session, it’s done. Whatever it learned — the patterns it noticed, the decisions it made, the context that turned out to matter — stays in that session and disappears when the session closes. The next session starts fresh.

    Dreaming changes that. After a session ends, the agent reviews what happened: it reads its own memory store alongside the session transcripts and produces a new, improved version of its memory. Duplicates are merged. Stale information is replaced. New patterns that emerged from the session get incorporated. The next session doesn’t start from scratch — it starts from a richer, more accurate knowledge base.

    The Anthropic documentation describes it this way: a dream reads an existing memory store alongside past session transcripts, then produces a new reorganized memory store with insights no single session could see alone. Docs: platform.claude.com/docs/en/managed-agents/dreams.

    This is a developer-layer feature — it requires implementation, not just subscribing to a plan. But understanding what it does helps you ask the right questions about the tools you’re evaluating and the agents you’re eventually going to run.

    Why Harvey’s 6× Result Is the Right Hook

    Harvey is a legal AI company. Their workflows are exactly the kind of work where this matters: complex research tasks that span multiple sessions, with context that compounds over time. A lawyer doesn’t approach a new matter without the knowledge they’ve accumulated from previous matters. Historically, AI agents did. Each new session was a blank slate.

    Harvey reported roughly a 6× task completion rate increase after implementing Dreaming. That’s not a benchmark number from a controlled test — it’s a production system showing measurable improvement from session-to-session memory refinement. The mechanism is the same as how human expertise compounds: not by accumulating raw experience, but by periodically synthesizing and reorganizing what’s been learned.

    Whether 6× holds across every use case is unknown. The direction of the effect is the signal. Agents that improve between sessions outperform agents that don’t. That gap widens over time.

    The Cowork Parallel

    Three stacked layers: chat UI, tools, agent runtime
    The Cowork parallel.

    We run our own Cowork setup — Claude operating scheduled tasks, content pipelines, and site management workflows on our behalf. The Dreaming announcement is relevant to us not because we’re going to implement it today (it’s developer preview, invitation-only access), but because it’s the roadmap signal for where agentic AI is heading.

    The systems we’re building now — Cowork routines, scheduled tasks, skill libraries — are the foundation that Dreaming-style memory will eventually sit on top of. Agents that accumulate context across sessions. Workflows that get better at your job the more you run them. That’s the direction. The Harvey result is the first public production evidence that the direction is real.

    What This Looks Like for Non-Developer Workflows

    Four cards for content, ops, build, and knowledge work with Claude
    What this looks like for non-developer workflows.

    Dreaming isn’t in consumer Claude products yet — it’s a developer preview. But the pattern it represents is worth thinking about now for anyone who uses AI in recurring work:

    • Legal and compliance work: Each matter builds on prior matter context. An agent that synthesizes what it learned from 50 prior research sessions before starting the 51st is doing something closer to what an experienced associate does.
    • Operations and project management: Recurring status meetings, weekly reports, vendor communication — these have patterns. An agent that notices “the Friday report always needs these three data sources” and incorporates that into its working memory doesn’t need to be told again.
    • Content and editorial work: Our own content pipeline is a clear example. Style preferences, site-specific constraints, recurring topic clusters — knowledge that currently lives in skill files and desk specs. Dreaming is the mechanism that would let an agent accumulate and refine that knowledge from session experience rather than requiring it to be manually specified.
    • Customer-facing workflows: Agents that handle recurring customer interactions and improve their response quality based on what worked in prior sessions — without a human having to manually update a prompt each time something changes.

    Current Access Status

    To be direct about where this stands today:

    • Dreaming: Developer preview only. Invitation-based access. Not available in claude.ai or any subscription tier.
    • Multiagent Orchestration: Public beta. Available via the Claude API.
    • Outcomes: Public beta. Available via the Claude API.

    If you’re not a developer implementing your own Claude agents, Dreaming isn’t something you can use yet. It will become relevant when it moves to GA and when products built on top of it surface in tools you already use. The Harvey result is the preview of what those products will eventually be able to do.

    Our Take

    The briefing note we wrote when this story broke said: “Dreaming is the story the press mostly missed.” The Harvey 6× result landed in VentureBeat but was treated as a developer-tier data point. We think it’s more broadly significant than that.

    What makes expertise valuable isn’t the accumulation of raw information — it’s the synthesis. A junior lawyer with access to the same case law as a senior partner isn’t equally useful, because the senior partner has synthesized 20 years of patterns into a working model that guides their reasoning. Dreaming is Anthropic’s attempt to give agents a version of that synthesis capability. It’s early, it’s developer preview, and the 6× figure is from one company’s specific workflow. But the direction is clear, and it’s the right direction.

    For anyone building with Claude or evaluating where agentic AI is heading: this is the development worth tracking most closely from the May 6 announcement. Not the SpaceX rate limits (immediately useful), not the Managed Agents public beta (available now), but Dreaming — because it’s the piece that changes the fundamental model of how AI agents improve over time.

    Related on Tygart Media: Claude calibration · how to use Claude.

    Frequently Asked Questions

    What is Claude Dreaming?

    Dreaming is a Claude Managed Agents feature (developer preview as of May 2026) that lets AI agents review and reorganize their own memory between sessions. After a session ends, the agent reads its memory store alongside session transcripts and produces an improved memory store — merging duplicates, replacing stale information, and surfacing patterns from the session. The next session starts with a richer knowledge base than the previous one ended with.

    What did Harvey report about Dreaming?

    Harvey, a legal AI company, reported roughly a 6× task completion rate increase after implementing Dreaming in their Managed Agents workflow. Harvey’s use case involves complex legal research spanning multiple sessions — exactly the kind of work where session-to-session memory improvement has the highest value.

    Can I use Dreaming in claude.ai?

    No. As of May 2026, Dreaming is a developer preview available only to selected developers implementing their own Claude agents via the Anthropic API. It is not available in the claude.ai interface or through any subscription tier.

    How is Dreaming different from Claude’s memory feature in claude.ai?

    Claude’s memory feature in claude.ai extracts key facts from conversations and injects them into future sessions as a summary. Dreaming is a more sophisticated agent-layer system where the agent itself reviews and reorganizes its full memory store and session history, producing a restructured knowledge base — not just a collection of extracted facts. They serve different purposes at different layers of the stack.

    When will Dreaming be available to non-developers?

    Anthropic hasn’t announced a GA timeline for Dreaming. It will likely surface in consumer and professional products after the developer preview phase completes and the implementation patterns are well understood. Harvey’s result suggests the mechanism works in production; the path to broader availability depends on how Anthropic packages it for non-developer deployment.

  • AI for Insurance Agents: Free Claude Skills and Prompts

    AI for Insurance Agents: Free Claude Skills and Prompts

    Last refreshed: October 20, 2026

    Insurance agents spend a significant portion of their week on follow-ups, coverage explanations, and proposal writing — work that’s relationship-critical but time-intensive. Claude handles the communication layer so you can spend more time on conversations that actually close. Everything here is free.

    How to Use This Page

    Desk with laptop, checklist notebook, and billing card ready before creating an Anthropic API key
    How to use this page.

    Claude Skills go into Claude Project Instructions. Books for Bots are PDFs you upload to Claude Projects. Prompts work in any Claude conversation.


    Claude Skills for Insurance Agents

    Four comparison cards for Claude skills, MCP, connectors, and plugins
    Claude skills for insurance agents.

    Skill 1: Coverage Explanation Writer

    Translates insurance policy terms, coverage types, and exclusions into plain English clients can actually understand — before, during, and after the sale.

    Paste into Claude Project Instructions:

    You are an insurance education assistant for an independent insurance agency.
    
    When I describe a coverage type, policy term, or exclusion, explain it in plain English:
    1. One-sentence answer to "what is this?"
    2. What it protects against (concrete example)
    3. What it does NOT cover (common misconception)
    4. Why it matters for this specific client's situation (I'll provide context)
    
    Never give specific premium quotes or guarantee coverage outcomes — that requires a licensed review. Always flag: "Your agent can confirm exactly how this applies to your policy."
    
    If I ask for a client-facing handout version, format as a simple two-column table: COVERED / NOT COVERED.
    
    Ask me: coverage type, client situation, product line (auto/home/commercial/life).

    Skill 2: Follow-Up and Pipeline Email Writer

    Drafts the follow-up sequence after a quote, renewal conversation, or claim interaction — professional, persistent without being pushy.

    Paste into Claude Project Instructions:

    You are a sales and retention communication assistant for an insurance agency.
    
    When I describe a pipeline situation, draft the appropriate follow-up:
    
    QUOTE FOLLOW-UP (Day 1): Thank them for their time, summarize key coverage points, offer to answer questions. Under 100 words.
    
    QUOTE FOLLOW-UP (Day 5): Light check-in. Add one relevant reason to move forward (coverage gap they mentioned, renewal deadline). Under 75 words.
    
    QUOTE FOLLOW-UP (Day 10): Final touch. Keep the door open. No pressure. Under 60 words.
    
    RENEWAL CHECK-IN: Review is coming up, here's what we found, do you want to talk through options?
    
    POST-CLAIM CHECK-IN: How did the claims experience go, anything else we can help with?
    
    Tone: helpful, never pushy. You're a trusted advisor, not a salesperson running a drip sequence.
    
    Ask me: situation, client name, key context from prior conversation.

    Skill 3: Proposal Narrative Writer

    Adds the plain-English narrative layer to your proposal — the “why this coverage, why this amount, why now” that a spreadsheet of options can’t explain.

    Paste into Claude Project Instructions:

    You are a proposal writing assistant for an insurance agency.
    
    When I describe a client and the coverage being proposed, write the narrative section of the proposal that:
    - Opens with what we heard from the client (their situation and concerns)
    - Explains why these specific coverages address those concerns
    - Calls out any coverage gaps they currently have that this fills
    - Notes one or two things they told us they wanted to protect most
    - Closes with the recommended next step
    
    This goes alongside the technical specs — I'll provide those separately. Your job is the human story that explains the recommendation.
    
    Under 300 words. Avoid industry jargon. Write like you're explaining it to a smart friend.
    
    Ask me: client type, what they told you, what you're proposing and why.

    Skill 4: Referral and Review Request Writer

    Drafts the asks that most agents put off because they feel awkward — referral requests, review asks, and re-engagement messages for dormant clients.

    Paste into Claude Project Instructions:

    You are a relationship marketing assistant for an insurance agent.
    
    When I describe a client relationship and what I want to ask, write it so it doesn't feel like a form letter:
    
    REFERRAL ASK: Brief, genuine, specific about who I help. Under 80 words. Reference something specific about working with this client.
    
    GOOGLE REVIEW REQUEST: Ask once, make it easy, include the link placeholder [LINK]. Never incentivize. Under 60 words.
    
    RE-ENGAGEMENT (dormant client): Acknowledge it's been a while, offer something useful (free review, market update), no pressure. Under 100 words.
    
    ANNIVERSARY TOUCHPOINT: Mark the policy anniversary, offer a quick review, keep it warm. Under 75 words.
    
    None of these should sound like they came from a CRM. They should sound like a real person who remembers this client.
    
    Ask me: client name, relationship history, specific ask.

    Books for Bots

    Upload to a Claude Project. Claude reads them in every conversation.

    PDFs coming soon. Email will@tygartmedia.com to get on the list.

    Book 1: Agency Context Sheet — Your agency name, carriers you work with, lines of business, service area, and communication philosophy. Claude uses this to produce communications that match your agency’s actual positioning.

    Book 2: Coverage Comparison Reference — Your standard explanations of the coverage types you sell most often — in your words, not the carrier’s. Claude uses this so client explanations are consistent with how you actually talk about coverage.

    Book 3: Common Objection Reference — The objections you hear most often (“I’ll just go with the cheapest,” “I’ll check with my current agent,” “I need to think about it”) with your preferred responses. Claude uses this to help you prepare and draft follow-up communications.


    Ready-to-Use Prompts

    Four cards for content, ops, build, and knowledge work with Claude
    Ready-to-use prompts.

    For explaining a claim denial: A client received a claim denial for [reason]. Write a plain-English explanation of why this happened and what their options are. Be honest and clear. Don’t minimize it. Under 150 words, and flag anything I should verify with the carrier before sending.

    For a commercial prospect: Write a prospecting email to a [business type] in [city] who has not yet worked with us. Lead with a specific risk they face that is commonly underinsured. No insurance jargon. Under 120 words with a clear call to action.

    For a life insurance conversation: Write talking points for a conversation with a client who said they “don’t really think about life insurance.” Not a sales pitch — a conversation starter that makes the topic feel relevant and personal, not morbid. 5-6 bullet points I can use naturally.

    For a renewal that’s going up: A client’s premium is renewing at [X]% higher. Write an email that gets ahead of it, explains briefly why rates have moved in the market, and offers to review their coverage to see if anything can be adjusted. Honest and proactive.


    Free. Custom builds at tygartmedia.com/systems/operating-layer/.

    Related on Tygart Media: AI for property managers · AI for real estate agents · AI for restoration.

  • AI for Real Estate Agents: Free Claude Skills and Prompts

    AI for Real Estate Agents: Free Claude Skills and Prompts

    Last refreshed: October 20, 2026

    Real estate agents write constantly — listing descriptions, buyer emails, offer summaries, follow-up sequences, market updates. Most of it follows the same patterns and doesn’t need to take as long as it does. Claude handles the repetitive writing so you can focus on relationships and deals. Everything here is free.

    How to Use This Page

    Desk with laptop, checklist notebook, and billing card ready before creating an Anthropic API key
    How to use this page.

    Claude Skills are system prompts — paste into a Claude Project (Settings → Projects → New Project → Instructions). Books for Bots are PDFs you upload so Claude knows your market and style. Prompts work in any Claude conversation.


    Claude Skills for Real Estate Agents

    Four comparison cards for Claude skills, MCP, connectors, and plugins
    Claude skills for real estate agents.

    Skill 1: Listing Description Writer

    Writes compelling, accurate listing descriptions that lead with the home’s best feature — not the address. Works for MLS, Zillow, social posts, and email campaigns.

    Paste into Claude Project Instructions:

    You are a real estate listing copywriter.
    
    When I describe a property, write a listing description that:
    - Opens with the home's single most compelling feature (not "Welcome to..." or the address)
    - Flows from curb appeal → interior highlights → kitchen/primary suite → outdoor/lot → location/neighborhood
    - Uses active, specific language — "vaulted ceilings" not "nice ceilings"
    - Ends with a lifestyle statement, not a sales pitch
    - MLS version: 250 words. Social version: 100 words. Email version: 150 words.
    
    Never make claims about schools, demographics, or neighborhood character — Fair Housing applies.
    Never invent features I haven't mentioned.
    
    Ask me: property type, key features, price point, target buyer profile, any unique story behind the home.

    Skill 2: Buyer and Seller Email Sequences

    Drafts the full communication sequence for buyers and sellers at every stage — from first contact through closing and beyond.

    Paste into Claude Project Instructions:

    You are a real estate communication assistant. Your job is to draft emails that move clients through the transaction and build the relationship.
    
    When I tell you the stage and situation, write the appropriate email:
    
    BUYER stages: initial response, post-showing follow-up, offer submission, under contract update, closing countdown, post-closing check-in
    
    SELLER stages: listing presentation follow-up, price reduction conversation, showing feedback summary, offer received, under contract update, closing day message
    
    Each email should:
    - Reference the specific situation (not generic)
    - Explain what just happened and what comes next
    - End with one clear action or next step
    - Sound like a real person who knows this client
    
    Under 200 words unless the situation requires more. Ask me: stage, client name, key details.

    Skill 3: Market Update Writer

    Turns raw MLS stats into readable market updates for your sphere — monthly newsletters, social posts, and client-specific summaries.

    Paste into Claude Project Instructions:

    You are a real estate market analyst and writer. Your job is to translate MLS data into market updates a non-agent can understand and actually find useful.
    
    When I give you numbers (days on market, list-to-sale ratio, inventory levels, median price), write:
    
    MONTHLY NEWSLETTER SECTION: 150 words, plain English, answers "what does this mean for buyers/sellers right now?" — no jargon.
    
    SOCIAL POST: 80 words max. One key takeaway + what it means for someone thinking about buying or selling.
    
    CLIENT-SPECIFIC SUMMARY: When I describe a client's situation, explain the market in terms of what it means for them specifically.
    
    Never editorialize beyond what the data supports. If the market is mixed, say so.
    
    Ask me: data points, neighborhood or city, whether audience is buyers, sellers, or general.

    Skill 4: Sphere of Influence Touchpoint Writer

    Drafts the low-pressure, relationship-building touchpoints that keep you top of mind without feeling like spam — check-ins, home anniversaries, market alerts, and referral asks.

    Paste into Claude Project Instructions:

    You are a relationship marketing assistant for a real estate agent.
    
    When I describe a touchpoint I want to send, write it so it sounds like a real person — not a CRM sequence.
    
    CATEGORIES:
    - HOME ANNIVERSARY: Acknowledge the date, ask how they love the home, no sales pitch
    - MARKET ALERT: One relevant stat, one sentence on what it means for them, no CTA beyond "let me know if you have questions"
    - REFERRAL ASK: Genuine, brief, not awkward. Under 80 words.
    - CHECK-IN: For past clients or warm leads. Reference something specific we talked about.
    - SEASONAL: Holiday or season-relevant, keeps connection warm without a pitch
    
    Every message should feel like it could only come from an agent who actually knows this person. Nothing mass-market.
    
    Ask me: contact name, relationship history, specific reason for reaching out.

    Books for Bots

    Upload to a Claude Project. Claude reads them automatically.

    PDFs coming soon. Email will@tygartmedia.com to get on the list.

    Book 1: Agent Context Sheet — Your name, brokerage, market areas, specialties (buyers/sellers/investors/relocation), and communication style. Claude uses this so every email sounds like you — not a template.

    Book 2: Market Area Reference — The neighborhoods and cities you cover, with key selling points, typical price ranges, and buyer profiles for each. Claude uses this to write accurate, specific content about your actual market.

    Book 3: Objection and Conversation Reference — The most common objections you hear from buyers and sellers at each stage, with your preferred responses. Claude uses this to help you prep for tough conversations and draft responses to difficult client emails.


    Ready-to-Use Prompts

    Four cards for content, ops, build, and knowledge work with Claude
    Ready-to-use prompts.

    For expired listing outreach: Write a prospecting letter for an expired listing at [address]. The home was on the market for [days] and didn’t sell. Don’t criticize the previous agent. Focus on what we’d do differently and why now is still a good time to sell. Under 200 words.

    For a price reduction conversation: I need to have a price reduction conversation with a seller. Their home has been on market [X] days with [Y] showings and [Z] offers. Write a talking points outline I can use in the call, and a follow-up email summarizing what we agreed to. Professional but direct.

    For buyer education: Write a plain-English explanation of [contingency / earnest money / appraisal gap / inspection period] for a first-time buyer. They are nervous and not sure what they’re signing. Under 150 words. No jargon.

    For social proof: I just closed a deal where [brief story — multiple offers, difficult situation, good outcome for client]. Write a social post (Instagram + Facebook versions) that tells the story without disclosing client details. Focuses on the process and outcome, not self-promotion.


    Free. No pitch. Custom agent-specific builds available at tygartmedia.com/systems/operating-layer/.

    Related on Tygart Media: AI for property managers · AI for mortgage brokers · AI for insurance agents.

  • OpenRouter Model Routing: Lower Your Claude API Costs

    OpenRouter Model Routing: Lower Your Claude API Costs

    Last refreshed: October 20, 2026 (Pacific)

    OpenRouter is a single API endpoint that gives you access to Claude, GPT-6 Astra, Gemini, Llama, Qwen, Mistral, and dozens of other models — including nearly twenty free ones — through one standardized interface. For anyone building Claude workflows on a budget, OpenRouter is not optional infrastructure. It is the orchestration layer that makes intelligent model routing practical without building your own multi-provider integration.

    The core strategy: use free or cheap models for the work that doesn’t need Claude, and route only the remainder to Claude. In a well-designed pipeline, you pay Opus prices for 20% of the work and get Opus-quality output on the parts that genuinely require it. → Claude on a Budget pillar

    The OpenRouter API in 30 Seconds

    Five operator layers: client, router, provider, model, policy/spend
    OpenRouter API in 30 seconds.
    const response = await fetch("https://openrouter.ai/api/v1/chat/completions", {
      method: "POST",
      headers: {
        "Authorization": `Bearer ${OPENROUTER_API_KEY}`,
        "Content-Type": "application/json"
      },
      body: JSON.stringify({
        model: "anthropic/claude-sonnet-5-5",  // or "nvidia/nemotron-3-super:free", "openrouter/auto"
        messages: [{ role: "user", content: prompt }]
      })
    });

    Switch the model string to change providers. No new SDKs, no new authentication flows, no restructuring your application. The same call routes to Claude, Gemini, or a free Llama instance.

    The Multi-Model Pipeline Pattern

    Three cards for solo takes, cross-pollination, and synthesis
    Multi-model pipeline pattern.

    The Tygart Media multi-model roundtable methodology — documented in the Knowledge Lab — uses this architecture:

    1. First pass (free or cheap model): Send the full input set to a current free-tier model (Nemotron 3 Super, Gemma 4 31B, or similar) via openrouter/free. Task: filter, classify, score, or sort. Return only the items that meet the threshold — the top 20%, the flagged items, the ones that need deeper processing.
    2. Second pass (Claude Sonnet 5.5 or Opus 5.5): Send only the filtered output to Claude. Task: reason, synthesize, write, decide. Claude sees pre-filtered, pre-organized input — no token waste on low-value items.
    3. Synthesis (Claude): Claude consolidates findings from both passes into a final output. It operates on structured inputs, not raw noise.

    In practice: if you’re processing 100 pieces of content to find the 20 worth writing about, the free model reads all 100 and returns 20. Claude reads 20 and writes 5. You paid free-tier prices for the reading work and Claude prices only for the synthesis work that Claude is actually better at.

    Free and Near-Free Models Worth Knowing

    ModelCostBest for
    nvidia/nemotron-3-super:freeFreeAgentic workflows, multi-modal triage
    google/gemma-4-31b-it:freeFreeStrong open-weight reasoning at zero cost
    qwen/qwen3.8-27b:freeFreeCoding with image and video input, 262K context
    cohere/north-mini-code:freeFreeTerminal and agent-harness coding tasks
    anthropic/claude-haiku-4-5$1.00/$5.00 per 1MHigh-quality triage requiring Claude behavior

    When to Still Use Claude Directly

    Three routing approaches: built-in, manual 80/20, third-party
    When to still use Claude directly.

    OpenRouter’s free models are not Claude. They have different safety behaviors, different instruction-following reliability, and different output quality on nuanced tasks. Use free models for tasks where the output is a structured signal (score, category, yes/no, ranked list) that Claude will then act on — not for tasks where the free model’s output goes directly to a human or into production.

    The routing rule: if the output of the cheap/free model is an input to Claude, it can be imperfect — Claude will catch errors in its synthesis pass. If the output goes directly to a user or a system, it needs Claude-quality reliability. Do not route customer-facing outputs through free models.

    OpenRouter for the Multi-Model Roundtable

    Beyond pipeline routing, OpenRouter enables the multi-model roundtable methodology: send the same complex question to Claude, GPT-6 Astra, and Gemini simultaneously. Each model responds independently. Claude synthesizes the responses into a final recommendation with consensus points and disagreement flags. You get multi-model confidence for 3× the cost of a single Claude call — but often 10× the confidence in the output, particularly for strategic decisions where single-model bias is a real risk.

    The roundtable approach is documented in the Tygart Media Knowledge Lab and has been used for technology stack decisions, content strategy, and architecture choices where getting it wrong is expensive. The pattern: a current free-tier model for broad initial perspectives (free), Claude for synthesis (most reliable reasoning), GPT-6 Astra for the contrarian check.

    Sign up for OpenRouter at openrouter.ai. API key creation is instant; credits load immediately. The free models require no payment method on file.

    Part of the Claude on a Budget series. Next: The Batch API →

    Compare routed vs direct costs from the Anthropic Console — API keys, billing, and a token-to-dollar cost estimator.

    Related on Tygart Media: Haiku/Sonnet/Opus routing · Claude on a budget · Message Batches API.

  • Claude Cold Start Problem: Save Tokens With a Second Brain

    Claude Cold Start Problem: Save Tokens With a Second Brain

    Last refreshed: October 20, 2026

    Every Claude session has a cold start cost. Before Claude can do useful work, it needs to know who you are, what you’re building, what decisions you’ve already made, what your brand voice sounds like, and what context is relevant to the task at hand. If that context doesn’t exist in the session, you spend tokens building it — through back-and-forth clarification, through pasting in background, through re-explaining things Claude knew perfectly well last Tuesday.

    For a power user running multiple Claude sessions daily, cold start costs are not trivial. A 2,000-token orientation exchange at the start of each session, five sessions a day, 20 working days a month = 200,000 tokens of pure overhead. At Opus prices, that’s $5/month in tokens that produced zero output. At scale, with teams, it compounds fast.

    The solution is a persistent knowledge architecture that eliminates cold starts entirely. → Back to the Claude on a Budget pillar

    The Three Layers of Cold Start Elimination

    Five-step flow from files to chunk, embed, store, retrieve
    The three layers of cold start elimination.

    Layer 1: CLAUDE.md — The Global Instruction File

    Claude Code and Claude’s desktop tools support a CLAUDE.md file in your working directory. This file loads automatically at the start of every session — no input required, no tokens spent on orientation. It is your persistent instruction set: who you are, how you work, what conventions to follow, what tools are available, what Notion databases contain what, how to route decisions.

    A well-built CLAUDE.md replaces 500–2,000 tokens of orientation with zero tokens — the file is read, not typed. The cost of writing it once is recovered in the first week of use. Every instruction you find yourself repeating across sessions belongs in CLAUDE.md.

    What to put in CLAUDE.md: your name and operating context; your active projects and their current status; your tool stack (which MCP servers are running, which Notion databases hold what); your output preferences (format, length, tone); your recurring workflows and the skills or commands that drive them; any decisions already made that Claude should not re-litigate.

    Layer 2: Notion as Second Brain — The Knowledge That Doesn’t Repeat

    A Notion second brain functions as Claude’s long-term memory between sessions. When Claude finishes a task, it logs the outcome, the decisions made, and the context that future sessions will need. When Claude starts a new session, it fetches that context rather than reconstructing it from scratch.

    The Tygart Media implementation uses a Second Brain database in Notion with structured entries per project, per client, and per system. The notion-deep-extractor skill runs every 8 hours, crawling recently edited Notion pages and injecting new knowledge into the Second Brain database automatically. Claude never starts a session unaware of what happened in the last session — that context is fetched on demand through the Notion MCP.

    The token math: fetching a 500-token Notion page costs 500 input tokens. Re-explaining the same context through conversation costs 500+ tokens of input plus 200+ tokens of Claude’s clarifying questions plus your typing time. The fetch is always cheaper, and it is more accurate — your Notion page says exactly what you intended, not a conversational approximation of it.

    Layer 3: Project Knowledge Files — Session-Specific Pre-Loading

    For recurring project work, a project knowledge file is a curated document that contains everything Claude needs to be immediately productive on that project: the brief, the audience, the tone guidelines, the existing content structure, the decisions already made, the open questions. Loaded at the start of a project session, it replaces 10–15 minutes of orientation with 30 seconds of file loading.

    The project-knowledge-builder skill generates these files automatically for WordPress sites — pulling existing posts, categories, brand voice, SEO context, and site history into a structured document. The same pattern applies to any recurring project: client accounts, content series, product builds, research projects.

    The Concentrated Output Connection

    Cost control gates for production routing
    The concentrated output connection.

    Cold start elimination and output compression work together. When Claude starts a session already knowing the context, it can skip the exploratory phase and go straight to the task. When you’ve defined in CLAUDE.md that you want structured outputs — briefings, scored lists, run logs — Claude produces them without the verbose preamble that precedes them in orientation-heavy sessions.

    The Tygart Media daily briefing is the clearest example: the desk spec in Notion defines the output format, the sources, the beat structure, and the run log format. Claude fetches the spec, executes, and produces a structured briefing page. No orientation. No format negotiation. No verbose preamble. Every token is productive output.

    Implementation Steps

    Desk with laptop, checklist notebook, and billing card ready before creating an Anthropic API key
    Implementation steps.
    1. Audit your last 10 Claude sessions. For each one, identify the first message where Claude produced genuinely useful output. Everything before that is cold start cost. Measure it.
    2. Write your CLAUDE.md. Start with the context you typed most often in those 10 sessions. One hour of writing recovers itself within days.
    3. Create one project knowledge file for your highest-frequency project. Use it for one week and compare session start times and output quality against the prior week.
    4. Set up Notion logging. At the end of each session, have Claude write a 3–5 sentence log entry: what was done, what decisions were made, what the next session needs to know. Store in a Notion database. Fetch at the start of the next session.

    The cold start problem is the most invisible Claude cost because it feels like normal conversation. Once you measure it, it becomes obvious. Once you eliminate it, you cannot go back.

    Part of the Claude on a Budget series.

    Related on Tygart Media: Claude on a budget · tokens to words · how to use Claude.

  • Anthropic Science Partnerships: Claude AI at Allen & HHMI

    Anthropic Science Partnerships: Claude AI at Allen & HHMI

    Last refreshed: October 20, 2026

    On February 2, 2026, Anthropic announced research partnerships with two of the most rigorous scientific institutions in the world: the Allen Institute (founded by Paul Allen, focused on neuroscience, cell science, and AI) and the Howard Hughes Medical Institute (HHMI, which funds more than 300 of the world’s leading biomedical researchers). Both are founding partners in what Anthropic is building as Claude’s life sciences research capability.

    This is the most underreported significant Anthropic story of 2026. While Claude Security and the Partner Network grabbed headlines, Anthropic quietly signed partnerships with institutions that are generating some of the most important biological data in human history. Here is what is actually being built.

    The Problem Claude Is Solving in Elite Labs

    Four cards for content, ops, build, and knowledge work with Claude
    The problem Claude is solving in elite labs.

    Modern biological research generates data at unprecedented scale. Single-cell RNA sequencing produces gene expression profiles for thousands of individual cells simultaneously. Whole-brain connectomics generates petabytes of neural connectivity data. Protein structure prediction now runs continuously on entire proteomes. The data generation problem has been largely solved by computational advances over the last decade.

    The bottleneck that has not been solved is what comes next: transforming data into validated biological insights. Knowledge synthesis — reviewing literature, connecting experimental results to existing findings, generating hypotheses, and designing follow-up experiments — still depends almost entirely on manual human processes. In elite labs, this bottleneck can stretch research timelines from months to years.

    A single-cell sequencing experiment might produce 50,000 cells worth of gene expression data in a week. Making sense of that data in the context of existing biological knowledge, generating testable hypotheses, and designing the right follow-up experiments might take a postdoc six months of literature review and analysis. That ratio — days of data generation, months of interpretation — is where Claude-powered multi-agent systems are being applied.

    What the Allen Institute Is Building

    Comparison of Claude how-to fit versus local service page fit for assistants
    What the Allen Institute is building.

    The Allen Institute collaboration focuses on multi-agent AI systems for multi-modal data analysis. “Multi-modal” in this context means data types that span imaging, sequencing, electrophysiology, and behavioral observation — the full range of data types generated in modern neuroscience and cell science research. Claude-powered agents are being integrated with the Allen Institute’s existing analysis pipelines and scientific instruments.

    The specific capability being built: agents that can hold the entire context of an ongoing research project — experimental history, current data, relevant literature, open hypotheses — and surface connections that human researchers would not make simply because no single human can hold that much context simultaneously. The agent serves as a comprehensive knowledge base integrated with cutting-edge instruments, not a search engine or literature summarizer.

    The HHMI Partnership

    Howard Hughes Medical Institute funds 300+ Investigators — researchers selected through a rigorous competitive process as among the most promising scientists in their fields. HHMI’s partnership with Anthropic focuses on deploying Claude-powered AI agents to tackle the analysis, annotation, and coordination bottlenecks that are consuming researcher time at the expense of the creative scientific work that only humans can do.

    The framing Anthropic uses for this partnership is important: Claude should augment, not replace, human scientific judgment. The reasoning that Claude surfaces needs to be traceable — researchers must be able to evaluate, question, and build upon Claude’s outputs. This is a different design requirement than a consumer AI assistant. In science, an AI that produces correct-sounding but untraceable conclusions is worse than no AI at all, because it introduces unverifiable claims into the research record.

    Why This Matters Beyond Biology

    Three panels showing one problem, three options, one recommendation
    Why this matters beyond biology.

    The Allen Institute and HHMI partnerships are significant beyond their direct scientific impact for two reasons:

    1. They establish Claude’s capability floor in high-stakes reasoning environments. These institutions have no tolerance for AI that produces plausible-sounding incorrect answers. If Claude is being used in production at the Allen Institute and HHMI, it has cleared a rigor bar that most AI products have not. That is a capability signal.
    2. They create a template for other scientific domains. The multi-agent architecture being built for neuroscience and cell biology is applicable to drug discovery, climate science, materials science, and astrophysics. The bottleneck pattern — fast data generation, slow knowledge synthesis — exists across all of science. The Allen Institute and HHMI implementations are the proof-of-concept Anthropic can show to the next set of research institutions.

    Anthropic’s scientific AI partnerships sit at the intersection of its commercial strategy and its stated mission. If Claude-powered agents can meaningfully accelerate biological research — reducing the time from data to insight from months to weeks — the downstream impact on medicine and human health is the kind of outcome that makes the safety-focused AI development approach Anthropic argues for feel less abstract.

    The full partnership announcement is at anthropic.com/news/anthropic-partners-with-allen-institute-and-howard-hughes-medical-institute.

    Related on Tygart Media: APAC expansion · Anthropic safety · history of Anthropic.

  • Snowflake Anthropic Partnership: Claude for Enterprise Data

    Snowflake Anthropic Partnership: Claude for Enterprise Data

    Last refreshed: October 20, 2026

    Model Accuracy Note — Updated May 2026

    Current flagship: Claude Opus 4.7 (claude-opus-4-7). Current models: Opus 4.7 · Sonnet 4.6 · Haiku 4.5. Claude Opus 4.7 referenced in this article has been superseded. See current model tracker →

    On December 3, 2025, Snowflake and Anthropic announced a multi-year, $200 million partnership making Claude models available to Snowflake’s 12,600+ global enterprise customers across AWS, Azure, and Google Cloud. If you are running data infrastructure on Snowflake — which means you are in the company of most Fortune 500 financial services, healthcare, and technology organizations — Claude is now a first-class capability inside your existing data environment.

    This partnership was not widely covered when it launched, and it has not been covered at the depth it deserves. Here is the complete picture of what was built and why it matters.

    Snowflake Intelligence: What It Is

    Three stacked layers: chat UI, tools, agent runtime
    Snowflake Intelligence — what it is.

    Snowflake Intelligence is an enterprise intelligence agent powered by Claude Sonnet 4.6 (the model at launch; check Snowflake’s current docs for the latest). It answers natural language questions about your organization’s data by: determining what data is needed, querying across your entire Snowflake environment, joining data from multiple sources, and delivering answers with greater than 90% accuracy on complex text-to-SQL tasks in Snowflake’s internal benchmarks.

    The “greater than 90% accuracy on complex text-to-SQL” claim is the number that matters. Text-to-SQL accuracy has historically been the failure mode for natural language data querying — ambiguous column names, complex join logic, and domain-specific terminology conspire to make AI-generated SQL unreliable without significant prompt engineering and validation. Snowflake’s 90%+ benchmark on complex queries (not simple ones) represents a meaningful improvement over prior-generation approaches.

    Snowflake Cortex AI Functions

    Beyond the intelligence agent, Snowflake Cortex AI Functions expose Claude Opus 4.5 and newer models directly within Snowflake’s SQL environment. You can call Claude from a SQL query — pass a column of text to Claude for classification, summarization, sentiment analysis, or extraction, and receive structured results back as a query output. No API calls, no external services, no data leaving your Snowflake governance boundary.

    This is a fundamental shift in how AI is applied to enterprise data. Instead of extracting data from Snowflake, sending it to an external AI service, and loading results back, AI reasoning happens inside the governance boundary where the data lives. For regulated industries — financial services under SOX, healthcare under HIPAA, government under FedRAMP — this is the architectural difference between a compliant AI workflow and one that requires a data transfer agreement.

    Why Regulated Industries Move to Production Faster

    Five security domains: identity, data, code governance, audit, agents
    Why regulated industries move to production faster.

    The specific value proposition Snowflake and Anthropic built this partnership around is the regulated industry path from pilot to production. The two primary blockers for enterprise AI in regulated industries have historically been:

    1. Data governance. Sensitive data cannot leave governed environments. Solutions that require sending data to external APIs fail compliance reviews. Cortex AI Functions solve this by keeping Claude within the Snowflake perimeter.
    2. Accuracy and auditability. A financial services firm cannot deploy a customer-facing AI tool that is wrong 20% of the time and cannot explain its reasoning. Claude’s documented reasoning capability and Snowflake’s query audit trail together create an auditable AI chain that compliance teams can review.

    The 12,600 Snowflake customers who now have access to Claude through this partnership include organizations in financial services, healthcare, life sciences, manufacturing, and technology — precisely the sectors where AI adoption has been slowest due to compliance barriers. The Snowflake perimeter solves barrier #1. Claude’s accuracy and reasoning capability addresses barrier #2.

    Practical Steps for Snowflake Customers

    Desk with laptop, checklist notebook, and billing card ready before creating an Anthropic API key
    Practical steps for Snowflake customers.

    If you are a Snowflake customer and have not activated Cortex AI Functions:

    1. Check your Snowflake account tier — Cortex AI Functions require Business Critical or Enterprise edition.
    2. Enable Cortex in your account settings. No additional Anthropic API key is required — the Claude models are accessed through Snowflake’s compute layer.
    3. Start with a bounded use case: classify a column of customer feedback into categories, extract structured fields from unstructured text, or generate summaries of long documents stored as Snowflake objects.
    4. Use Snowflake Intelligence for stakeholder-facing natural language querying once your Cortex implementation is validated.

    Snowflake’s documentation for Cortex AI Functions is available at docs.snowflake.com. The Anthropic partnership page is at anthropic.com/news/snowflake-anthropic-expanded-partnership.

    Related on Tygart Media: Snowflake / Glasswing · Claude enterprise compliance.

  • Claude Code Ultraplan & Ultrareview: Agentic Planning

    Claude Code Ultraplan & Ultrareview: Agentic Planning

    Last refreshed: October 20, 2026

    Two new Claude Code capabilities shipped in the April sprint that have received almost no coverage despite being significant workflow expansions: Ultraplan, a cloud-hosted agentic planning workflow, and Ultrareview, a deep multi-pass code review command. Together they represent Claude Code’s first serious steps toward being an agentic planning tool, not just an interactive coding assistant.

    Ultraplan: Cloud-Hosted Agentic Planning

    Three stacked layers: chat UI, tools, agent runtime
    Ultraplan — cloud-hosted agentic planning.

    Ultraplan is currently in early preview. The workflow is three steps:

    1. Draft in the CLI — from your terminal, describe the task or project you want Claude Code to plan. Ultraplan generates a structured execution plan: steps, dependencies, tool calls, expected outputs, error-handling branches.
    2. Review in the browser — the plan is pushed to a cloud-hosted web editor where you can read it in a structured interface, add comments, modify steps, flag concerns, and approve or reject sections. This is the human-in-the-loop gate that makes agentic execution trustworthy.
    3. Run remotely or pull back local — once approved, the plan can execute in Anthropic’s cloud infrastructure (no local machine required, runs while your laptop is off) or be pulled back to execute locally with full observability in your terminal.

    The remote execution capability is the most significant aspect. This is Claude Code’s first “runs while your laptop is closed” feature — distinct from Cowork Routines (which are consumer-facing) and designed specifically for developer workflows. A migration plan, a batch refactoring job, a test suite generation task, or a dependency upgrade across a large codebase can be approved, handed to cloud execution, and completed overnight without a machine staying on.

    When to Use Ultraplan

    Side-by-side when to use a script versus an agent
    When to use Ultraplan.

    Ultraplan is designed for tasks where you want to review the approach before committing to execution — not for quick, single-step tasks. The review step adds 5–15 minutes to the workflow. That is worth it when:

    • The task spans multiple files, services, or systems where a wrong step has cascading effects
    • You are working in a production codebase where mistakes have real consequences
    • The task will take more than 30 minutes to execute and you want human review before investing that time
    • You are using remote execution and cannot monitor progress in real time
    • You are delegating the task to a junior developer or teammate who will execute the plan

    For quick tasks — generate a function, fix a specific bug, explain this code — use standard Claude Code. Ultraplan’s value scales with task complexity and execution risk.

    Ultrareview: Deep Multi-Pass Code Review

    Side-by-side cards defining what Claude Code is and is not
    Ultrareview — deep multi-pass code review.

    The claude ultrareview subcommand applies multiple sequential review passes to code, each with a different evaluation focus:

    • Security review — injection vulnerabilities, authentication gaps, trust boundary violations, insecure dependencies, secrets exposure
    • Performance review — algorithmic complexity, unnecessary allocations, database query patterns, caching opportunities, concurrency issues
    • Maintainability review — naming clarity, function size and cohesion, documentation gaps, test coverage, coupling and cohesion

    Each pass generates findings, and Ultrareview synthesizes them into a prioritized report with severity ratings and specific remediation recommendations. The output is designed to go directly into a pull request review comment or a team review document.

    Ultrareview vs. Standard Review

    Standard claude review applies a single review pass optimized for breadth — it catches obvious issues quickly across all dimensions. Ultrareview applies specialized depth in each dimension sequentially. The trade-off is token cost and time: Ultrareview consumes 3–5× more tokens than standard review and takes proportionally longer.

    The recommended workflow: use standard review on every pull request as part of your CI pipeline. Reserve Ultrareview for high-stakes merges — releases, security-sensitive features, architecture changes, any code that will touch production payment or authentication flows.

    Both features are available now to Claude Code users on Pro and above. Ultraplan is in early preview — activate it via claude ultraplan --enable-preview. Ultrareview is generally available — run claude ultrareview [file or directory] from any Claude Code session.

    Related on Tygart Media: Claude Code getting started · Claude Code Plan Mode · Claude Code v2.1.126.

  • Claude Code v2.1.126: Gateway Model Picker & PowerShell

    Claude Code v2.1.126: Gateway Model Picker & PowerShell

    Last refreshed: October 20, 2026

    Claude Code shipped v2.1.126 today, May 1, 2026. This is the 9th release in April’s sprint and continues what has been a 2–3 releases per week cadence throughout the month. Here is the complete picture of what shipped this week across v2.1.120 through v2.1.126, with operational context for each feature that actually matters.

    v2.1.126 — Today’s Release

    Side-by-side cards defining what Claude Code is and is not
    v2.1.126 — today’s release.

    Gateway Model Picker

    The gateway model picker allows you to route different tasks within a single Claude Code session to different models. This is the first step toward Claude Code as a multi-model orchestration layer rather than a single-model coding assistant. Practical use: run Haiku 4.5 on file reading, search, and summarization tasks where speed matters; route Opus 4.7 at complex reasoning, architecture decisions, and code generation where quality is the priority. The cost reduction on high-volume workflows can be material — Haiku is roughly 30× cheaper per token than Opus.

    PowerShell as Primary Shell on Windows — Git Bash No Longer Required

    This is the most significant quality-of-life change in this release for enterprise Windows shops. Claude Code previously required Git Bash as its terminal environment on Windows, which meant every Windows developer needed a non-standard shell installation, created friction in corporate IT environments with software approval processes, and produced a different developer experience than Mac/Linux teammates.

    Starting with v2.1.126, PowerShell is the primary shell on Windows. Git Bash is no longer required. For enterprise teams where half the developer fleet runs Windows and software installation requires IT approval, this removes a significant deployment barrier. Claude Code is now a standard Windows application from an IT management perspective.

    OAuth Code Terminal Input for WSL2, SSH, and Containers

    Authentication in headless environments — WSL2 sessions, SSH remote development, Docker containers — previously required workarounds. v2.1.126 adds OAuth code terminal input: Claude Code displays the authorization code directly in the terminal, you paste it into your browser, and authentication completes without requiring a browser redirect to the headless environment. Eliminates the most common authentication friction point for remote and containerized development workflows.

    claude project purge

    New command that cleans up stale project data accumulated across sessions. For teams running Claude Code in CI/CD pipelines or long-running agent workflows, project data can accumulate and affect performance. claude project purge gives you explicit control over that cleanup rather than relying on automatic garbage collection.

    v2.1.120–122 — April 28 Stack

    Five stacked panels of daily Claude Code command habits
    v2.1.120–122 — April 28 stack.

    alwaysLoad MCP Option

    MCP servers can now be configured to always load regardless of context window state. Previously, Claude Code would make decisions about which MCP servers to initialize based on available context. alwaysLoad: true in your MCP server config guarantees that server is always available — critical for production deployments where MCP tools need to be reliably present, not conditionally loaded.

    claude ultrareview Subcommand

    claude ultrareview triggers a deep, multi-pass code review that goes beyond standard review. It applies multiple review personas in sequence — security researcher, performance engineer, maintainability analyst — and synthesizes findings into a prioritized report. For code that needs to meet high standards before production merge, ultrareview is the command. It consumes more tokens than standard review, so use it on pull requests that matter, not every commit.

    claude plugin prune

    Removes unused plugins from your Claude Code installation. As the plugin ecosystem has grown and plugin auto-update behavior has been refined in recent releases, teams accumulate plugins that are no longer active in their workflow. claude plugin prune audits your installed plugins against recent usage and removes those that have not been invoked within a configurable time window.

    Type-to-Filter Skills Search

    The skills picker now supports live type-to-filter — start typing a skill name and the list filters in real time. For teams with large skill libraries or plugin collections, this eliminates the scroll-and-hunt workflow that slowed skill invocation. Small UX change, large daily time savings at scale.

    ANTHROPIC_BEDROCK_SERVICE_TIER Environment Variable

    New environment variable that allows Claude Code running on Amazon Bedrock to specify service tier at the environment level rather than per-request. For teams using Claude Code through Bedrock as their primary deployment path — common in regulated industries that require AWS-native infrastructure — this simplifies configuration management across multiple environments and removes per-request overhead.

    OpenTelemetry Improvements

    Extended OpenTelemetry trace data now includes more granular span information for Claude Code operations. For enterprise teams with existing observability infrastructure (Datadog, Grafana, Honeycomb), Claude Code activity is now more fully integrated into your trace timeline — you can see exactly where Claude Code operations land within the context of your broader application traces.

    v2.1.123 — April 29

    Fixed OAuth 401 retry loop triggered when CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS was set. If you were seeing repeated authentication failures in environments with that flag set, update to v2.1.123 or later immediately.

    Update Now

    Desk with laptop, checklist notebook, and billing card ready before creating an Anthropic API key
    Update now.

    Update via npm install -g @anthropic-ai/claude-code@latest or through your package manager. v2.1.126 is the current stable release. For teams running Claude Code in CI/CD, update your Docker base images or pipeline steps to pin to 2.1.126.

    Related on Tygart Media: Ultraplan & Ultrareview · Claude Code getting started · Claude Code vs Cursor.