Notícias
Notícias
5 min de leitura
30 de outubro de 2026

Seu agente IA é theater (Claude Duet finalmente funciona)

Claude Duet: Personal assistant que "finally feels useful" (reality). Seu agente = hype ou funciona? Como medir. Gap promise vs reality.

Equipe OpenClaw

Equipe OpenClaw · Time de Engenharia & Produto

A Equipe OpenClaw é formada por engenheiros, designers e especialistas em IA dedicados a construir a melhor plataforma de agentes conversacionais para negócios brasileiros. Combinamos expertise…


Seu agente IA é theater (Claude Duet finalmente funciona)

What just happened (October 2026):

Fig (AI coding platform) published a review of Claude Duet (Anthropic's personal assistant).

Key quote: "Claude Duet is the first personal-assistant-type harness that feels useful."

Not "feels capable."

Not "feels smart."

Not "feels impressive."

Feels useful.

Translation: Most AI assistants (including agents) are hype theater. Claude Duet is different.

Critical question: Is YOUR AI agent theater or useful?

Honest answer: Probably theater. You think it's useful. But is it actually?

Reality:

  • You built an AI chatbot for sales/support
  • You think it's helping (impressive demos, hype)
  • Customers use it (initially excited)
  • 3 months later: Agent isn't solving problems (still escalating 70%+)
  • You: "The technology is immature"
  • Actually: You built theater, not utility

This is the problem: Gap between "feels useful" and "is useful."

Fig (trusted source, actual practitioners) just said: Claude Duet crossed the gap.

Implication: Most agents haven't crossed yet. Yours probably hasn't.

Here's what you need to know:


The gap: "Feels useful" vs "is useful" (why most agents fail)

Hype theater = impressive demos. Real utility = solves problems. Most agents are theater. 🎯✅📋

What "feels useful" means:

Feeling useful: - Agent responds quickly ✓ - Agent understands questions ✓ - Agent sounds intelligent ✓ - Agent gives answers ✓ - Demo is impressive ✓ - C-suite says "Wow" ✓

But: - Agent doesn't reduce work (human still does 80%) - Agent doesn't solve problems (needs human escalation) - Agent doesn't save money (cost same or higher) - Agent doesn't improve satisfaction (same or worse)

Result: Theater (looks good, does nothing)

What "is useful" means:

Real utility: - Agent reduces workload (human does 20%, agent does 80%) - Agent solves problems (escalation <20%) - Agent saves money (cost down 50%+) - Agent improves satisfaction (CSAT up 30%+) - Agent ROI is positive (payoff in 6 months)

How you know: - Metrics show improvement (not just demos) - Customers actually use it (not just initial curiosity) - Team loves it (solves their problems) - Business loves it (saves money) - Long-term retention (doesn't fade after 3 months)

Result: Real utility (actually works)

Why most agents are theater:

Reason 1: Easy to demo, hard to deliver - Demo: "Show me a customer question" - Agent: Answers perfectly (cherry-picked scenario) - Looks impressive: ✓ - But: Real questions = 100x messier (typos, context missing, contradictions) - Real world: Agent fails 70% of time - Theater exposed (after 3 months)

Reason 2: Metrics aren't honest - Theater metric: "Agent responded to 10,000 chats" - Honest metric: "Agent solved 30% of chats (70% escalated)" - Company reports first (theater) - Reality is second (theater hidden)

Reason 3: Implementation is lazy - Theater: "Install ChatGPT + RAG, done" - Real utility: "Define success metrics, build guardrails, integrate APIs, monitor, iterate" - Most companies do theater (cheaper, faster) - Real utility takes effort (effort = cost)

Reason 4: Timeline mismatch - Theater: Impressive for 3 months (initial novelty) - Real utility: Improves over time (gets better with iteration) - Most companies measure at 3 months (theater phase) - Real utility shows at 12 months (too late to notice theater)

Reason 5: Stakeholder incentives are wrong - Sales: "Build agent to sell customers" - Support: "Build agent to reduce tickets" - Product: "Build agent to delight users" - Nobody owns: "Make agent actually useful" - Result: Everyone optimizes for their metric (theater metrics)

Clauded Duet crossed the gap because:

Context: - Claude Duet = Anthropic's personal assistant - Uses Claude (strongest model) - Integrated into editor (Fig) - Fig users are developers (can judge utility honestly)

Why developers trust it: - Developers don't tolerate theater - If agent doesn't work, they switch - Dev community is honest (no BS tolerance) - Fig developers said: "Claude Duet finally works" - Translation: "This is the first one that actually helps"

Implication: - Previous agents = theater (failed to be useful) - Claude Duet = crossed gap (actually useful) - Most other agents (yours?) = still theater


How to measure useful (metrics that matter, not theater metrics)

Theater metrics = big numbers. Real metrics = small numbers (that matter). 🎯✅📋

Theater metrics (measure activity, not utility):

  1. "Agent handled 10,000 chats"

    • Sounds impressive
    • Actually: Agent responded (yes), solved? (maybe 30%)
    • Better metric: "Agent solved 3,000 chats (30% of 10,000)"
  2. "Average response time: 2 seconds"

    • Sounds fast
    • Actually: Agent is fast but wrong (solved nothing)
    • Better metric: "Correct response time: 2 seconds"
  3. "Agent has 500 intents trained"

    • Sounds comprehensive
    • Actually: 500 intents, 50% accuracy
    • Better metric: "Agent handles 50 intents at 90%+ accuracy"
  4. "Customer satisfaction: 4.2/5 stars"

    • Sounds good
    • Actually: 4.2 from people who rated (1% of users)
    • Better metric: "1st-contact resolution: 80%" (honest metric)
  5. "ROI: 3x"

    • Sounds amazing
    • Actually: Theater calculation (included salesman's time, counted wrong)
    • Better metric: "Cost per ticket: R$50 → R$10 (80% reduction)"

Real metrics (measure utility, not theater):

  1. First-Contact Resolution (FCR)

    • Definition: Agent solves problem without escalation
    • Target: >80% (industry standard)
    • Measure: Solved / Total = ?
    • If <50%: Theater (agent isn't solving)
    • If >80%: Useful (agent actually works)
  2. Escalation Rate

    • Definition: % of chats escalated to human
    • Target: <20%
    • Measure: Escalated / Total = ?
    • If >70%: Theater (agent can't handle)
    • If <20%: Useful (agent handles most)
  3. Cost Per Chat

    • Definition: Total cost / total chats
    • Target: 50% reduction from baseline
    • Measure: (Agent cost + oversight) / chats = ?
    • If same or higher: Theater (no cost reduction)
    • If 50% lower: Useful (saves money)
  4. Customer Satisfaction (CSAT) - Honest

    • Definition: % of chats where customer satisfied
    • Target: >80%
    • Measure: Surveys after every chat (not optional)
    • If <60%: Theater (customers unhappy)
    • If >80%: Useful (customers happy)
  5. Agent Usage Retention

    • Definition: % of customers still using agent after 3 months
    • Target: >70%
    • Measure: Active users month 3 / active users month 1 = ?
    • If <50%: Theater (users gave up)
    • If >70%: Useful (users keep coming back)
  6. Accuracy (per intent)

    • Definition: % of agent responses that are correct
    • Target: >90%
    • Measure: Correct responses / total responses = ?
    • If <70%: Theater (agent is wrong often)
    • If >90%: Useful (agent is reliable)
  7. Speed to Resolution

    • Definition: Time agent takes to solve problem
    • Target: <5 minutes
    • Measure: Average time from question to resolution = ?
    • If >30 minutes: Theater (slower than human)
    • If <5 minutes: Useful (faster than human)
  8. Human Override Rate

    • Definition: % of agent answers that human changed
    • Target: <10%
    • Measure: Overrides / total = ?
    • If >30%: Theater (agent often wrong, human fixes)
    • If <10%: Useful (agent mostly right)

How to set up honest metrics:

Week 1: Define baseline - Current state (no agent): - Support cost per ticket: R$50 - Resolution time: 2 hours - CSAT: 70% - FCR: 60% - Target state (with agent): - Support cost per ticket: R$25 (50% reduction) - Resolution time: 20 minutes (6x faster) - CSAT: 85% - FCR: 85%

Week 2-4: Deploy agent - Measure: Every metric daily - Log: Chat, resolution, cost, satisfaction

Month 1: Analyze - Are metrics improving? - If no improvement: Theater (not working) - If small improvement: On track (keep iterating) - If big improvement: Working (scale it)

Month 3: Decision - Theater metrics say: "Handled 10,000 chats!" - Real metrics say: "FCR: 35%, CSAT: 62%, cost same" - Decision: Kill agent (theater, not useful) - Or: Fix agent (identify why not working)

Month 6: Final assessment - Real metrics: FCR 85%, CSAT 85%, cost -50% - Decision: Agent is useful (keep, improve) - Or: Theater still (kill, pivot)

Example: Theater vs Real metrics side-by-side

Theater narrative: "Our agent handled 50,000 customer chats in month 1! This represents 25% of all support volume. Customer satisfaction improved to 4.3/5 stars! ROI: 2.5x (conservative estimate)!"

Real metrics (same company, same month): - Chats handled: 50,000 ✓ - Chats resolved (no escalation): 15,000 (30% of 50,000) ← THE REAL NUMBER - Chats escalated: 35,000 (70%) - Cost per chat before agent: R$50 - Cost per chat after agent: R$48 (agent salary R$10k/month ÷ 50k chats = R$0.20, but oversight costs R$0.20 more) - Net savings: R$100/month (theater) - CSAT from surveys: 62% (only 1% responded, selection bias) - FCR: 30% (vs 60% before) - Agent actually made things worse

Honest narrative: "Our agent isn't working yet. 30% FCR (target: 85%). Costs same as before (no savings). CSAT actually down (62% vs 70% baseline). Root cause: Agent doesn't have API access to solve problems. Plan: Connect APIs, improve guardrails, iterate month 2."


Why Claude Duet crossed the gap (lessons for your agent)

Claude Duet works because it's purpose-built. Your agent is generic theater. 🎯✅📋

Why Claude Duet is useful (not theater):

  1. Specific use case (coding)

    • Claude Duet: Helps developers write code
    • Target users: Developers (know if it works or not)
    • Cannot be theater (developers reject fake stuff)
    • Result: Had to be real to succeed
  2. Integrated into workflow

    • Claude Duet: Inside editor (Fig)
    • Developers don't switch to new tool (friction)
    • Had to be useful enough to use in-place
    • Result: Measured by developer adoption
  3. Honest feedback loop

    • Claude Duet: Developers rate every suggestion
    • If agent wrong: Developer immediately knows (sees wrong code)
    • Cannot hide failures
    • Result: Forced to improve quickly
  4. Clear metrics

    • Claude Duet: Code compiles or doesn't
    • No ambiguity (theater metric: "satisfaction")
    • Either works or doesn't
    • Result: Honest measurement

Why your agent is probably theater:

  1. Generic use case (customer service)

    • Your agent: Helps with everything (vague)
    • Target users: Customers (don't know if working)
    • Can be theater (customers tolerate bad agents)
    • Result: Could succeed without being real
  2. Bolted-on to workflow

    • Your agent: Separate chat widget (friction)
    • Customers don't switch to it (use phone instead)
    • Measure by chat volume (not by usefulness)
    • Result: Theater metric (handled X chats, but solved nothing)
  3. Hidden feedback loop

    • Your agent: Escalates to human (hidden failure)
    • If agent wrong: Customer escalates (you don't measure)
    • Failures hidden in escalation queue
    • Result: Theater (failures invisible)
  4. Vague metrics

    • Your agent: "Satisfaction: 4.2/5" (theater metric)
    • Ambiguous (who rated? how many? selection bias?)
    • Can improve theater (change survey, change sample)
    • Result: Theater hidden by vague metrics

How to move your agent from theater to useful:

Step 1: Define specific use case - Bad: "Help with anything" - Good: "Solve password reset questions (specific)" - Start narrow (easier to be useful) - Expand after nailing specific case

Step 2: Measure real metrics - Bad: "Customer satisfaction: 4.2/5" - Good: "FCR on password reset: 85%" (objective) - Replace theater metrics with real metrics - Measure daily (not monthly)

Step 3: Build honest feedback - Bad: Optional survey (1% response rate) - Good: Mandatory rating after every chat (honest) - Get real feedback (not theater feedback) - Act on feedback (improve agent)

Step 4: Integrate into workflow - Bad: Separate widget (customer uses phone instead) - Good: Inside chat they already use (no friction) - Make using agent easier than escalating - Result: Usage forces improvement

Step 5: Set exit criteria - Bad: "Keep it running, it's working" (theater) - Good: "If FCR <70% in month 3, kill it" - Commit to truth (not theater) - Kill theater agents (don't let them hide)

Timeline: 3-6 months to move from theater to useful Cost: R$30-50k (iteration, APIs, monitoring) Benefit: Real cost reduction + real satisfaction improvement


The bottom line: Your agent is probably theater. Claude Duet finally crossed the gap. Will yours?

Theater = impressive demos. Useful = solves problems. Measure honestly. Kill theater. Build real utility. 🎯✅📋

Reality:

Fact 1: Most agents are theater (demos work, reality doesn't) Fact 2: Claude Duet crossed the gap (developers say "actually useful") Fact 3: Your agent probably hasn't crossed (theater metrics hide failure) Fact 4: Honest metrics expose theater (FCR, cost reduction, CSAT) Fact 5: You can move from theater to useful (8-12 weeks, with effort)

Action items (this week): 1. Measure real metrics (FCR, cost/chat, escalation rate) 2. Set honest targets (FCR >80%, cost -50%, escal <20%) 3. Compare: Current metrics vs targets 4. Decision: Theater or useful? (be honest) 5. If theater: Plan to fix (or kill) 6. If useful: Plan to scale

Questions to ask yourself: Q: What % of chats does agent actually solve (FCR)? A: If <60%, it's theater

Q: What's the cost per chat (before & after)?
A: If same or higher, it's theater

Q: How many customers still use agent after 3 months?
A: If <50%, it's theater (they gave up)

Q: What's the honest escalation rate?
A: If >70%, it's theater (agent can't handle)

Q: If I asked customers, would they say agent is useful?
A: If no, it's theater

Expected decision: Option A: "Our agent is great" (probably theater, not honest) Option B: "Our agent needs work" (honest, fixable) Option C: "Our agent doesn't work, kill it" (honest, hard decision)

Why Option B or C: - Theater agents hide costs (you'll discover later) - Honest assessment = fix early (cheaper) - Kill theater early (don't waste more budget) - Build real utility (pays off 6+ months)

Timeline: Week 1: Measure (FCR, cost, escal, CSAT) Week 2: Analyze (theater or useful?) Week 3: Decide (fix or kill) Month 2-3: If fix → iterate (APIs, guardrails, monitoring) Month 6: Final assessment (useful or still theater)

→ OpenClaw: Claude Duet, Agent Utility, Real Metrics, FCR, Escalation Rate, Theater vs Useful, Agent Measurement

Claude Duet: Personal assistant que finalmente feels useful. Seu agente? Theater ou utility? Measure honestly: FCR, cost, escalation. Kill theater. Build real. AGORA. 🎯✅📋


Publicado em 30 de outubro de 2026

Leia também