rcode-rebrand

Plan stack-wide rebranding migrations across code, docs, and assets.

2|1|Updated Apr 10, 2026
One-click install
npx skills add https://github.com/hanzlahabib/rcode --skill rcode-rebrand
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: rcode-rebrand
Source: https://github.com/hanzlahabib/rcode/tree/main/rcode/skills/core/rcode-rebrand
Command: npx skills add https://github.com/hanzlahabib/rcode --skill rcode-rebrand

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Rebranding is risky because one name change can affect packages, repositories, environment variables, assets, copy, URLs, social handles, documentation, code references, and legal materials all at once. This Skill turns that brittle big-bang change into a controlled migration with clear checkpoints.

Core Features & Use Cases

  • Inventory all brand surfaces: Find and classify every old-brand reference across the repository.
  • Decompose safely: Split the migration into one surface per commit so changes are reviewable and reversible.
  • Protect compatibility: Keep old and new names working together during a transition window for env vars, links, and public-facing references.
  • Use case: Rename a product, company, or package across code, docs, assets, and external channels without missing hidden dependencies or breaking production workflows.

Quick Start

Ask the assistant to scan the repository for every old-brand reference, group the results by rebrand surface, and produce a phased commit plan with compatibility notes and communication steps.

Frequently Asked Questions about rcode-rebrand

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I plan a repository rebranding migration without breaking production?

Repository rebranding migration requires a full inventory of old-brand references, surface-by-surface categorization, and phased commit decomposition with compatibility windows. This approach splits the brittle big-bang change into controlled, reviewable steps.

What brand surfaces should I inventory during a project rename?

During a project rename, inventory package identity, repository metadata, environment variables, assets, copy, redirects, documentation, code references, social handles, and legal materials. Group these references by rebrand surface to plan safe, isolated commits.

How do I maintain environment variable compatibility during a package rename?

Maintain environment variable compatibility during a package rename by keeping old and new names working together throughout a transition window. This protects public-facing references and links from breaking production workflows during the migration.

What is the best way to decompose a codebase rename into reviewable commits?

Decompose a codebase rename by applying one rebrand surface per commit. This phased commit decomposition ensures changes remain isolated, reviewable, and reversible, with verification required after each surface modification.

Can I use a phased migration approach for renaming company assets and social handles?

Yes, a phased migration approach applies to renaming company assets, copy, social handles, and legal materials. It requires categorizing each external channel as a distinct surface to ensure compatibility windows and verification steps are applied.

Why do big-bang project name changes break documentation and redirects?

Big-bang project name changes break documentation and redirects because one name change affects multiple surfaces simultaneously without compatibility windows. Splitting the migration into surface-by-surface phases with verification prevents missing hidden dependencies.