mcpField
D
discover-product-domain

discover-product-domain

github.com/bhagyamudgal营销与增长2101 次安装4 天前更新
代码仓库

关于 discover-product-domain

这是一项将产品创意转化为候选名称,并在注册商处核实精确 .com 域名的引导式命名技能。它支持从零命名、评估候选清单和名称迭代,注册商交互保持只读。

主要功能

  1. 01引导填写命名需求并逐项提问
  2. 02通过三种独立视角生成名称
  3. 03为候选名称评分并筛查域名
  4. 04以只读方式向注册商确认
  5. 05支持候选清单、混合与迭代路线

适用场景

  1. 01为新产品构思名称
  2. 02评估并排列已有候选名称
  3. 03根据用户提供的片段改进名称

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/bhagyamudgal/skills --skill discover-product-domain

安装后在 Claude Code 中输入/discover-product-domain确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

agents/
openai.yaml
references/
domain-verification.md
durable-report.md
naming-lenses.md

详细介绍

发现产品域名

将产品创意转化为令人难忘的名称,并确认其精确的 .com 域名可在注册商处注册。我将像 Vids + Jar 这样由人组合词语视为核心发现机制,而不是事后补充的步骤。

模式

从引导模式开始。先提取已知事实,再一次提出一个尚未解决且影响重大的问题,提供 2-4 个选项,并将推荐选项放在首位。只有当用户明确要求快速、自主或一次性完成时,才使用快速模式。在快速模式下采用以下默认值,并跳过人工混词环节。

与注册商和账户的交互都保持只读。搜索并验证域名,但在登录、加入购物车、报价、购买、注册、创建账号或进行任何其他外部更改之前停止。仅在用户提出要求时,才编写本地 Markdown 报告。

入口路线

选择能保留用户已提供内容的最短路线。此表决定每条路线会执行哪些步骤。后续步骤不得重新决定路线。

路线步骤路线起点
从零开始1-8一个创意;执行完整流程
仅验证或排序1、4、6-8一份待评分、筛选、确认和排序的候选名单。绝不生成、混词或扩展
候选名单加备选项1、2、4-8候选名单本身就是用户的反馈;第 2 步的原子词库取材于名单和命名简报
混词或润色1、2、5-8名称、片段或一个名称作为用户的反馈,满足引导模式下的混词要求;原子词库取材于这些内容和命名简报

不要替换、悄悄扩展或忽略用户提供的候选集合。只有当用户要求备选项,或用户同意放宽不足的候选名单时,才在其范围之外生成内容。

流程

1. 确定命名简报

在提出任何问题之前,从对话中收集以下信息:

  • 命名对象及其一句话用途;
  • 主要受众和市场语言;
  • 核心承诺和期望传达的情绪;
  • 三年内的拓展边界;
  • 期望和禁止的语气、词语、发音及联想;
  • 名称应描述产品,还是作为抽象标识使用;
  • 受众能读懂的其他语言、他们熟悉术语的领域,以及名称不得与之冲突的现有品牌。

未明确的偏好默认设为:温暖、清晰、可信、易于全球发音、5-10 个字符,自然情况下为 2 个音节,且不含连字符或数字。描述或抽象字段默认设为不要求描述产品;生成名称前,阅读 ${CLAUDE_SKILL_DIR}/references/naming-lenses.md 中的“描述是可选的”部分。如果未说明受众熟悉的其他语言、术语领域或品牌冲突目标,则分别默认使用市场语言加英语、受众自身领域作为术语来源,以及用户在本次对话中提及的所有品牌。记录这些默认值,因为 ${CLAUDE_SKILL_DIR}/references/naming-lenses.md 中的“Wart 检查”会以此为依据。在引导模式下,只有当不同答案会实质性改变候选集合时才提问。

所有字段均已回答或明确采用默认值后,此步骤即告完成。

2. 构建原子词库

阅读 ${CLAUDE_SKILL_DIR}/references/naming-lenses.md 中的“原子词库”部分,然后从至少四个语义类别中提取至少 12 个不同的原子词。标注每个原子词的来源和类型,以便后续混词保留其来源信息。

