AddThisFeature

External Sync Status

Tell users how current their synced data is instead of making them guess.

moderate Integrations

What it adds

Per-connection sync run state showing what was last attempted, what last succeeded, and what failed.

What your agent is told to do

6
  1. 1

    Track last attempted and last successful sync as separate values. Collapsing them into one timestamp hides exactly the failure you need to see.

  2. 2

    Record per-run counts: records created, updated, skipped, and failed. A run that half-worked is the common case, not the exception.

  3. 3

    Give the sync run explicit states — queued, running, completed, completed with errors, failed — and show the current one.

  4. 4

    Provide a manual re-sync that is disabled while a run is in progress, so repeated clicks cannot start overlapping runs against the same connection.

  5. 5

    Describe freshness honestly. If you poll every fifteen minutes, say 'updated 12 minutes ago', not 'live'. Do NOT imply real-time when the data is polled.

  6. 6

    Credential validity, missing scopes, and the reconnect flow are owned by Integration Connection Health. When a sync fails for auth reasons, hand off to that state rather than restating it.

Edge cases it handles

6
  • A run that dies without reporting leaves the state stuck on 'running'. Give runs a heartbeat or a maximum duration and mark stalled ones as failed.
  • Partial failures need the failing records named or downloadable. 'Completed with 43 errors' is not actionable on its own.
  • Timestamps must render in the viewer's time zone, and relative times must keep updating on a page that stays open.
  • The first sync has no previous run. Show a first-run state, not 'never synced' in red.
  • A long-running initial import will make freshness look terrible for hours. Distinguish an initial backfill from routine incremental syncs.
  • Manual re-sync must be rate-limited per connection. Users will click it repeatedly during an outage and exhaust the provider quota.

Definition of done

8
  • Last attempted and last successful sync are stored and displayed separately.
  • Each run reports created, updated, skipped, and failed record counts.
  • Failed records are inspectable, not just counted.
  • Manual re-sync cannot start while a run is active and is rate-limited.
  • Freshness wording matches the actual polling interval and never claims real-time.
  • A stalled run transitions to a failed state within a bounded time.
  • 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.