AddThisFeature

AI Record Summaries

Turn a long record and its history into a short overview of what matters now.

moderate AI Analysis & Search

What it adds

A generated overview of a single record's current state and recent history, marked as interpretation and regenerated when the record changes.

What your agent is told to do

5
  1. 1

    Assemble the input by reading the record through the same authorization path the detail page uses, at generation time, so the summary reflects current values rather than a cached copy.

  2. 2

    Pass factual values — dates, amounts, statuses, counts, identifiers — through unchanged and render them from the record itself rather than from the generated text, so a rounding or transcription error is impossible.

  3. 3

    Label the summary clearly as generated interpretation, and keep the underlying fields visible on the same screen so a reader can check any statement against the source.

  4. 4

    Regenerate when a field that materially changes the picture is written — status, owner, amount, stage — and mark the existing summary stale in the meantime rather than showing it as current.

  5. 5

    Thread and message summarisation belongs to AI Conversation Summaries. This feature covers the record's fields and activity history; do not summarise attached discussions here.

Edge cases it handles

8
  • A summary built from a stale cache will describe a status the record no longer has. Read live at generation time and record which version of the record produced the text.
  • Numbers and dates must be exact. Do not let the model restate a figure in prose; render the real value and let the narrative reference it.
  • Interpretation presented as fact is the main risk in this feature. Separate what the record says from what the model concludes, and mark the second as such.
  • When a material field changes, the old summary becomes misleading. Mark it stale immediately and regenerate in the background rather than leaving it looking fresh.
  • Internal notes, restricted fields, and audit entries a viewer cannot open must never appear in the summary text, including paraphrased.
  • Records with almost no content produce padded, meaningless summaries. Set a content threshold and show the record plainly instead.
  • Regenerating on every write is expensive on busy records. Debounce, cap regenerations per record per day, and skip when only cosmetic fields changed.
  • When the model is unavailable or refuses, the record page renders normally with the summary area showing an unavailable state.

Definition of done

9
  • Summaries are generated from a live authorized read and record the record version they describe.
  • Dates, amounts, and statuses shown alongside the summary come from the record, not from generated text.
  • The summary is labelled as interpretation and sits beside the underlying fields.
  • A material field change marks the summary stale and queues a regeneration.
  • Restricted fields and internal notes never appear in the summary, including in paraphrase.
  • Regeneration is debounced and capped per record, and cosmetic edits do not trigger it.
  • The record page is fully usable when the model is unavailable.
  • 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.