Registry Synced

Safety Net Playbook

266 words
1 min read
This file keeps the backup and check habits close to the product work. If a future change could hide data, overwrite content, or create a bad deploy, use this playbook first.

What to add when risk is real

  • A backup path that stores the important state in a second format.
  • A visible alert when data is missing, stale, or partially loaded.
  • A recovery action that the user can trigger without opening dev tools.
  • A short audit note explaining what the feature protects and what it does not.

General prompt for future work

Use this prompt when a change needs safety rails:
text
Add a backup/check layer for this feature so we do not lose user content or ship a broken state.
Keep it compact and non-sloppy. Prefer a recovery action, a clear alert, and a saved fallback.
Do not redesign the UI. Do not invent fake data. Preserve the current aesthetic.

Check list

  • Does this feature have a saved fallback?
  • Can the user recover without starting over?
  • Does the UI say what went wrong in one short line?
  • Is the backup path easy to find later?
  • Can we verify the result with a build or quick test?

Good candidates

  • revision pack exports
  • cached drill queues
  • course content loaders
  • deploy-sensitive markdown routes
  • local state that should survive refresh

Keep out

  • noisy modal spam
  • duplicate warning banners
  • fake placeholders that look real
  • big redesigns just to fit a safety note
Document Outline
Table of Contents
System Normal // Awaiting Context

Intelligence Hub

Navigate the knowledge graph to generate context. The Hub adapts dynamically to surface backlinks, related notes, and metadata insights.