Cdn to local assets migration
Skill LaWebcapsule/d9-skills/skills/cdn-to-local-assets-migration
Agent Skills for d9 (Directus 9 fork) — install with: npx skills add LaWebcapsule/d9-skills
npx -y skills add LaWebcapsule/d9-skills --skill cdn-to-local-assets-migrationAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Process for migrating documentation assets from external CDN to local files to prevent broken links.
The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
2.7 KB, as published. Nobody here has run it
Skill: CDN to Local Assets Migration
Purpose
When forking a project that references assets from the original project's CDN, those CDN links can break at any time (CDN taken down, URLs changed, access revoked). This skill describes the process for auditing all CDN references and migrating assets to local files.
Triggers
- A project fork is being created and the original project hosts assets on its own CDN
- Documentation contains references to external image/video URLs (e.g.,
https://cdn.original-project.com/...) - A CDN migration or domain change is planned
Actions
-
Audit: Generate a CSV of all external asset references in the documentation
# Find all CDN references in markdown files grep -rn "https://cdn\." docs/ > cdn-assets-audit.csv -
Categorize each asset in the CSV:
- Keep: Download locally, update the markdown reference
- Replace: Provide a new asset (e.g., rebranded screenshot)
- Remove: Delete the reference from documentation (outdated content)
-
Download assets to keep into
docs/public/images/curl -o docs/public/images/filename.webp "https://cdn.example.com/original.webp" -
Update references in all markdown files:
<!-- BEFORE -->  <!-- AFTER -->  -
Verify: Check for broken image links by building the docs site and visually inspecting key pages
-
Clean up: Remove the audit CSV before merging
Errors Prevented
-
Broken images in production docs: If the original project revokes CDN access or changes URLs, all images in your fork's documentation break simultaneously. No warning — images just show as broken. In the d9 migration, 267 assets were at risk (162 images, 103 videos, 2 other).
-
Mixed content warnings: If your docs site uses HTTPS but CDN links are HTTP, browsers may block the images silently.
Restrictions
- Do NOT download copyrighted assets you don't have rights to — check the original project's license
- Videos are often too large to host locally — consider re-hosting on your own CDN or YouTube
- Keep the original filenames when possible to make the migration traceable
- Add
docs/public/images/to your git LFS configuration if the total size exceeds 50MB