Your library doesn't update itself when your content changes. A file is indexed as uploaded, and a website source is a snapshot from the day it was crawled. This guide covers the three habits that keep a Clone answering from current facts: replacing uploaded files, re-syncing web sources, and confirming every change in the Activity feed.
It depends on the source type. Static files — documents, images, audio, video and other uploads — are replaced. Re-syncable sources — websites, YouTube channels and other Web & Media sources — are refreshed with the Synchronize button on their row in Sources, without re-adding them.
Updating an uploaded file
There's no in-place edit for a static file: what you uploaded is what's indexed. Updating one is a quick replace.
Delete the old source
On the Knowledge page's Sources sub-tab, expand the library, find the outdated source and delete it.
NoteIf that source is also used in other libraries, deleting it offers two choices. Remove from this library takes it out here while it stays available in the others — the right pick when you only want to refresh this library. Delete sends it to the Recycle Bin and removes it from every library at once (restorable). A non-shared source just deletes to the Recycle Bin.
Upload the new version
Add the new file the same way you originally added it. It becomes a fresh source and starts processing.
NoteThe new version doesn't get a row straight away: while it processes, its name shows in a strip above the library's list — Queued, then Processing — and it appears in the list as its own row once it's processed. The strip comes back if you reload the page. If the upload fails, its line shows Failed (hover it for the reason) and, when the file can be retried, a Retry button that opens the file picker so you can upload it again; Activity has the full job.
Wait for it to finish processing
The new version is processed once it appears in the library's list as its own row; a single file never gets a status label. The Activity sub-tab tracks its progress (hit Refresh to update the feed). From its next reply onwards, the Clone retrieves from the new version.
Keeping website sources fresh
A website source is a snapshot, not a live mirror. The crawl captures the site at that moment, and your Clone reads from the captured copy — update the live site five minutes later and the Clone won't notice. You have three ways to bring a snapshot up to date:
- Scheduled re-sync — on the Synchronization sub-tab, switch on the site's own Auto-sync and the platform re-fetches it automatically, at the cadence you pick. A website's Auto-sync stays off until you switch it on. The next section walks through it.
- Manual re-sync — click the circular-arrow Synchronize button on the website's row in Sources when you've just published a change you want reflected straight away. Its options are explained just below.
- Replace the source — delete the website source and re-add it. A fresh crawl from scratch is sometimes cleaner when the site's structure has changed significantly.
While a re-sync crawls, the source row shows a live status such as Syncing: 22 found, 140 reviewed — the reviewed count keeps climbing even when found plateaus, so a rising reviewed number means the sync is still working.
For a website, Synchronize opens the Sync window. Pick one of its three options and click Start Sync: the sync runs in the background, and the bell tells you when it's done. The window opens on New + Changed every time:
| Option | What it does |
|---|---|
| New only | Adds the pages and files the site has gained. Pages already in the library stay as they are: changes aren't picked up, and removed pages aren't moved to the Recycle Bin |
| New + Changed | Recommended. Adds new pages, updates the ones that changed and moves pages the crawl no longer finds to the Recycle Bin |
| Select | Finds what's on the site now and lets you review and choose which items to process, as when you first added it |
The option you start a sync with is remembered for that site. After a New only sync, the site's scheduled syncs also add new pages only, until someone runs New + Changed again. Select doesn't change what's remembered.
On a New + Changed sync, pages the crawl can't find anywhere — neither through links from the start URL nor in the site's sitemap — are moved to the Recycle Bin, where you can restore them as one set. The run reports them on the Activity sub-tab as Removed (N) — no longer on the site, with a Recoverable from the Recycle Bin hint. A page you've unlinked from your menus stays as long as your sitemap still lists it. If more than a fifth of the site's pages in your library would go at once, IcloneU treats the crawl as unreliable and removes none of them. The same sync removes pages the crawl reaches but no longer keeps — page 2 and later of archive listings, and tag, category or author archives found only through the site's tag, category and author sitemaps, which the crawl skips; if those are more than a fifth of the site's pages in your library, it removes nothing at all, so delete the website and add it again to start clean. Content that has moved behind a login simply stops appearing. If a specific page must survive regardless, ingest it separately as a file source — export it to PDF and upload that.
Take a source out of use without deleting it
Sometimes a source should sit out for a while — last season's price list, or a page you're rewriting. Exclude it instead of deleting it: every source row in Sources, apart from the empty-media rows described below, has a slashed-circle button, Exclude from the clone's knowledge.
- Click it and a toast confirms: Source excluded — the clone will stop using it in a few seconds. The row stays in the list, greyed out, and nothing is deleted.
- An excluded source is out for every library that uses it, not just this one.
- Syncs leave an excluded source alone: they don't update it, even when the page has changed, and they don't move it to the Recycle Bin.
- To bring it back, click the same button — now a tick in a circle, Include in the clone's knowledge again. The toast reads Source included — its content is being re-added to the clone's knowledge.
Some rows are excluded for you. When a website or YouTube collection picks up a video or audio clip that comes out empty, IcloneU keeps it as an excluded row, so later syncs don't download and transcribe it again. A short tag after its name says why — No speech found, Couldn't transcribe, Not available on the platform or Longer than the allowed duration — and hovering the tag adds "Nothing from it reaches the clone. Use Retry to process it again." These empty-media rows have a circular-arrow button, Retry: process this media again, in place of the slashed circle, because including an empty row would add nothing. Retry processes that one item again, which uses units; if it still comes out empty, it stays excluded with its reason. Syncs never retry it on their own.
Next to a source's title, an information icon holds the summary IcloneU keeps for it: hover for a preview, click to open it in full. A source without a summary usually shows a circular arrow instead, Summary not generated yet — click to generate. Click it and IcloneU writes one (Summary generated.). When IcloneU no longer keeps its own copy of the source's content but still has the copy your Clones search (the indexed copy), it writes the summary from that copy and changes nothing else, with a different message: Summary generated from the indexed copy of this source, which may be out of date. Sync the source to rebuild it from the original. With no copy left at all, you'll see Can't regenerate this summary: the original content is no longer available.
Scheduling automatic syncs
The Synchronization sub-tab on the Knowledge page controls re-fetching for every syncable collection in your account. It has two halves: Global defaults on top, Per-collection overrides below.
Open the Synchronization sub-tab
From the left sidebar, open Knowledge and switch from Sources to Synchronization.
Switch on auto-sync
Enable the Auto-sync enabled master toggle. While it's off, no collection syncs on a schedule, whatever its own setting; Synchronize and Sync now still work. While it's on, a collection syncs on a schedule once its own Auto-sync is on under Per-collection overrides. Switching a collection's Auto-sync on, or adding a Shopify (pages & blogs) collection, turns the master toggle on for the whole account, so every other collection that is switched on syncs on schedule again.
Pick a default cadence
Set how often syncable collections re-fetch — every N day(s), week(s) or month(s). This default applies to every collection that doesn't override it. Click Save to apply the master toggle, the cadence and the Limits covered below; the switches under Per-collection overrides save as soon as you flip them.
Override per collection where needed
Each row in Per-collection overrides has its own Auto-sync toggle and a Cadence that reads INHERITED until you set a custom value with the edit pencil, plus Last sync and Next sync timestamps. Next to INHERITED, the Cadence column shows the default cadence from the step above, which is what the collection syncs at; save a new default and the Next sync of those collections moves to match it, counting from their last automatic sync. Most collections start with Auto-sync off and a dash under Next sync until you switch them on; Shopify (pages & blogs) collections start switched on. While the master toggle is off, a collection that's switched on still shows its Next sync, but nothing runs until you switch the master back on. A local folder's row shows Uploaded files — upload them again to update instead: its files are on your computer, so it can't sync from here.
TipTo pause a single collection without touching the rest, switch its Auto-sync off.
Global defaults also include Limits — cost guards that stop an automatic sync from running up your bill. Anything that exceeds them is skipped and surfaced in the Activity log, so you can see what was filtered out:
| Limit | Default | What it protects against |
|---|---|---|
| Skip videos longer than [N] minutes | 60 minutes | Transcription costs on auto-discovered videos |
| Skip audio longer than [N] minutes | 90 minutes | The same, with extra headroom for podcasts |
| Skip files larger than [N] MB | 500 MB | Accidental huge-file drops in synced folders |
| Max new items per sync | 50 items | A backlog discovery loading everything at once |
| Pause auto-sync if balance is below [USD N] | USD 10 | Sync costs draining a low balance — resumes once you top up |
A video or audio clip on a website that runs past the video or audio limit also shows in that website's collection as an excluded row tagged Longer than the allowed duration. To take it in, raise the limit, click Save, then use the row's Retry: process this media again button. A video over 180 minutes stays excluded whatever the limit.

