All Startup Ideas

Doctor Debug: Plain-English Errors for AI Agents

A watchdog that catches when a no-code AI agent breaks and explains the failure in plain English with a fix path, so marketers and operators can unstick their own automations.

No-code automation spent two years onboarding thousands of non-developers onto AI agent platforms. Marketers, operators, and consultants build agents on Lindy, Relay, and n8n that handle leads, scheduling, and routine ops. The agents work, until they break. When they break, the error log is written by engineers, for engineers. Stack traces, payload references, and HTTP status codes read like a foreign language to the operator who built the workflow. The person responsible for fixing the agent is the one person who cannot read what went wrong. So the agent sits broken, leads go unhandled, and the operator either pings a developer friend or rebuilds the whole thing from scratch.

Built for Developers, Solo Founders, Non-Technical, Marketers.

Doctor Debug catches the failure and reframes it. A user connects an agent once, and Doctor Debug watches each run in real time through the platform webhook and observability APIs.

Suggested stack: Platform webhooks + observability APIs, Claude + a growing pattern library, Cloudflare Workers + Supabase, Web dashboard + Slack alerts. Weekend scope: about 10 hours.

The Problem

No-code automation spent two years onboarding thousands of non-developers onto AI agent platforms. Marketers, operators, and consultants build agents on Lindy, Relay, and n8n that…

The Solution

Doctor Debug catches the failure and reframes it. A user connects an agent once, and Doctor Debug watches each run in real time through the platform webhook and observability…

Market Research

Thousands of non-developers now run production AI agents on Lindy, Relay, and n8n

Competitive Landscape

Native platform logs (Included) — Lindy and n8n expose raw errors, but they are written for engineers and offer no plain-English fix path.

Business Model

Solo ($15/mo) — One connected agent, real-time plain-English error explanations. The validation tier.

Recommended Tech Stack

Platform webhooks + observability APIs (Ingestion) — Captures failure events from Lindy and n8n without asking the user to touch code.

AI Prompts to Build This

Copy these build prompts into Claude, Cursor, or your AI coding tool. Create a free account to unlock the full research behind them.

  1. 1. Project Setup

    Build the weekend MVP of "Doctor Debug": when an n8n workflow fails, its error is sent to a webhook here and comes back as a plain-English explanation and numbered fix steps that a non-developer can follow. One platform first.
    
    Stack: Next.js (App Router, TypeScript), Tailwind, Supabase (Postgres, Row Level Security, Auth with email magic link), the Anthropic API for the explanation. In n8n, an error workflow posts the failure to this app's webhook. Known errors are answered from a pattern library without a model. Deploy on Vercel.
    
    Tables (Row Level Security on, each user reads only their own projects and events; the webhook writes through the service role):
    - projects(id, user_id, name, webhook_secret)
    - error_events(id, project_id, platform, step, error_type, message, occurred_at, signature, explanation jsonb, source)  source is pattern or model
    - patterns(id, signature, explanation, cause, fix_steps jsonb, confidence, confirmations, rejections, vetted boolean)
    - feedback(id, event_id, verdict, correction)
    
    Screens: /login, /projects (create one and copy its webhook and the n8n setup steps), /events (failures with their explanation), /patterns (the library).
    Env vars (names only): NEXT_PUBLIC_SUPABASE_URL, NEXT_PUBLIC_SUPABASE_ANON_KEY, SUPABASE_SERVICE_ROLE_KEY (server only), ANTHROPIC_API_KEY.
    
    Do not build: billing, plans or an agency tier, other platforms or Lindy, Cloudflare Workers, Slack alerts, a comparison with log tools.
    Done when: npm run dev starts, you can sign in, and the four tables exist with Row Level Security on.
  2. 2. Core Feature

    Build the one feature that proves Doctor Debug: the same error is explained clearly, and once the fix is confirmed the model is no longer needed.
    1. POST /api/hooks/[projectId] takes the n8n error payload with the project's secret in a header and rejects a bad secret. Normalize it to { platform, step (the node name), error_type, message, occurred_at }.
    2. Compute a signature from the platform, the error type and the message with numbers, ids, addresses and emails removed, hashed. Save the event.
    3. Look the signature up in patterns. Use a pattern that is vetted, or has at least 2 confirmations and a confidence of 0.7 or more. Then no model call happens and the event's source is pattern.
    4. Otherwise redact secrets from the message first (anything that looks like a key, a token or an email), then ask the Anthropic API for JSON { explanation: one sentence a non-developer understands, likely_cause: string, fix_steps: string[] of 2 to 6 steps }. Reject an answer outside those limits and show the raw message with a plain note.
    5. /events shows each failure with the explanation, the likely cause, the numbered steps and a "Was this right?" control. Yes promotes or strengthens the pattern: confidence is confirmations plus 1 over confirmations plus rejections plus 2. No saves the correction text and counts a rejection.
    6. /patterns lists the library with confirmations and rejections so a person can mark one vetted.
    Rules: never send a credential to the model. Never invent a platform setting; if the cause is unclear say so. A rejected pattern is never used until it recovers.
    Empty state: with no events, show the webhook URL and a sample payload to test with.
    Done when: a sample n8n failure is explained with numbered steps, the same error twice produces a pattern after two confirmations and then no model call, a key in the message never reaches the model and a bad secret is rejected.
  3. 3. Landing Page

    Build a one-page landing site for Doctor Debug, plain-English errors for people who run automations.
    Hero: "Your automation broke. Here is what that means." Sub: "Doctor Debug explains the failure in a sentence and gives you numbered steps to fix it, no documentation reading required." One button: Join the waitlist.
    Sections: an error message rewritten for the person who has to fix it, how it works in three steps (connect once, a run fails, you get the fix), and an FAQ on which platforms work first (n8n now), what is sent to the model (the error with secrets removed) and how it learns from your answers.
    Waitlist: store the email in a waitlist table in Supabase. No other service.
    Style: Geist, a clean and reassuring look, one calm teal accent, semantic HTML.
    Done when: the page renders on a phone and a submitted email appears in the waitlist table.
  4. 4. Branding Package

    Use a design or image tool for this one. A coding agent cannot draw a logo.
    Brand for Doctor Debug: a wordmark and an icon that suggest a stethoscope curled into a question mark.
    Colors: a calm and trustworthy palette of off-white, deep ink and one teal. Type: Geist, with Geist Mono for error text.
    Deliverables: wordmark, icon, a five-word tagline set, an error card layout (the raw message and the plain explanation side by side), and one launch graphic.
    Done when: each deliverable is saved in one folder and the error card is readable in black and white.