What Review Changes shows
- Writable items: the concrete changes an apply would make, grouped by evidence kind.
- Unsupported items with reasons: evidence Gandalf will not touch. Instead of falling back to unsafe generic file replacement, unsupported kinds stay observe-only with a specific reason.
- Risk metadata: per-item severity (critical, high, medium, low, none) plus a summary total.
- Rollback instructions: per-item guidance so you know how to undo before you apply.
Review Changes is not apply authority
A Review Changes surface previews a plan, but the plan is not frozen. Any mutation refreshes or revalidates the underlying plan at apply time so what you reviewed still matches reality. If the world has changed, Gandalf refuses the stale apply.Where you see it
gandalf restore --dry-runprints the restore plan as text or JSON. This is the default when--applyis omitted:The output lists snapshot, target project, target home, writable change count, unsupported item count, and per-item plan entries with risk and rollback.gandalf restore --apply --experimentalre-runs the plan build inside the apply path before writing. Add--rollbackto auto-undo on failure.- The TUI Changes tab: every provider-backed action in Console tabs (Hooks, Plugins, Marketplace, Skills, MCP Servers) routes through Review Changes before writing. There is no bypass in the TUI.
gandalf applyfor the team manifest prints a “Review Changes before Apply” list of drift items and prompts for confirmation unless--yesis passed.