AddThisFeature

AI Sentiment Analysis

Estimate the tone of feedback and messages without pretending the model is certain.

moderate AI Analysis & Search

What it adds

A sentiment label with a confidence value attached to feedback, reviews, tickets, and messages the app already stores.

What your agent is told to do

5
  1. 1

    Find the free-text surfaces where tone would change how someone triages work: reviews, support messages, survey responses, comments. Score those on write and on demand, not the entire corpus in one pass.

  2. 2

    Store the label, the confidence, the text version it was derived from, and the time it was produced. A score with no provenance cannot be audited or recomputed when the prompt changes.

  3. 3

    Allow four outcomes plus a fifth: positive, neutral, negative, mixed, and unknown. A message that praises the product and condemns the billing is genuinely mixed, and forcing it into one bucket loses the part someone needs to act on.

  4. 4

    Run scoring through the app's existing background-job system with a per-workspace token ceiling and a maximum input length, truncating on a sentence boundary rather than mid-word. Record spend per run so the cost of the feature is visible before it becomes a surprise.

  5. 5

    Do not let a sentiment score gate anything consequential on its own. It may sort, filter, and flag for a human, but it must never close a ticket, downgrade an account, or suppress a message without review.

Edge cases it handles

8
  • Sentiment describes one piece of text at one moment, not the person who wrote it. Do not roll scores up into a standing label on a customer record or display anything that reads as a judgement of the author.
  • A single message can carry conflicting tone across its parts. Support a mixed outcome, and where the surface allows it, indicate which passages pulled which way rather than averaging them into a bland neutral.
  • Sarcasm, one-word replies, emoji-only messages, and heavy in-house jargon defeat tone detection. Return unknown with low confidence in these cases and show nothing rather than showing a confident wrong answer.
  • Automated decisions built on a probabilistic label will be wrong at scale. Keep escalation, closure, refunds, and account actions behind a human who can see the underlying text.
  • The same words carry different weight across languages, regions, and product domains, so a threshold tuned on English support tickets will misread everything else. Calibrate per language and per surface, and hold back the feature where it has not been calibrated.
  • When the model is unavailable, times out, or refuses, leave the record unscored and show it as not yet analysed. Do not fall back to neutral, which is indistinguishable from a real result.
  • Malformed or unexpected output must be discarded rather than coerced. One retry with a lower ceiling is reasonable; a second failure means the record stays unscored.
  • Redact or exclude payment details, credentials, and identity documents before any text leaves the app, and give operators a way to see exactly which fields are sent.

Definition of done

8
  • Every scored record stores its label, confidence, source text version, and timestamp.
  • Mixed and unknown are first-class outcomes and appear in the interface.
  • Low-confidence results are withheld from display rather than shown as fact.
  • No account, ticket, or moderation action is taken from a sentiment score without human review.
  • Provider outages, timeouts, and refusals leave records visibly unscored instead of defaulting to neutral.
  • Token and cost ceilings are enforced per workspace and spend is reportable.
  • The feature matches the existing design system.
  • No existing functionality is broken.

Related features

How it works

  1. 1

    Copy the link

    Grab the Markdown instruction URL for this feature.

  2. 2

    Give it to your AI

    Paste it into Claude Code, Cursor, v0, Lovable — whatever you build with.

  3. 3

    It inspects, then implements

    Your agent reads your existing app first, then adds the feature to fit it.

Works with your stack

These instructions are written to adapt. They tell the agent to detect your framework, match your existing design system, and reuse what you already have — rather than assuming a particular stack.

Need it tighter than that? Customize the feature and tell it exactly what you're running.