creator-discovery-router

创作者发现路由

适用场景

• 用户希望寻找创作者、KOL、KOC、网红或合作候选人。
• 请求包含平台、细分领域、粉丝区间、受众、地域、语言、种子账号、竞品账号或合作契合度。
• 首要任务是在联系候选人之前，确定如何收集候选人。

不适用场景

• 不要在此技能中收集平台数据；应转交给范围最窄的下游采集器。
• 不要在面向用户的说明中暴露内部路由标签。
• 如果下一项技能已经明确，不要止步于路由判断。

核心规则

不要把每个“寻找创作者”的请求都视为关键词资料搜索。

先提取真实约束：平台、粉丝范围、召回范围、主题、受众、地域／语言、创作者类型、时效性、活跃度、种子账号和可联系性。平台搜索噪声较大时，使用更宽的召回范围，之后再缩小候选名单。

路由模式

• handle-first：用户已有种子创作者、竞品账号、用户名或关注列表时使用。补充完善资料和近期内容。
• content-first：需要关注细分领域契合度、持续发帖、内容相关性或按粉丝区间发现创作者时使用。先收集内容，再补充完善作者资料。
• graph-first：优质候选人隐藏在社群、话题标签、合作关系、提及、本地语言圈或种子账号相邻网络中时使用。
• mixed：发现工作需要多轮处理时使用，例如先通过 content-first 寻找活跃创作者，再通过 graph-first 扩展，最后通过 handle-first 补充完善资料。

路由启发规则

• 同时有粉丝范围和细分领域契合度要求时，应优先选择 content-first 或 graph-first，而不是仅按关键词搜索账号。
• 要判断内容相关性，应先收集帖子／视频，再对创作者进行排序。
• 判断受众契合度时，应参考近期内容模式、语言和反复出现的表达方式，不要只相信简介。
• 最终确定候选名单前，应先对创作者类型进行分类：个人创作者、品牌／产品账号、教育者／顾问或聚合账号。
• 已有种子账号时，应从 handle-first 开始；对于可直接联系的潜在客户，应先收集、补充完善资料并评分，再交由外联处理。

默认工作流

1. 在内部规范需求说明。
2. 适用时，创建机器可读的路由产物。
3. 用通俗的业务语言说明计划。
4. 平台和路由明确时，在同一轮中完成交接。
5. 只有在答案会改变路由时，才提出一个简短的澄清问题。

输出格式

产物包含 platform、route、primarySkill、explanation 和 handoffReady。将该输出作为路由产物，然后把用户的业务约束一并传递给下游采集器。

停止条件

• 如果缺少必要的用户意图、来源证据或用户自有输入产物，且猜测会改变结果，则停止。
• 如果自有 CLI 或脚本命令失败，报告确切错误并停止。不要用仅含元数据的回答、就绪状态探测、本地载荷改写、备用提供方或未发布的工具绕过失败。

交接

• TikTok 发现 -> tiktok-research。
• Instagram 创作者发现 -> instagram-creator-discovery。
• Instagram 账号资料补充 -> instagram-account-research。
• X 账号发现或资料补充 -> x-tools。
• 候选名单确定后准备外联 -> creator-outreach。

公共命令边界

• 根据用户输入选择最匹配的最小命令或工作流，并直接运行。
• 如果自有 CLI 或脚本命令失败，请报告确切错误并停止。不要通过仅依据元数据作答、探测就绪状态、本地改写负载、使用备用提供方或未发布的工具来绕过失败。
• 此公共技能由指令驱动。请直接根据现有证据生成工作流描述的产物。
• 不要调用私有提供方／运行时路径或未发布的本地工具。
• 如果 CLI 返回引号确认质询，请运行 postplus quote confirm --json --challenge-file <challenge.json>，然后使用返回的令牌重试。