惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

人人都是产品经理
人人都是产品经理
宝玉的分享
宝玉的分享
小众软件
小众软件
有赞技术团队
有赞技术团队
月光博客
月光博客
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
MyScale Blog
MyScale Blog
Engineering at Meta
Engineering at Meta
Stack Overflow Blog
Stack Overflow Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
N
Netflix TechBlog - Medium
D
Docker
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
MongoDB | Blog
MongoDB | Blog
WordPress大学
WordPress大学
J
Java Code Geeks
罗磊的独立博客
V
Visual Studio Blog
雷峰网
雷峰网
H
Help Net Security
T
The Blog of Author Tim Ferriss
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
大猫的无限游戏
大猫的无限游戏
F
Fortinet All Blogs

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
I built an AI employee that trains itself from its own ga...
Denis m · 2026-04-25 · via DEV Community

There's a dirty secret about AI chatbots that nobody talks about.

They decay.

Day 1, your new chatbot answers maybe 60% of customer questions well. Day 90? Still 60%. Because the questions customers ask that it can't answer — those just disappear into the void. The customer leaves frustrated. You never find out. The agent never improves.

I spent three months watching this happen before I decided to build something different.

This is the story of how I built DeployInfra.AI — a platform that deploys a branded AI employee for any business in 90 seconds — entirely on OpenClaw. And why the most interesting part isn't the platform itself. It's that the AI agent living in the corner of my homepage is an OpenClaw agent, actively qualifying leads for the platform you're reading about right now.

The product is demonstrating itself by existing.


The problem I was actually solving

Most businesses that try AI chatbots hit the same wall. They set it up, it works okay for a week, then:

  • A customer asks something slightly off-script. The agent guesses. Wrong answer.
  • The owner never sees it happen.
  • The agent never gets corrected.
  • Three months later the agent is confidently wrong about the same 15 things it's always been wrong about.

The chatbot didn't fail because the AI was bad. It failed because there was no feedback loop. No mechanism for the agent to surface what it didn't know. No way for the owner to fix gaps without a developer. No compounding improvement over time.

I wanted to build an AI employee — not a chatbot. The difference matters:

  • A chatbot answers questions from a static script.
  • An employee does their job today, realises what they didn't know, and comes back next week having filled the gap.

That required a different architecture.


Why OpenClaw

I evaluated a lot of conversation frameworks before choosing OpenClaw. Most of them are designed around the assumption that you're building a demo. Great for a hackathon. Terrible for something that needs to run reliably at 2am when a restaurant owner's website gets a booking enquiry.

OpenClaw gave me three things I couldn't find elsewhere:

1. Conversation state that survives real usage
Multi-turn memory that doesn't fall apart after 5 messages. The agent remembers what the user said earlier in the conversation and uses it — crucial for lead qualification where you're building a picture of the prospect turn by turn.

2. A clean hook system
I can intercept messages before and after the AI processes them. This is where all the intelligence lives — scoring responses, detecting structured tokens, routing to different personas.

3. Webhook triggers that just work
When something meaningful happens in a conversation — a lead captured, a booking confirmed — I need that event to leave the conversation and go somewhere. OpenClaw's webhook system handles this without me building plumbing.


The architecture

Here's how DeployInfra.AI is structured on top of OpenClaw.

┌─────────────────────────────────────────────────┐
│ OpenClaw Layer │
│ Conversation state · Multi-turn memory │
│ Persona routing · Hook system │
└──────────────────┬──────────────────────────────┘

┌──────────────────▼──────────────────────────────┐
│ Conversation Intelligence Layer │
│ Response confidence scoring │
│ Gap detection · Weekly digest generation │
└──────────────────┬──────────────────────────────┘

┌──────────────────▼──────────────────────────────┐
│ Event Automation Layer │
│ LEAD_CAPTURED → CRM + owner email │
│ BOOKING_CONFIRMED → calendar + confirmation │
│ GAP_FLAGGED → weekly intelligence digest │
└─────────────────────────────────────────────────┘

Each layer does one job. OpenClaw owns the conversation. The intelligence layer watches it. The automation layer reacts to it.


The three patterns I'll show you

Pattern 1: Structured token detection

The cleanest pattern I've found for connecting AI conversation to real business actions is embedding structured tokens in the model output.

The system prompt instructs the model:

When you have captured a qualified lead, output:
LEAD_CAPTURED: {"name":"...","email":"...","business":"...","vertical":"..."}

Continue the conversation naturally after this token.
The token will be stripped from what the user sees.

Server-side, every response gets parsed:


typescript
const leadMatch = text.match(/LEAD_CAPTURED:\s*(\{[^}]+\})/);
const leadData = leadMatch
  ? (() => { try { return JSON.parse(leadMatch[1]); } catch { return null; } })()
  : null;

// Strip token from visible reply
const reply = text.replace(/LEAD_CAPTURED:\s*\{[^}]+\}/, "").trim();

return NextResponse.json({ reply, leadCaptured: leadData ?? null });
The user sees a natural conversation. The system sees a structured event. No model fine-tuning required — just a well-designed prompt and a 4-line parser.

