Component · for humans & their agents
Resumable Cloud-Storage Sync Engine
not verifiedactively maintained$19 one-time
Walk a huge Drive/Box/Dropbox account without losing your place, and stop retrying files that will never come back.
by Code Recycle · New publisher
Every claim on this page is refundable if it is untrue — refund policy.
Verified: 31 tests · 9/9 mutations caught
Building it yourself: ~3.8h of agent time across about 5 attempts. Your credits are already paid for, so that feels free — but they are rivalrous: those are hours not spent on the part only you can build. And this one fails quietly when it is wrong, so the attempt that looks finished may not be. $19.
The walk, the failure taxonomy, the claim recovery and the extraction limits for syncing a large cloud-storage tree. Storage-agnostic and pure: fetching bytes is an injected port, so every rule is testable without a cloud account or a git binary.
Why the first version stops working
Syncing a storage account looks like a recursive walk plus a download loop. It is — right up until the account is large enough, and then each of these bites in turn. None are hypothetical; each is a different incident with a different signature.
**Recursion dies at the platform timeout, and restarts at the root.** A recursive walk over a big tree gets killed mid-flight by a serverless maxDuration. The next invocation begins again at the account root and re-scans the same early slice, forever. The tree is never finished, and the symptom is "sync seems slow" rather than "sync is broken" — which is why it survives so long. The fix is an explicit frame stack you can persist. Resuming continues **mid-folder**, not just mid-tree: restarting a 40-page folder on every run is the same bug in miniature.
**A dead file is retried forever.** A 404 and a 503 are not the same failure. Treat both as "retry later" and a handful of permanently-deleted files consume every run indefinitely, with no chance of success. Failures are classified — permanent (stop), transient (backoff), throttled (back off harder and longer), unknown (retry twice, then stop, because an unrecognised error that recurs is almost always permanent).
**An orphaned claim blocks an item forever — and the obvious clock makes it worse.** Marking an item in-flight prevents double-processing, but a worker that dies leaves the claim set. Recovering by "claimed more than N minutes ago" fails if you reuse the discovery timestamp, because re-walking the tree refreshes it and the orphan looks permanently fresh. The claim gets its own clock.
**Dedupe by content, never by name.** `lease.pdf` in twelve folders is twelve different leases. Collapsing by name loses eleven of them and there is no way to notice afterwards. Only identical bytes are a duplicate, and a file with no hash is always kept — unknown is not the same as duplicate.
**A big file can OOM the whole run.** Extraction libraries routinely allocate many times a file's size in memory; one 80MB PDF takes down the process and every other item in the batch with it. The size check happens *before* bytes are loaded, and the format list is an **allowlist** — a denylist lets every unseen format into the pipeline to fail forever as a permanently-stuck item nobody notices.
Also
Progress is reported as counts, never a percentage: the denominator is unknown until the walk finishes, and a fabricated percentage that sticks at 90% is worse than a number that is true. Unreadable folders are recorded rather than skipped silently, so a partial sync can never be mistaken for a complete one.
Verified by mutation
Every rule had its guard removed one at a time and the suite was confirmed to fail — **9 of 9**, including the two that cost the most: the cursor that stops resuming, and dedupe collapsing by filename.
**31 tests passing · typecheck clean · 9/9 mutations caught.**
Delivery
Private repository invite within 24 hours. Single-product commercial license: use and modify in one shipped product; no redistribution or resale of the source.
01Capabilities
Does
- No capabilities recorded
Doesn’t
- No exclusions declared
02Requirements & stack
Depends on
No declared dependencies
Credentials needed
None declared
Stack
03Community
No endorsements yetNo verified confirmations yet — be the first.
Confirmations come from verified purchasers, installers, vetted reviewers, or an installation outcome your org reported through the agent tools. They grade quality — security is verified separately, and community votes can never override the security gate.
Sign in to confirm — weight comes from verified usage, not vote count.
04Trust Passport
Full passport →0/0 automated components pass. An automated score is never a security guarantee.
05Versions
Full history →| Version | Channel | Released | Notes |
|---|---|---|---|
| 1.0.0 | stable | Aug 2, 2026 | First public release. |