name

Propose justified identifier renames using Sublime's anti-attractor procedure.

Updated Apr 27, 2026
One-click install
npx skills add https://github.com/nokusukun/sublime --skill name-nokusukun
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: name
Source: https://github.com/nokusukun/sublime/tree/main/name
Command: npx skills add https://github.com/nokusukun/sublime --skill name-nokusukun

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Improve identifiers — variables, functions, types, modules — by running Sublime's four-step anti-attractor procedure on each name, then proposing renames with one-line justifications. Never rename silently. Use when a codebase has generic names (data, item, result), Manager/Helper/Service suffix proliferation, or the UserData/UserInfo/UserDetails divergence pattern.

Core Features & Use Cases

The anti-attractor procedure provides a disciplined approach to rename naming slop, reduces cognitive load, and yields a set of auditable changes. It scans identifiers, evaluates naming patterns, avoids silent renames, and proposes explicit old → new mappings with justification for each concept. It can be used during code review, refactoring planning, or onboarding to enforce consistent terminology across a project.

Quick Start

Provide a single justified instruction to rename identifiers with the anti-attractor procedure.

Frequently Asked Questions about name

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

FAQPage Schema
How do I refactor generic variable names like data and item to improve code quality?

Refactor generic variable names by running Sublime's anti-attractor procedure to propose justified renames. The procedure scans identifiers, evaluates naming patterns, and outputs a table of old to new mappings with a one-line justification for each change, applying updates only after explicit confirmation.

What's the best way to fix inconsistent naming conventions like UserData versus UserInfo across a codebase?

Fix inconsistent naming conventions by scanning identifiers for divergent name variants across local and exported boundaries. The anti-attractor procedure evaluates these patterns and proposes explicit old to new mapping tables with justifications to enforce consistent terminology across the project.

Can I automatically rename Manager, Helper, and Service suffixes during code review?

Yes, you can rename Manager, Helper, and Service suffix proliferation during code review. The Skill identifies these suffix patterns, evaluates them using the anti-attractor procedure, and proposes justified renames in an auditable table without applying any silent changes.

How does the anti-attractor procedure handle safe renames for identifiers?

The anti-attractor procedure handles safe renames by following a disciplined four-step process to evaluate naming slop. It never renames silently, instead generating a table of proposed old to new identifier mappings with a justification for each concept, awaiting user confirmation before applying changes.

Does this refactoring approach apply to both local and exported function names?

Yes, this refactoring approach applies to both local and exported function names. The anti-attractor procedure specifically targets divergent name variants across local and exported boundaries, ensuring consistent terminology and reducing cognitive load throughout the entire codebase.

When should I avoid using automated rename proposals for code identifiers?

You should avoid using automated rename proposals when you need silent, immediate changes without audit. This approach never renames silently; it requires explicit user confirmation and outputs a table of old to new mappings with justifications, making it unsuitable for rapid, unreviewed bulk modifications.