renaming-services
Updates service documentation filenames, slugs, and internal references across the repository.
Install
mkdir -p .claude/skills/renaming-services && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/3989" && unzip -o skill.zip -d .claude/skills/renaming-services && rm skill.zipInstalls to .claude/skills/renaming-services
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Renames a service documentation file and updates all references. Use when renaming services, changing service slugs, fixing camelCase to kebab-case, or when service names change in the Coolify repository templates/compose/. Updates docs/services/, regenerates listings, and adds nginx redirects.Key capabilities
- →Renames documentation files in docs/services/
- →Updates service references in List.vue
- →Regenerates internal service data files
- →Updates nginx/redirects.conf paths
- →Updates local logo asset files
How it works
Executes a git rename for the markdown file and triggers the automated pipeline to regenerate all dependent listing files and configuration maps.
Inputs & outputs
When to use renaming-services
- →Rename service documentation files
- →Convert service slugs to kebab-case
- →Update nginx redirects after changing service names
About this skill
Rename Service Documentation
This skill guides you through renaming a service in the Coolify documentation, ensuring all references are updated correctly.
When to Use This Skill
- Service name changed in the Coolify repository
- Fixing incorrect service naming (e.g., camelCase to kebab-case)
- Consolidating duplicate service documentation
- Correcting typos in service slugs
Locations to Update
The slug used to live in three hand-edited places (the file, List.vue's services array, and all.md). With the new generation pipeline, the markdown filename is the slug, and the listing + all.md are regenerated from it. So renaming now touches:
- The documentation file (
docs/services/<old>.md→docs/services/<new>.md) — the slug - The logo asset (optional,
docs/public/images/services/) — only if you want it renamed too - Nginx redirects (
nginx/redirects.conf) — to keep old URLs working - Internal links (anywhere in
docs/referencing the old slug)
docs/.vitepress/theme/components/Services/List.vue, docs/.vitepress/theme/data/services.json, and docs/services/all.md are regenerated — do not hand-edit them.
Step-by-Step Process
1. Rename the Documentation File
git mv docs/services/old-name.md docs/services/new-name.md
Naming rules:
- Lowercase only
- Use hyphens for spaces (kebab-case)
- Match the service name from
service-templates-latest.json - Do not use camelCase even if the upstream JSON does (e.g.,
denoKV→denokv.md)
2. Rename the Logo (If Needed)
The icon resolver matches the file's basename against <slug>-logo, <slug>_logo, <slug>logo, and bare <slug>. After renaming the markdown:
- If the logo was named after the old slug, rename it to match the new slug, or add an explicit
icon:field in frontmatter pointing to the existing file.
git mv docs/public/images/services/old-name-logo.svg docs/public/images/services/new-name-logo.svg
3. Update Frontmatter (If Needed)
The slug isn't in frontmatter — it's the filename. But check:
icon:— if you set it explicitly to a path that included the old slug, update ittitle:— usually unchanged unless the rename also reflects a display-name change
Example:
---
title: "New Service Name" # update if the display name changed
description: "..."
category: "..."
icon: "/docs/images/services/new-name-logo.svg" # update if you set it explicitly
---
4. Add an Nginx Redirect
Edit nginx/redirects.conf:
# Redirect old service URL to new URL
location = /docs/services/old-name { return 301 /docs/services/new-name; }
# Also redirect legacy knowledge-base path if it existed
location = /knowledge-base/services/old-name { return 301 /docs/services/new-name; }
Keep redirects even for renamed/removed pages — they prevent 404s from search engines and bookmarks.
5. Update Internal Links
Search for references to the old slug:
grep -r "old-name" docs/
Update any found references. Be careful: the regenerated all.md and services.json will already have the new slug after step 6 — focus on hand-written cross-links in other docs pages.
6. Regenerate the Listings
bun run generate:services
This rewrites:
docs/.vitepress/theme/data/services.json(the entry now uses the new slug and, by extension, the new URL)docs/services/all.md(the entry's link now points to/services/new-name)
Commit both alongside the rename.
Verification Checklist
After renaming, verify:
- New file exists:
docs/services/new-name.md - Old file removed (via
git mv) - Logo renamed or
icon:frontmatter points to a real file - Redirect added to
nginx/redirects.conf - No broken internal links:
grep -r "old-name" docs/shows only intentional matches (e.g., the redirect itself) - Ran
bun run generate:services -
services.jsonandall.mduse the new slug - Service appears at
http://localhost:5173/docs/services/new-name - Old URL redirects to new URL (in production behind nginx)
- Logo displays on the listing card
Common Scenarios
Fixing camelCase to kebab-case
Coolify's JSON sometimes uses camelCase, but docs slugs are always lowercase kebab-case:
denoKV→denokv.mdhomeAssistant→home-assistant.md
Adding Version Numbers
When Coolify adds version-specific services:
mautic.md→mautic5.md(if JSON specifiesmautic5)
Compound Names
When the upstream slug becomes more specific:
ente.md→ente-photos.md
Troubleshooting
Service shows 404
- Check that the redirect is in
nginx/redirects.conf - Verify the markdown file actually exists at the new path
- Run
bun run generate:servicesand confirmservices.jsonhas the new slug
Old URL still works without redirect
- Nginx config may need a reload
- Check redirect syntax in
redirects.conf
Search engines still show old URL
- Redirects are working correctly (301 tells search engines to update)
- Takes time for search engines to re-crawl
Card shows wrong/no logo after rename
- The logo file basename probably no longer matches resolver candidates for the new slug
- Either rename the logo to
<new-slug>-logo.<ext>or seticon:in frontmatter
What Changed
This skill used to instruct you to update slug in List.vue's services array and to hand-edit docs/services/all.md. Both files are now generated from the markdown filename and frontmatter. Do not edit either by hand — run bun run generate:services instead.
Related Skills
adding-service-documentation— for creating new service docsdisabling-services— for hiding deprecated services
When not to use it
- →When the service name is being changed in upstream JSON but not in the documentation repository
- →When you need to manually edit service listing files
Prerequisites
Limitations
- →Does not automatically handle external search engine index updates
- →Requires manual intervention if logo naming conventions vary significantly from standard
- →Only supports lowercase kebab-case naming
How it compares
It automates the multi-file synchronization required for a service rename instead of relying on manual file edits.
Compared to similar skills
renaming-services side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| renaming-services (this skill) | 1 | 3mo | Review | Beginner |
| deepwiki-rs | 25 | 9mo | Review | Intermediate |
| python-code-style | 9 | 6mo | Review | Intermediate |
| code-review-excellence | 19 | 5mo | No flags | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by coollabsio
View all by coollabsio →You might also like
deepwiki-rs
sopaco
AI-powered Rust documentation generation engine for comprehensive codebase analysis, C4 architecture diagrams, and automated technical documentation. Use when Claude needs to analyze source code, understand software architecture, generate technical specs, or create professional documentation from any programming language.
python-code-style
wshobson
Python code style, linting, formatting, naming conventions, and documentation standards. Use when writing new code, reviewing style, configuring linters, writing docstrings, or establishing project standards.
code-review-excellence
wshobson
Master effective code review practices to provide constructive feedback, catch bugs early, and foster knowledge sharing while maintaining team morale. Use when reviewing pull requests, establishing review standards, or mentoring developers.
code-walk-thru
pchalasani
Use this when user wants you to walk through (code or text) files in a EDITOR to either explain how some code works, or to show the user what changes you made, etc. You would typically use this repeatedly to show the user your changes or code files one by one, sometimes with specific line-numbers. This way the user is easily able to follow along in their favorite EDITOR as you point at various files possibly at specific line numbers within those files.
cookbook-audit
anthropics
Audit an Anthropic Cookbook notebook based on a rubric. Use whenever a notebook review or audit is requested.
schema-markup
davila7
When the user wants to add, fix, or optimize schema markup and structured data on their site. Also use when the user mentions "schema markup," "structured data," "JSON-LD," "rich snippets," "schema.org," "FAQ schema," "product schema," "review schema," or "breadcrumb schema." For broader SEO issues, see seo-audit.