Same pattern works for BOOKING_CONFIRMED, ESCALATE, APPOINTMENT_REQUESTED. One pattern, infinite use cases.

Pattern 2: Multi-persona routing
DeployInfra.AI serves different business verticals — restaurants, real estate agents, clinics, e-commerce shops. Each vertical gets a different agent persona with vertical-specific knowledge and qualification flows.

OpenClaw handles conversation state. I handle persona selection at the API layer:


const PERSONA_PROMPTS: Record<string, string> = {
  "Property Assistant": `You are Alex, an AI property assistant...`,
  "Clinic Receptionist": `You are an AI receptionist for a medical clinic...`,
  "Restaurant Assistant": `You handle reservations, menu questions...`,
  "B2B Sales Agent": `You qualify inbound B2B leads using BANT...`,
};

const systemPrompt = PERSONA_PROMPTS[persona ?? ""]
  ?? PERSONA_PROMPTS["Property Assistant"];
One OpenClaw deployment. Multiple production agents. The persona is just a system prompt — OpenClaw handles everything else.

Pattern 3: Proactive nudges
A user opens the chat widget and goes silent. Maybe they're reading. Maybe they're hesitating. A static chatbot just sits there. A good employee follows up.


const NUDGE_MESSAGES = [
  "Still here? Tell me your business type — I'll show your AI ROI in 30 seconds 👇",
  "What kind of business do you run? I'll show what your AI would've done overnight →",
  "Your competitors are already using AI for this. Want to see what it looks like? →",
  "One question: what does a missed customer enquiry cost your business? →",
];

useEffect(() => {
  if (isOpen || nudgeDismissed) return;
  const timer = setTimeout(() => {
    setNudge(NUDGE_MESSAGES[Math.floor(Math.random() * NUDGE_MESSAGES.length)]);
  }, 18000);
  return () => clearTimeout(timer);
}, [isOpen, nudgeDismissed]);
18 seconds. One message. Auto-dismisses after 9 seconds. Dismisses immediately if they open the widget. Conversion rate on nudged sessions is meaningfully higher than cold sessions.

Pattern 4: The gap detection loop (the one I'm keeping close)
This is the pattern that separates an AI employee from a chatbot, and it's the part I'm not going to fully document here.

What I will tell you is the outcome:

Every agent on DeployInfra.AI tracks the quality of its own responses in real time. Not user ratings — the agent itself knows when it's confident and when it's guessing. Low-confidence responses don't disappear. They accumulate.

Once a week, every business owner gets a digest. Not a wall of logs. One clean list:

"Here are the 5 things your customers asked most that your agent couldn't answer this week."

One click to fix each one. Next week, the agent knows.

Week 1: agents answer around 60% of questions confidently.
Week 4: 80%+.
Week 12: 90%+.

The agent gets better because it's being used — not despite its gaps, but from them.

I'm deliberately not publishing the implementation. The confidence scoring mechanism, how gaps get ranked, how the digest gets generated — that's the moat. What I'll say is that it runs entirely on conversation data your agents are already collecting. No extra instrumentation from the business owner. No tagging. No manual review.

If you want to build something similar, the insight to start with is this: your AI already knows when it's guessing. You just have to ask it.

The rest is the hard part.

The meta that I didn't plan
Here's the part I didn't fully appreciate until it was live.

The AI agent in the bottom-right corner of deployinfra.ai is an OpenClaw agent running the "DeployInfra AI" persona. Its job is to qualify visitors, understand their business type, reflect their specific pain back to them, and capture leads.

It is selling the platform that deploys AI agents.

If you go to the site after reading this, the agent will ask what kind of business you run. It'll tell you what your AI would have done last night while you were asleep. It'll try to get your email.

That's not a demo. That's the product running in production, on itself, in real time.

The article you're reading is a proof of concept. The agent on the website is the same proof running live. You don't have to take my word for it — you can talk to it right now.

What I'd do differently
Rate limiting is harder than it looks. Anonymous demo traffic is unpredictable. I ended up building a simple in-memory rate limiter (5 requests/IP/hour for unauthenticated users) that resets on cold starts — good enough for demos, not production. If I were starting again I'd reach for Redis from day one.

Personas diverge fast. The six personas I started with have split into twelve variations based on what actually converts in each vertical. OpenClaw makes this easy — each variant is just a different system prompt — but managing prompt versions without a proper versioning system gets painful quickly. Build that early.

Low volume is the enemy of the learning loop. The gap detection system needs a minimum number of conversations per week before the signal is useful. Below that threshold, the agent collects data silently and the digest doesn't fire. Plan for a cold start period where you're seeding conversations manually.

What's next
WhatsApp channel: Same OpenClaw agents, same persona routing, same gap detection — over WhatsApp Business API. One weekly digest regardless of which channel customers used.
Knowledge grounding: Anchoring agents in business-specific content — menus, listings, FAQs, price lists. Eliminates the category of hallucinations that come from the agent not knowing the specifics of a particular business.
Multi-channel identity: One agent that recognises a customer across web, WhatsApp, and email. Picks up the conversation where it left off.

Enter fullscreen mode Exit fullscreen mode