Confirming changes in Activity
The Activity sub-tab is the audit trail — "Background jobs across all your libraries — uploads, crawls, syncs, retries", as the page itself puts it. Each row is one processing event, with Collection, Phase, Status and When columns; the Phase column reads Discovery, Upload to AI or Sync (the Type filter calls Upload to AI jobs Loading).
| Filter | Options |
|---|---|
| Status | All · In progress · Completed · Failed · Cancelled |
| Type | All · Discovery · Loading · Sync |
| Range | Last 7 days by default; other ranges in the dropdown |
| Collection | Scope the feed to a single collection |
Two buttons round it out: Refresh reloads the feed while you wait on an in-progress job, and Open details drawer gives a closer view of a selected entry. Items skipped by the sync limits also surface here, so a quieter-than-expected sync run has an explanation. On a New + Changed sync, pages that haven't changed count as skipped too, so a large skipped number is normal.
When a Clone seems to be missing a fact you know you added, look here first — confirm the job completed before debugging anything else.
If you try to leave the Knowledge page while a review, upload, source-edit, or connector-setup popup is open, you'll be asked to confirm — your staged files and reviewed selections aren't lost unless you choose to leave.

Frequently asked
That's not documented yet — whether one file from a previously imported archive can be re-uploaded on its own is still being confirmed. The safe path: upload the updated file as a separate source, and if the old version still exists as its own row from the import, delete that row.
They're skipped during that auto-sync run rather than processed, and surfaced in the Activity log so you can see what was filtered out. If something you wanted was skipped, raise the relevant limit on the Synchronization sub-tab so the next sync can take it.
The deletion may not have fully propagated through the index yet. Wait a few minutes and re-test; if the old content persists past roughly fifteen minutes, the source may be stuck — contact support with the source ID.
Open Activity first: pages and files a run couldn't take are listed in its details under Errors, each with its reason, and if a whole run stopped on an error, its reason is in the bell instead. Pages your site's robots.txt asks crawlers not to read are listed there too, under Skipped at the site's request (N). A sync that couldn't read the site at all still shows as completed, with nothing added: its reason is in the bell, under We could not check your site. Otherwise, if the run completed, confirm the Clone is attached to this library, then check its match-strictness setting: Strict or Exact can miss new passages even when they're indexed.
Last updated October 4, 2026 · Knowledge Library