原子词库包含足够的直述、暗示、隐喻、情感和语音素材,可供全部三个命名视角使用后,此步骤即告完成。

3. 独立生成

如果可以使用子 Agent,就并行派遣 3 个命名 Agent。完整阅读 ${CLAUDE_SKILL_DIR}/references/naming-lenses.md 中的镜头契约,并分别分配一个镜头:

  1. 复合词构造者
  2. 定位者
  3. 语音创造者

向每个 Agent 提供相同的简报和原子词库,但不要提供其他 Agent 的候选名称。在任务中附上该 Agent 的完整镜头规则,以及 ${CLAUDE_SKILL_DIR}/references/naming-lenses.md 中要求的输出格式。不要假设子 Agent 能解析此技能的相对路径。每个 Agent 返回 36 个名称池中分配给自己的部分。${CLAUDE_SKILL_DIR}/references/naming-lenses.md 中的“Description is optional”部分规定了如何划分以及何时调整划分。无法使用子 Agent 时,依次运行这三个镜头,并在综合之前将各自的名称池分开保存。

当三个独立镜头按简报分配生成了总计 36 个原始名称时,此步骤即完成。

4. 综合或评估

进行任何查询之前,先阅读 ${CLAUDE_SKILL_DIR}/references/domain-verification.md。该文件规定了两级证据阶梯。先通过注册局查询初筛,再向域名注册商确认。该文件也规定了两级查询都要记录的状态词汇。

按照 ${CLAUDE_SKILL_DIR}/references/naming-lenses.md 中的“Brand score”表为每个候选名称打分。域名可用性是域名门槛,指在注册商处确认的、价格为标准价格的精确 .com 域名,且不计入该评分。

对于从零开始命名的流程,先对名称池去重,再应用 ${CLAUDE_SKILL_DIR}/references/naming-lenses.md 中的混合运算符,并选出涵盖三个镜头的 12 个名称。对于用户提供的候选名单,应保留并评估所有候选名称,不要求凑足 12 个名称,也不强求覆盖所有镜头。保留被淘汰名称中的优质原子词。复合名称已被注册,仍可能包含最终名称的一半。

查询当前候选集对应的规范 .com 域名,并使用规定的状态词汇记录每次查询。

在引导式从零命名模式下,展示第一轮结果,并收集 ${CLAUDE_SKILL_DIR}/references/naming-lenses.md 中规定的唯一一条结构化反馈。在快速模式下,生成自主反馈。保留最有力的 4 个原子词或模式,排除底部候选名称共有的弱点,并记录你有意跳过了人工混合环节,且未推断出任何用户偏好。

满足以下任一条件时,此步骤即完成:从零命名的用户提供了混合反馈;快速模式记录了自主反馈;附带备选项的候选名单保留了所提供的名称集作为反馈;或仅验证候选名单已为每个所提供的名称记录经筛查的状态。

5. 生成 8 个混合名称

混合或优化流程在此处首次评分和查询。评分或查询前,先阅读第 4 步提到的两个参考文件。

将用户创建的每个组合都视为首要种子。应用“Remix operators”(混合运算符),见 ${CLAUDE_SKILL_DIR}/references/naming-lenses.md。如果可能,将反馈作为后续任务发回原镜头负责人,并在每项任务中附上相关混合运算符和输出约定。否则,在本地应用这些运算符。生成 8 个能够组合受青睐原子词、同时避开不受青睐模式的新名称。将用户提供的原始种子与 8 个混合名称一并评分,然后筛查所有尚未查询过的规范 .com 域名。

当 8 个非表面改动的混合名称都记录了经筛查的状态时,此步骤即完成。

6. 扩展候选

临时候选名称会标记为 candidate_available_rdap。这表示已完成筛查,但尚未确认。此状态允许向注册商确认,但不能证明任何人都能购买该域名。

