Updating from the network

update is the command that touches the network in the daily loop. It polls marketplaces, refreshes the local cache, and recomputes version pins — without touching any agent config. (The one other networked path is setup-time: import’s plugin component re-fetches the plugins it captures from an agent’s native config.) apply then renders from that cache, so it’s always fast, offline, and reproducible.

agentsync update                       # refresh cache + show pending plugin bumps
agentsync update --apply               # refresh, then apply
agentsync update --apply --auto-safe   # same, auto-resolving only safe changes

Why the split matters

flowchart LR
    NET["marketplaces<br/>+ npm registry"] -->|update (network)| CACHE[".state/cache/"]
    CACHE -->|apply (offline)| AGENTS["agent configs"]

Separating “fetch” from “render” means:

• apply is deterministic — same cache in, same config out, no surprise network changes mid-apply.
• apply works offline — on a plane, in a locked-down CI runner, anywhere.
• Upgrades are intentional — you see pending plugin bumps from update before they take effect.

Manifest-SHA pinning

Every plugin records a content hash over its entire cache tree. A re-uploaded version or a tampered component body is detected as drift rather than silently consumed. See Architecture §7.

Scheduling refreshes

agentsync ships no daemon. Want nightly refreshes? Wire the one-liner into your own scheduler:

agentsync update --apply --auto-safe

Platform	Mechanism
macOS	launchd agent
Linux	cron or a systemd timer
Windows	Task Scheduler

The daily loop How --auto-safe interacts with the drift classifier.