Skill / 插件 / 扩展命名策略
核心发现：VS Code 扩展搜索算法严重依赖安装量，新扩展命名的清晰度直接决定早期获客——“Debug Log Cleaner”比”Smart Folding”多获得数倍初始安装。Skill/插件命名面临”可搜索性 vs 品牌化”的根本矛盾，最优解是”描述性词根 + 品牌化修饰”的混合策略。
信息源：VS Code Extension Marketplace 文档、DEV Community、Chrome Web Store 指南
一、VS Code 扩展命名策略
搜索与发现机制
VS Code Marketplace 的搜索排名受以下因素影响：
| 因素 | 权重 | 对命名的影响 |
|---|
| 安装量 | 极高 | 新扩展劣势——前几十个安装决定生死 |
| 名称关键词匹配 | 高 | 名称含用户搜索词 = 自然流量 |
| 描述文本匹配 | 中 | 名称不够清晰时的补救 |
| 分类标签 | 中 | 同品类扩展被分组展示 |
| 评分与评论 | 中 | 影响点击转化 |
命名的核心洞察
最清晰的价值主张 = 最快的早期安装
| 名称 | 类型 | 安装效果 |
|---|
| Debug Log Cleaner | 功能描述型 | 用户一眼知道它做什么 → 下载无犹豫 |
| Smart Folding | 模糊品牌型 | 需要读描述才懂 → 大量用户跳过 |
| Prettier - Code Formatter | 品牌 + 描述 | 最佳实践——品牌辨识 + 功能清晰 |
VS Code 扩展命名规则
| 规则 | 说明 |
|---|
| 名称是唯一标识符 | 一旦删除，名称被永久保留，任何人（包括原作者）都不能复用 |
| displayName 是展示名 | 搜索算法同时匹配 name 和 displayName |
| publisher.name 是完整 ID | 如 esbenp.prettier-vscode——publisher 前缀提供命名空间 |
推荐命名结构
[品牌名（可选）] - [功能描述] [技术栈修饰（可选）]
| 案例 | 解析 |
|---|
ESLint | 纯品牌名——已有强品牌认知 |
Prettier - Code Formatter | 品牌 + 功能描述 |
Python | 语言名即品牌——微软官方扩展 |
GitLens — Git supercharged | 品牌 + 价值主张（非功能描述） |
REST Client | 纯功能描述——品类搜索友好 |
二、Chrome 扩展命名策略
Chrome Web Store 与 VS Code 的差异
| 维度 | Chrome Web Store | VS Code Marketplace |
|---|
| 审核速度 | 慢（天级） | 快（小时级） |
| 用户画像 | 普通用户为主 | 开发者为主 |
| 搜索行为 | 功能词搜索（“广告拦截”） | 工具名搜索（“eslint”） |
| 名称策略侧重 | 功能关键词 > 品牌 | 品牌 + 关键词并重 |
Chrome 扩展命名最佳实践
| 原则 | 说明 | 案例 |
|---|
| 功能词前置 | 用户搜索行为以功能词为主 | ”Ad Blocker Plus”（非 “Plus Ad Blocker”） |
| 简短 | 商店列表中长名会被截断 | ”uBlock Origin” > “Ultimate Block Origin Ad Blocker” |
| 避免通用词独占 | ”Tabs”太通用，搜索结果中淹没 | ”OneTab”、“Tab Wrangler”——通用词+修饰 |
| 品类词必含 | 用户不知道品牌时依赖品类搜索 | ”Grammarly for Chrome”（品牌 + 品类） |
三、Claude Code Skill 命名分析
当前 Skill 命名模式
观察 Claude Code 生态中的 Skill 命名，可以提炼出几种模式：
| 模式 | 案例 | 优势 | 劣势 |
|---|
| 连字符描述型 | bb-browser、rss-digest、video-downloader | 功能一目了然 | 无品牌差异化 |
| 隐喻/概念型 | art-of-questioning、ipcha-mistabra | 有文化内涵、有记忆点 | 需要额外解释功能 |
| 动词型 | search-first、find-skills | 暗示行为、可动词化 | 过于通用 |
| 品牌+描述型 | baoyu-infographic、baoyu-image-gen | 创作者归属 + 功能清晰 | 名称较长 |
Skill 命名的独特约束
| 约束 | 说明 |
|---|
| CLI 友好 | 名称需要在命令行中快速输入——短 + 无特殊字符 |
| 一对多安装 | 同一 Skill 可能装到多个工作台——名称不能绑定特定项目 |
| 触发词关联 | Skill 描述中的触发词比名称更影响发现——名称可偏品牌化 |
| 无搜索引擎 | 目前 Skill 没有公开商店搜索——口碑传播为主——记忆度 > SEO |
Skill 命名建议
当前 Skill 生态处于早期，无公开搜索商店。此阶段的最优策略：
- 记忆度优先：口碑传播时用户需要能”说出来”——
art-of-questioning 比 deep-question-generator-v2 好
- 连字符分隔：符合 CLI 工具命名惯例，如
bb-browser、rss-digest
- 2-3 个词：太短（
gen）不明确，太长（automated-research-data-collector）难记
- 功能词根保底：至少包含一个与功能相关的词——
browser、digest、search
- 描述文本补功能：名称可以品牌化，但 Skill 的 description 字段必须包含所有功能关键词和触发词
四、可搜索性 vs 品牌化的统一框架
核心矛盾
| 维度 | 可搜索性优先 | 品牌化优先 |
|---|
| 名称风格 | python-code-formatter | Black |
| 搜索发现 | ✅ 天然匹配 | ❌ 需要知道名字才能搜 |
| 记忆度 | ❌ 同质化严重 | ✅ 独特可记忆 |
| 口碑传播 | ❌ 难以口头推荐 | ✅ “你用过 Black 吗？“ |
| 商标保护 | ❌ 通用词无法注册 | ✅ 独特词可注册 |
混合策略（推荐）
公式：品牌名 + 功能描述（在副标题/描述中）
| 平台 | 名称 | 描述/副标题 |
|---|
| VS Code | Prettier | ”Code formatter” |
| Chrome | uBlock Origin | ”An efficient ad blocker” |
| npm | chalk | ”Terminal string styling” |
| Skill | bb-browser | ”强大的信息获取与浏览器自动化工具” |
按生态阶段调整策略
| 阶段 | 策略 | 理由 |
|---|
| 早期（无搜索商店） | 品牌化 > 描述性 | 口碑传播、记忆度决定增长 |
| 成长期（有搜索但竞品少） | 混合策略 | 搜索开始重要但品牌仍是差异化 |
| 成熟期（搜索商店竞争激烈） | 描述性 + ASO 优化 | 搜索发现成为主要获客渠道 |
五、扩展/插件命名 Checklist
命名前
命名中
命名后
信息源
核心参考
补充参考