使用以下状态转换。不要在第 6 步等待只有第 7 步才能获取的证据:

  • 提供的拼写无效。 请求准确的 .com 拼写,并停止,显示“Input blocked”,直到用户解决问题。记录并排除无效的生成候选名称,不要将其视为证据失败。
  • 证据未知。 使用 ${CLAUDE_SKILL_DIR}/references/domain-verification.md 中的退避策略重试一次。记录非必要的生成候选名称的未知状态;如果其他候选名称足以通过域名门槛,则将其排除。如果未知状态涉及用户提供的候选名单,或导致无法通过域名门槛,则停止,显示“Evidence blocked”,并指出受影响的域名以及失败的证据边界。证据不可用期间不要进行命名轮次。
  • 存在尚未确认的临时候选名称。 继续第 7 步。
  • 决赛候选不足 3 个,且没有待确认的临时候选名称。 如果当前路径不生成候选名称,则将剩余候选名称送回第 8 步。否则,在扩展轮次少于 2 轮时,调度 3 个视角,并提供失败的词根、注册商拒绝理由、偏好的词素和长度限制。按照第 3 步的方式,嵌入每个视角的完整规则和输出约定。对新候选池去重并评分,选出最强的新名称,进行筛查,然后再次应用这些状态转换。
  • 已用完 2 轮扩展。 询问要放宽哪项命名限制:词素词汇、语气、最大长度或复合词复杂度。不要放宽域名门槛。用户回答后,将扩展计数器重置一次。用户拒绝放宽限制或放宽后仍无结果时,停止并显示“Generation shortfall”。

生成过程中,每个视角都必须保持独立。

7. 向注册商确认

按照 ${CLAUDE_SKILL_DIR}/references/domain-verification.md 中的确认阶段执行,并记录所需的证据字段。在生成路径中,确认临时候选名称,直至 3 个名称通过域名门槛。在仅验证候选名单的路径中,确认用户提供的所有临时候选名称。

从最终 3 个候选名称中排除溢价、二级市场、保留、已注册和状态未知的域名。用户采取行动前,应立即重新检查选定名称,因为搜索并不会预留域名。

如果剩余决赛候选少于 3 个,且当前路径会生成候选名称,则返回第 6 步。对于仅验证用户提供候选名单的路径,报告不足之处,不要编造替代名称。

当生成路径获得 3 个经注册商确认的决赛候选名称,或第 6 步显示“Generation shortfall”;或者仅验证候选名单路径中的每个用户提供域名都达到终态 registered、registrar_confirmed_available 或 premium_or_reserved 时,此步骤即完成。临时候选名称永远不是终态。如果存在最强的幸存候选名称,请指出它。否则,按照符合当前状态的第 6 步状态转换处理。

8. 给出推荐

对于生成路线,除非用户要求更多,否则恰好返回三个最终候选项。当“生成数量不足”导致流程终止时,返回所有剩余候选项,并报告数量不足,而不是凭空补充候选项。对于仅验证的候选名单,按注册商确认的剩余候选项排序,不要为了凑数而编造名称。对于每个返回的名称,都要包含:

  • 拼写和发音;
  • 适配原因及其最明显的缺点;
  • 70 分制品牌评分;
  • 注册商确认的域名证据和价格。

对于生成、备选、混合和优化路线,还要包含原子配方、视角或用户来源,以及两个相近的混合方向。仅验证的结果不包含这些生成产物。

只要至少有一个名称通过筛选,就选出胜出名称。至少有两个名称通过筛选时,还要选出一个次优名称,并用一句话说明决定性的权衡。没有名称通过筛选时,报告数量不足,不要推荐名称。将用户偏好与数值品牌评分分开。提醒用户,此工作流未进行商标检索、社交账号名称验证或法律审查。

只有用户要求时才保存可长期查阅的报告,并遵循 ${CLAUDE_SKILL_DIR}/references/durable-report.md 中的要求。

完成条件

仅在到达终止状态时停止:步骤 7 的完成条件,或步骤 6 的“生成数量不足”“证据受阻”或“输入受阻”。按状态说明实际查询过的每个域名。

已记录并排除的生成候选项 unknown 或 invalid_candidate 不会阻止完成。只有当 unknown 属于用户提供的候选名单或导致域名关卡无法通过时,才返回“证据受阻”;只有当 invalid_candidate 是用户提供的名称时,才返回“输入受阻”。

用户的选择和步骤 7 的操作前复查会结束本次流程。只有获得单独授权并成功注册,才能确认已购得域名;本技能绝不声称已购得域名。

评论

支持 Markdown