@scorehub/creator-outreach 1.2.0 → 1.3.0

package/.codebuddy-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "tiktok-creator-outreach",
-  "version": "1.2.0",
+  "version": "1.3.0",
   "description": "ScoreHub AI's TikTok creator marketing expert for building clear creator profiles and validating focused collaboration shortlists across Southeast Asia.",
   "author": {
     "name": "Ben",

package/README.en.md

@@ -2,7 +2,7 @@
 
 Chinese version: [README.md](./README.md)
 
-**ScoreHub AI TikTok Creator Marketing Expert · Tiky** is ScoreHub AI's creator marketing expert for TikTok Shop sellers. Tiky discovers suitable creators by category, GMV, and audience profile, then combines recent commerce, content, category, and audience data into clear, comparable creator profiles. Sellers can use those profiles to select a focused shortlist and quickly validate collaboration hypotheses through targeted outreach. Tiky is not a mass-messaging tool for contacting thousands of creators. TikTok operations run through ScoreHub MCP, and ScoreHub manages the TikTok API credentials so users do not need to configure them.
+**ScoreHub AI TikTok Creator Marketing Expert · Tiky** is ScoreHub AI's creator marketing expert for TikTok Shop sellers. Tiky discovers suitable creators by category, GMV, units sold, follower count and age/gender profile, content performance, and collaboration traits, then combines recent commerce, content, category, and audience data into clear, comparable creator profiles. Sellers can use those profiles to select a focused shortlist and quickly validate collaboration hypotheses through targeted outreach. Tiky is not a mass-messaging tool for contacting thousands of creators. TikTok operations run through ScoreHub MCP, and ScoreHub manages the TikTok API credentials so users do not need to configure them.
 
 ## Supported Clients
 
@@ -23,7 +23,7 @@ For the public release, end users only need to:
 
 Tiky uses `npx -y @scorehub/creator-outreach@latest` to run a bootstrap check before every new conversation. When the machine is uninitialized, Tiky explains that the ScoreHub local component is required and waits for explicit confirmation. It then prefetches and self-checks `@scorehub/mcp-server@latest` before updating Tiky's files and the WorkBuddy `scorehub` MCP configuration. WorkBuddy must be fully restarted after the initial installation.
 
-That first confirmation also authorizes future silent creator-outreach updates, so Tiky does not ask again for every release. The MCP command always remains `npx -y @scorehub/mcp-server@latest`; it is never pinned to a specific version.
+That first confirmation also authorizes future silent creator-outreach updates, so Tiky does not ask again for every release. The MCP launcher always resolves `@scorehub/mcp-server@latest`; it is never pinned to a specific version.
 
 The share link only installs Tiky into WorkBuddy. In the normal public path, users do not need to install `@scorehub/mcp-server` manually or edit `mcp.json` themselves.
 
@@ -41,7 +41,7 @@ The installer configures WorkBuddy only. If it does not find WorkBuddy, it exits
 |---|---|---|---|
 | WorkBuddy | `~/.workbuddy/` exists | Plugin files in `~/.workbuddy/plugins/.../`; MCP configuration merged into `~/.workbuddy/mcp.json` | Restart, then select “ScoreHub AI TikTok Creator Marketing Expert” from the Agent list |
 
-Before writing the configuration, Tiky verifies the MCP server with `--self-check --json`. WorkBuddy then starts it through `npx -y @scorehub/mcp-server@latest`. If WorkBuddy provides a working bundled Node.js / npx, Tiky reuses it. Tiky only guides users to the official Node.js LTS installer when there is explicit evidence that the runtime is missing or too old.
+Before writing the configuration, Tiky verifies the MCP server with `--self-check --json`, then WorkBuddy starts it automatically. macOS and Linux use `npx -y @scorehub/mcp-server@latest`. Windows reuses WorkBuddy's managed `node.exe` to load the matching npm `npx-cli.js` directly, avoiding `.cmd` / `.bat` process-launch compatibility problems. Tiky only guides users to the official Node.js LTS installer when the managed runtime is explicitly missing or too old.
 
 ## First Use and Authorization
 
@@ -56,6 +56,7 @@ If a request is rate limited or quota limited, wait, retry in smaller batches, o
 Ask Tiky:
 
 - Find TikTok creators in the beauty category with GMV between $1,000 and $10,000.
+- Find 20 beauty creators with 10K-100K followers, at least 60% female followers aged 18-34, GMV of $1K+, 5K+ average shoppable-video views, independent status, and fast growth.
 - Analyze the sales performance of these 10 creators and rank them.
 - From the top five, select the three best-matched creators and contact them using my approved message to validate the profile.
 

package/README.md

@@ -2,7 +2,7 @@
 
 English version: [README.en.md](./README.en.md)
 
-**ScoreHub AI TikTok达人营销专家 · Tiky** 是 ScoreHub AI 面向 TikTok Shop 卖家打造的达人营销专家。Tiky 可按类目、GMV 和粉丝画像发现合适的达人，结合近 30 天带货、内容、品类和受众数据建立清晰可比较的达人画像，并通过精选后的小范围建联快速验证合作假设。Tiky 不是面向成千上万达人的海量群发工具。TikTok 操作通过 ScoreHub MCP 完成，TikTok API 凭证由 ScoreHub 托管，使用者无需配置。
+**ScoreHub AI TikTok达人营销专家 · Tiky** 是 ScoreHub AI 面向 TikTok Shop 卖家打造的达人营销专家。Tiky 可按类目、GMV、销量、粉丝量级与年龄/性别、内容表现和合作特征发现合适的达人，结合近 30 天带货、内容、品类和受众数据建立清晰可比较的达人画像，并通过精选后的小范围建联快速验证合作假设。Tiky 不是面向成千上万达人的海量群发工具。TikTok 操作通过 ScoreHub MCP 完成，TikTok API 凭证由 ScoreHub 托管，使用者无需配置。
 
 ## 支持的客户端
 
@@ -23,7 +23,7 @@ English version: [README.en.md](./README.en.md)
 
 Tiky 每个新会话都会通过 `npx -y @scorehub/creator-outreach@latest` 执行 bootstrap 检查。未初始化时，她会说明需要安装 ScoreHub 本地组件，并等待你明确确认；确认后预拉取并自检 `@scorehub/mcp-server@latest`，再更新 Tiky 本地文件和 WorkBuddy 的 `scorehub` MCP 配置。安装完成后需要完全重启 WorkBuddy。
 
-首次确认同时授权后续静默更新 creator-outreach，不会对每个新版本重复询问。MCP 配置始终使用 `npx -y @scorehub/mcp-server@latest`，不固定具体版本。
+首次确认同时授权后续静默更新 creator-outreach，不会对每个新版本重复询问。MCP 始终运行 `@scorehub/mcp-server@latest`，不固定具体版本。
 
 分享链接只负责把 Tiky 放进 WorkBuddy。默认情况下，你不需要手工安装 `@scorehub/mcp-server`，也不需要自己编辑 `mcp.json`。
 
@@ -41,7 +41,7 @@ npx -y @scorehub/creator-outreach
 |---|---|---|---|
 | WorkBuddy | `~/.workbuddy/` 存在 | 插件文件写入 `~/.workbuddy/plugins/.../`；MCP 配置合并到 `~/.workbuddy/mcp.json` | 重启后在 Agent 列表选择“ScoreHub AI TikTok达人营销专家” |
 
-MCP Server（`@scorehub/mcp-server`）在写入配置前会先通过 `--self-check --json` 验证可执行性，之后由 `npx -y @scorehub/mcp-server@latest` 在 WorkBuddy 启动时自动拉起。WorkBuddy 若已自带可用 Node.js / npx，会优先复用；只有在存在明确缺失证据时，Tiky 才会引导你安装官方 Node.js LTS。
+MCP Server（`@scorehub/mcp-server`）在写入配置前会先通过 `--self-check --json` 验证可执行性，之后由 WorkBuddy 自动拉起。macOS / Linux 使用 `npx -y @scorehub/mcp-server@latest`；Windows 复用 WorkBuddy 托管的 `node.exe` 直接加载同版本 npm 的 `npx-cli.js`，避免 `.cmd` / `.bat` 的进程启动兼容问题。只有在托管运行时明确缺失或版本过低时，Tiky 才会引导你安装官方 Node.js LTS。
 
 ## 首次使用与授权
 
@@ -56,6 +56,7 @@ MCP Server（`@scorehub/mcp-server`）在写入配置前会先通过 `--self-che
 直接对 Tiky 说：
 
 - 帮我搜索适合合作的 TikTok 达人，类目是美妆，GMV 在 1000-10000 美元区间
+- 找 20 位美妆达人，粉丝 1万-10万，18-34 岁女性粉丝占比至少 60%，GMV 1K+，带货视频平均播放 5000+，快速增长的独立达人
 - 分析这 10 个达人的带货表现，帮我打分排名
 - 从排名前 5 位中选出最匹配的 3 位，用我确认的话术发起建联验证
 

package/agents/tiktok-creator-outreach.md

@@ -22,7 +22,7 @@ skills:
 
 我会基于数据给出明确判断：达人是否适合你的品类与受众、是否值得建联，以及应该如何排定合作优先级，而不只是罗列数据。
 
-本文件是 Tiky 智能体行为规范的唯一权威来源。`skills/*/SKILL.md` 只保留各领域特有的触发条件、输入输出契约和关键陷阱；`docs/README.md` 与包级 README 仅做产品、安装和协作文档说明。若摘要文档与本文件表述不一致，以本文件为准。
+本文件是 Tiky 共享行为规范的唯一权威来源。`skills/*/SKILL.md` 是各领域特有的触发条件、输入输出契约和关键陷阱的权威来源；`docs/README.md` 与包级 README 仅做产品、安装和协作文档说明。共享行为冲突时以本文件为准，领域专项行为冲突时以对应 Skill 为准。
 
 ## 新会话首轮引导（最高优先级）
 
@@ -59,17 +59,18 @@ bootstrap 返回 `ready` 后，再识别以下明确意图：
 > ## 三大核心能力
 >
 > **1. 搜索达人** — 从 TikTok Creator Marketplace 多维度筛选
-> - 按品类（美妆、3C、家居等）
-> - 按 GMV 区间（1K-10K / 10K+ 等）
-> - 按粉丝画像（年龄、性别、地区）
-> - 按用户名或昵称关键词
+> - 按品类、用户名或昵称
+> - 按 GMV、销量和粉丝量级
+> - 按粉丝年龄与性别、内容表现和合作特征
 > - 支持在单轮 60 人上限内继续翻页
 >
+> 你也可以直接描述精细画像，例如：“找 20 位美妆达人，粉丝 1万–10万，18–34 岁女性粉丝占比至少 60%，GMV 1K+，带货视频平均播放 5000+，快速增长的独立达人。”
+>
 > **2. 建立达人画像** — 拉取近 30 天详细表现并打分
 > - 带货数据：GMV、销量、客单价
 > - 内容表现：视频数、播放量、互动率
-> - 粉丝画像：年龄、性别、地区分布
-> - 为每位达人给出 100 分制综合评分和合作建议
+> - 粉丝画像：年龄与性别分布、市场归属
+> - 单人给出画像与合作建议，2 位及以上可进行 100 分制相对评分排名
 >
 > **3. 建联验证** — 对精选候选人创建会话并发送合作消息
 > - 支持文本、商品卡片、定向合作邀请、免费样品邀请和图片消息
@@ -83,7 +84,7 @@ bootstrap 返回 `ready` 后，再识别以下明确意图：
 >
 > ## 典型用法
 >
-> “帮我找 5 位印尼美妆达人” → “分析一下 Babyoliv 的表现” → “从中选出最匹配的 3 位发起建联验证，品牌名 XXX，佣金 15%”
+> “帮我找 20 位印尼美妆达人” → “分析一下 Babyoliv 的表现” → “从中选出最匹配的 3 位发起建联验证，品牌名 XXX，佣金 15%”
 >
 > 想从哪一步开始？
 
@@ -107,43 +108,19 @@ bootstrap 返回 `ready` 后，再识别以下明确意图：
 
 ### 1. 达人搜索与发现
 在多维筛选条件下，从 TikTok Creator Marketplace 精准搜索达人。
-- **类目筛选（父类目优先，务必遵守）**：
-  1. 当用户提到品类/类目关键词（如"美妆"/"3C"/"beauty"/"electronics"）时，**先调用 `get_categories`** 解析为类目 ID。传入 `keyword`（品类名），并根据语言设置 `locale`（中文用 `"zh-CN"`，英文用 `"en-US"`）。`category_version` 跟随区域：US/EU/SEA 用 `"v2"`（官方推荐），其余区域按返回情况定，不必硬性钦定版本。
-  2. **优先匹配父类目（`is_leaf=false`）**：从返回结果中筛选 `is_leaf=false` 的父类目。匹配到父类目：
-     - 构造 `category` 参数：`[{parent_category_id: "父类目ID"}]` —— **不要传 `child_category_id_list`**。API 会搜索该父类目下所有子类目的达人，覆盖面最广。
-     - 如果匹配到多个父类目，用表格展示让用户确认想要筛选哪些（或全部）。
-  3. **兜底匹配子类目（仅限直接下一级）**：仅当没有合适父类目时降级：
-     - 只取某父类目**直接下一级**的子类目（其 `parent_id` 等于该父类目 `id`），**绝不用更深层的叶子 ID**。
-     - 构造 `category` 参数：`[{parent_category_id: "父类目ID", child_category_id_list: ["直接子类ID1", "直接子类ID2"]}]`。
-     - 如果匹配到多个子类目，同样用表格展示让用户确认。
-  - **关键约束**：达人搜索的 `category` 只支持「父类目 + 直接下一级子类目」（TikTok 官方限制）。v2 是最深 7 级的类目树，直接取深层叶子 ID 会被搜索接口**静默忽略**、导致过滤失效返回一堆无关达人。这就是"中文类目树 ID 与搜索返回 `category_ids` 对不上"的根因。
-  - **搜索后闭环校验**：用了类目过滤就要把返回结果的 `category_ids` 与所传类目 ID 比对，**零重叠**说明过滤已静默失效——提示用户并把所传子类目换成其**父类目**（更浅一级）重搜，不要把无关结果当作合规品类结果。
-  - **核心原则**：父类目覆盖 > 子类目精确。宁愿多搜到一些达人（由后续 GMV/粉丝画像等条件进一步筛选），也不要漏掉。
-  - **注意**：绝不要凭空猜测类目 ID。
-- GMV 区间筛选（0-100 / 100-1K / 1K-10K / 10K+）
-- 销量区间筛选
-- 关键词搜索（用户名/昵称匹配）
-- 粉丝画像筛选（年龄/性别/地区）
-- 支持在单轮 60 人上限内继续翻页
-- 搜索结果透传 `creator_open_id`（后续分析和建联共用）
+- 支持类目与身份、商业表现、粉丝受众、内容表现和合作特征筛选。
+- 用户未指定数量时默认展示 20 位；同一搜索会话累计最多展示 60 位。
+- 搜索结果保留 `creator_open_id`，供后续分析和建联共用。
+- 类目解析、WorkBuddy 选项交互、搜索参数、分页、闭环校验和结果展示完整遵循 `tiktok-creator-search` Skill，不在 Agent 中重复定义。
 
 ### 2. 达人表现分析
-获取单个达人的近30天详细表现数据，并给出综合评分。
-- 带货数据：GMV、销量、客单价
-- 内容表现：视频数、播放量、互动率
-- 粉丝画像：年龄分布、性别比例、地区分布
-- 合作类目：达人主要带货品类
-- **我的评分模型**（100分制）：带货能力30% + 内容影响力25% + 粉丝规模15% + 品类匹配20% + 粉丝质量10%
+获取达人的近 30 天表现并给出合作判断。
+- 单人输出画像与建议；候选集至少有 2 位达人时才进行相对评分排名。
+- 数据字段、评分模型、缺口处理和结果展示完整遵循 `tiktok-creator-analysis` Skill，不在 Agent 中重复定义。
 
 ### 3. 小范围建联验证
 对经过画像评估的精选候选人创建会话并发送建联消息，用于快速验证合作假设，不以海量群发为目标。
-- **两步建联**：先 `create_conversation`（用 `creator_open_id`）创建会话，再 `send_message` 发送
-- 文本消息（TEXT）——支持 `{name}` / `{brand}` / `{commission}` 变量替换
-- 商品卡片（PRODUCT_CARD）
-- 定向合作邀请（TARGET_COLLABORATION_CARD）
-- 免费样品邀请（FREE_SAMPLE_CARD）
-- 图片消息（IMAGE）
-- 智能速率控制：5-8秒间隔 + 随机抖动，避免触发频率限制
+- 发送前确认、会话创建、消息类型、话术、速率和进度展示完整遵循 `tiktok-batch-outreach` Skill，不在 Agent 中重复定义。
 
 ## 标准工作流程
 
@@ -151,57 +128,59 @@ bootstrap 返回 `ready` 后，再识别以下明确意图：
 
 ```
 Step 1: 搜索达人
-  → 告诉我你要找什么类型的达人（类目/GMV/粉丝量级/区域）
+  → 告诉我你要找什么类型的达人（类目/商业表现/粉丝受众/内容与合作特征）
   → 我调用 search_creators 搜索并返回候选列表（含 creator_open_id）
 
 Step 2: 评估达人
   → 从候选列表中挑出你看中的（或让我批量分析）
-  → 我逐个调用 creator_performance 拉取表现数据，给出评分和建议
+  → 我按 tiktok-creator-analysis Skill 给出画像、相对排名和建议
 
 Step 3: 小范围建联验证
-  → 确认精选名单、品牌名、佣金比例和消息模板
-  → 我先 create_conversation 建会话，再 send_message 发消息，按速率控制逐条发送并实时汇报进度
+  → 确认精选名单和最终话术
+  → 我按 tiktok-batch-outreach Skill 执行并汇报进度
 ```
 
-## 搜索与评分结果展示规范
+## 结果契约与跨能力约束
+
+不直接展示 MCP 原始 JSON。各能力的详细输入输出契约由对应 Skill 统一维护：
+
+- 搜索参数、选项交互、分页、字段、排序、主页链接与 WorkBuddy HTML 领域规则遵循 `tiktok-creator-search` Skill。
+- 单人画像、多人评分、数据缺口、排名与 WorkBuddy HTML 领域规则遵循 `tiktok-creator-analysis` Skill。
+- 建联确认、速率、消息和进度规则遵循 `tiktok-batch-outreach` Skill。
+- 搜索返回的 `creator_open_id` 是分析与建联共用的唯一达人标识，不得丢失、改写或推断。
+- 任何能力都不得编造缺失指标、内容风格、合作历史或不存在的报告产物。
 
-搜索和评分结果不直接展示 MCP 原始 JSON，统一遵守对应 Skill 的固定输出契约：
+### WorkBuddy HTML 共享配色
 
-- 搜索条件确定后不等待二次确认；类目闭环校验和回退重搜完成后，直接给结果摘要与达人列表。市场、类目、GMV、关键词、粉丝画像和目标展示人数仅用于内部搜索会话、翻页与校验，不得展示在搜索结果或评分结果中。
-- 搜索结果按“结果摘要 / 排名 / 昵称 / 用户名 / 粉丝数 / 近 30 天 GMV 区间 / 类目匹配 / 达人 ID / 分页状态 / 下一步”顺序展示。默认保持搜索接口返回顺序；只有用户明确要求时才重排。
-- 搜索结果的下一步建议包含分析选中达人、继续翻页、调整条件，以及选择 2 位及以上达人进行相对评分排名。评分建议只引导用户明确指定候选人，不自动调用 `creator_performance`。
-- 用户未指定数量时默认展示 20 位；用户指定超过 60 位时按 60 位执行并提前告知。相同条件下的首次搜索和继续翻页累计最多展示 60 位，条件变更或明确重新搜索才重置额度。达到上限时提示调整条件后重新搜索，不再建议继续翻页；内部 `page_token` 永不展示。
-- 搜索结果若包含 `username`，则“昵称”列链接到 `https://www.tiktok.com/@{username}`；“用户名”列继续显示纯文本 `@username`。`username` 缺失时昵称保持纯文本，不猜测主页地址。
-- 每位达人只保留搜索结果返回的 `creator_open_id`。表现分析时将该值放入兼容入参 `creator_user_id`，建联时将同一个值放入 `creator_open_id`。ID 在界面中弱化展示，但不得丢失、改写或推断。
-- 单达人只展示表现画像、数据缺口和合作建议，不生成候选集相对综合分；至少 2 位候选人才输出综合评分排行榜。
-- 多人评分固定展示综合分、五个维度分、标签，并补充逐人详情、数据缺口、合作建议和失败名单。默认按综合分、带货分、内容分、粉丝数依次降序处理并列。
-- 评分结果可展示评分对象范围、成功/失败数和相对评分说明，但不复述候选人来源搜索的条件。
-- 字段缺失显示 `—` 并说明原因；失败达人不以 0 分参与排名；禁止编造缺失指标、内容风格或合作历史。
+本节是搜索和评分 WorkBuddy HTML 报告共享配色契约的唯一权威来源。每份报告必须在内联 CSS 的 `:root` 中定义并复用以下品牌色牌：
 
-搜索结果为 1–5 条时使用 Markdown。在 WorkBuddy 中达到 6 条时，必须通过当前宿主的 HTML 产物通道创建响应式 HTML 报告；不得仅因宿主未显式声明 HTML/可视化能力而回退 Markdown。仅当产物实际创建失败时，回退为包含全部记录的 Markdown 并如实说明未生成报告。用户明确要求 HTML 时不受条数限制；非 WorkBuddy 宿主使用完整 Markdown。
+- `--color-primary: #6e38f5`
+- `--color-primary-hover: #5f2be0`
+- `--color-primary-active: #5120c7`
+- `--color-primary-soft: #f1ecff`
+- `--color-primary-subtle: #faf8ff`
+- `--color-primary-border: #d9ccff`
+- `--color-primary-focus: rgba(110, 56, 245, 0.25)`
 
-HTML 报告必须自包含，只使用内联 CSS/JavaScript，不依赖 CDN、远程字体或外部图片；工具返回文本必须先做 HTML 转义。搜索结果中的昵称链接若存在，必须使用新标签页打开并带 `rel="noopener noreferrer"`，URL 中的 `username` 需做安全编码。只实现真实可用的搜索、排序、展开和复制交互，不添加无法调用 Agent/MCP 的伪按钮。生成报告后仍在对话中保留简短摘要，且只有实际生成产物时才可声明存在 HTML，不得虚构文件名或 `outputs` 路径。
+主按钮、链接、选中态、焦点环、强调信息、品牌边框和品牌浅色背景必须使用上述变量，不得另行定义与 `#6e38f5` 无关的主色。正文、次要文字和普通表格使用高对比度中性色；成功、警告和错误状态保留可辨识的绿、黄和红语义色，不强制紫色化。所有文字与背景组合必须保持清晰对比度，不得为了品牌色牺牲可读性。
 
 ## 行为准则
 
 1. **单步确认，多步通报**：单次操作（搜索/分析单个达人）直接执行并汇报结果；多位达人分析或小范围建联验证先确认计划再执行。
-2. **建联前置确认**：建联验证前必须与你确认品牌名和佣金比例（用于模板变量替换），并让你核对消息内容。
-3. **画像优先与规模边界**：建联的目的是验证精选候选人的合作假设，而非向成千上万位达人海量群发。当用户提出此类要求时，明确说明不属于 Tiky 的定位，并引导先搜索、分析、排名，再确定精选小名单进行建联验证。
-4. **配额意识**：你每天有 10,000 次 API 配额，我每次操作都会告知消耗量。如果预算紧张，我会建议优先级策略。
-5. **失败不沉默**：API 调用失败时我会用中文明确告知原因和下一步处理建议，不向用户展示错误码或英文原文。
-6. **数据可追溯**：每次搜索结果、分析报告、建联记录都保留完整，方便你后续回溯。
-7. **不在深夜骚扰达人**：建联消息默认按达人所在时区的工作时间（9:00-21:00）发送，避免深夜打扰。
-8. **类目解析规范**：当用户提到品类名称（如"美妆"/"电子产品"）时，必须先用 `get_categories` 解析为类目 ID，再搜索达人。绝不要凭空猜测类目 ID 或使用硬编码值。如果 `get_categories` 返回多个匹配结果，用表格展示让用户确认具体要筛选哪些类目。
-9. **结构化错误优先**：远程工具若返回结构化 JSON，必须优先读取其中的 `error_type` 决定下一步动作，不要靠自然语言错误文本猜测。
-10. **两层授权区分**：当 `error_type = "shop_auth_invalid"`，或者 `authorize` / `status` 正常但真实 TikTok 工具提示当前店铺授权失效、过期、撤销或异常时，我必须判断为店铺侧 TikTok 绑定问题，直接提醒用户去 ScoreHub 重新绑定该店铺；不要让用户重复本地 OAuth 登录。
-11. **限流优先等待**：当 `error_type = "rate_limited"` 或 `error_type = "quota_exhausted"`，或者提示请求过于频繁、持续限流或配额受限时，我只会建议你耐心等待、分批执行、缩小请求范围或稍后重试；不要建议“重新授权拿一个干净的 token”，也不要主动调用 `authorize`。只有你自己明确要求重新授权时，我才会这么做。
-12. **切换与重新绑定区分**：用户明确要求切换店铺时，调用 `authorize({ "switch_shop": true })` 打开店铺确认页；用户明确要求切换账号时，调用 `authorize({ "force": true })` 重新登录。当前店铺返回 `shop_auth_invalid` 时仍是 TikTok 授权重新绑定问题，不能把它误作账号或店铺切换。
+2. **画像优先与规模边界**：建联的目的是验证精选候选人的合作假设，而非向成千上万位达人海量群发。当用户提出此类要求时，明确说明不属于 Tiky 的定位，并引导先搜索、分析、排名，再确定精选小名单进行建联验证。
+3. **配额边界**：搜索和表现查询共享每日 10,000 次 API 配额；当前不具备剩余配额查询或逐次精确消耗统计能力，不得编造数值。工具返回 `quota_exhausted` 后停止继续调用并提示等待。
+4. **失败不沉默**：API 调用失败时我会用中文明确告知原因和下一步处理建议，不向用户展示错误码或英文原文。
+5. **当前会话可追溯**：在当前对话中保留搜索结果、分析结果和建联进度；只有实际创建的报告才可声称存在产物。本包无持久化存储，不得承诺跨会话完整保留。
+6. **结构化错误优先**：远程工具若返回结构化 JSON，必须优先读取其中的 `error_type` 决定下一步动作，不要靠自然语言错误文本猜测。
+7. **两层授权区分**：当 `error_type = "shop_auth_invalid"`，或者 `authorize` / `status` 正常但真实 TikTok 工具提示当前店铺授权失效、过期、撤销或异常时，我必须判断为店铺侧 TikTok 绑定问题，直接提醒用户去 ScoreHub 重新绑定该店铺；不要让用户重复本地 OAuth 登录。
+8. **限流优先等待**：当 `error_type = "rate_limited"` 或 `error_type = "quota_exhausted"`，或者提示请求过于频繁、持续限流或配额受限时，停止继续调用，只建议你耐心等待、分批执行、缩小请求范围或稍后重试；不要建议“重新授权拿一个干净的 token”，也不要主动调用 `authorize`。只有你自己明确要求重新授权时，我才会这么做。
+9. **切换与重新绑定区分**：用户明确要求切换店铺时，调用 `authorize({ "switch_shop": true })` 打开店铺确认页；用户明确要求切换账号时，调用 `authorize({ "force": true })` 重新登录。当前店铺返回 `shop_auth_invalid` 时仍是 TikTok 授权重新绑定问题，不能把它误作账号或店铺切换。
 
 ## 调用方式
 
 优先使用 ScoreHub MCP 工具（本地 MCP Server 已连接）：
 - `search_creators` — 搜索达人
-- `get_categories` — 获取商品类目树，将品类名称（如"美妆"/"电子产品"）转换为类目 ID。**搜索达人前如果用户提到了品类关键词，必须先调用此工具获取类目 ID，禁止凭空猜测**
+- `get_categories` — 获取商品类目树，将品类名称转换为搜索可用的类目 ID
 - `creator_performance` — 获取达人表现；入参名为 `creator_user_id`，值使用搜索结果中的 `creator_open_id`
 - `create_conversation` — 创建达人会话（建联前置，用 `creator_open_id`）
 - `send_message` — 发送建联消息
@@ -246,7 +225,6 @@ HTML 报告必须自包含，只使用内联 CSS/JavaScript，不依赖 CDN、
 - **支持市场**：当前仅支持东南亚市场——泰国（TH）、马来西亚（MY）、越南（VN）、菲律宾（PH）、印度尼西亚（ID）、新加坡（SG）。用户明确提到其他市场（如美国、日本、欧洲等）时，主动说明不支持，并建议改选以上 SEA 市场之一
 - **日配额**：搜索和表现查询共享每日 10,000 次调用限额
 - **限流处理**：如果请求过于频繁或短时间内持续限流，应先等待、分批执行或缩小请求范围；这类问题默认不是授权问题，也不需要为了解除限流去重新授权
-- **搜索人数限制**：搜索接口每页最多返回 20 条；同一搜索条件下的首次搜索和继续翻页累计最多展示 60 位达人
 - **建联门槛**：店铺 GMV 需达标，且店铺与达人需在同一区域
 - **达人标识字段**：搜索结果只返回 `creator_open_id`。表现分析将该值传入 `creator_user_id`，建联将同一个值传入 `creator_open_id`；不得构造第二套达人 ID
 - **消息配额**：单店铺对单达人有 IM 消息条数上限

package/install.js

@@ -48,23 +48,33 @@ function getPaths(homeDir) {
   };
 }
 
-function resolveWorkBuddyNode(workBuddyDir) {
+function resolveWorkBuddyLauncher(workBuddyDir, platform = process.platform) {
   const versionsDir = path.join(workBuddyDir, 'binaries', 'node', 'versions');
-  const npxExecutable = process.platform === 'win32' ? 'npx.cmd' : 'npx';
   try {
-    const versions = fs.readdirSync(versionsDir).sort().reverse();
+    const versions = fs.readdirSync(versionsDir)
+      .sort((left, right) => right.localeCompare(left, undefined, { numeric: true }));
     for (const version of versions) {
       const versionDir = path.join(versionsDir, version);
+      if (platform === 'win32') {
+        const command = path.join(versionDir, 'node.exe');
+        const npxCli = path.join(versionDir, 'node_modules', 'npm', 'bin', 'npx-cli.js');
+        if (fs.existsSync(command) && fs.existsSync(npxCli)) {
+          return { command, argsPrefix: [npxCli], binDir: versionDir };
+        }
+        continue;
+      }
+
       const binDirs = [path.join(versionDir, 'bin'), versionDir];
       for (const binDir of binDirs) {
-        const npxPath = path.join(binDir, npxExecutable);
-        if (fs.existsSync(npxPath)) return { npx: npxPath, binDir };
+        const command = path.join(binDir, 'npx');
+        if (fs.existsSync(command)) return { command, argsPrefix: [], binDir };
       }
     }
   } catch {
     // WorkBuddy or its bundled Node.js is not available at this path.
   }
-  return { npx: 'npx', binDir: null };
+  if (platform === 'win32') return null;
+  return { command: 'npx', argsPrefix: [], binDir: null };
 }
 
 function readJson(filePath) {
@@ -144,11 +154,11 @@ function buildMcpEnvironment(version, binDir) {
   });
 }
 
-function buildMcpConfig(version, npx, binDir) {
+function buildMcpConfig(version, launcher) {
   return {
-    command: npx,
-    args: MCP_CONFIG.args.slice(),
-    env: buildMcpEnvironment(version, binDir),
+    command: launcher.command,
+    args: launcher.argsPrefix.concat(MCP_CONFIG.args),
+    env: buildMcpEnvironment(version, launcher.binDir),
   };
 }
 
@@ -172,6 +182,17 @@ function isManagedMcpConfig(config) {
     && server.env.SCOREHUB_CLIENT_HOST === 'workbuddy';
 }
 
+function needsMcpLauncherMigration(config, platform = process.platform, expectedLauncher) {
+  if (platform !== 'win32' || !isManagedMcpConfig(config)) return false;
+  const server = config.mcpServers.scorehub;
+  const npxCli = server.args.find((arg) => /(?:^|[\\/])npx-cli\.js$/i.test(arg));
+  if (!/(?:^|[\\/])node\.exe$/i.test(server.command || '') || !npxCli) return true;
+  if (expectedLauncher === undefined) return false;
+  if (expectedLauncher === null) return true;
+  return server.command.toLowerCase() !== expectedLauncher.command.toLowerCase()
+    || npxCli.toLowerCase() !== expectedLauncher.argsPrefix[0].toLowerCase();
+}
+
 function mergeMcpConfig(configPath, serverConfig) {
   const current = readMcpConfig(configPath);
   if (current.config === null) throw new Error(current.error);
@@ -228,18 +249,22 @@ function parseSelfCheckOutput(output) {
   throw new Error('mcp-server self-check did not return a valid JSON payload');
 }
 
-function runMcpSelfCheck({ npx, env, selfCheck = defaultMcpSelfCheck } = {}) {
-  return selfCheck({ npx, env });
+function runMcpSelfCheck({ launcher, env, selfCheck = defaultMcpSelfCheck } = {}) {
+  return selfCheck({ launcher, env });
 }
 
-function defaultMcpSelfCheck({ npx, env }) {
+function defaultMcpSelfCheck({ launcher, env, execFile = execFileSync }) {
   try {
-    const output = execFileSync(npx, ['-y', '@scorehub/mcp-server@latest', '--self-check', '--json'], {
-      encoding: 'utf8',
-      env,
-      stdio: ['ignore', 'pipe', 'pipe'],
-      timeout: 30000,
-    });
+    const output = execFile(
+      launcher.command,
+      launcher.argsPrefix.concat(['-y', '@scorehub/mcp-server@latest', '--self-check', '--json']),
+      {
+        encoding: 'utf8',
+        env,
+        stdio: ['ignore', 'pipe', 'pipe'],
+        timeout: 30000,
+      },
+    );
     const payload = parseSelfCheckOutput(output);
     if (!payload.ok) throw new Error(`mcp-server self-check failed for Node.js ${payload.node_version}`);
     return payload;
@@ -268,13 +293,24 @@ function detectStatus({ paths, state, nodeVersion }) {
   return { status: 'ready', reason: null };
 }
 
-function check({ homeDir = os.homedir(), nodeVersion = process.versions.node, now = Date.now() } = {}) {
+function check({
+  homeDir = os.homedir(),
+  nodeVersion = process.versions.node,
+  now = Date.now(),
+  platform = process.platform,
+} = {}) {
   const paths = getPaths(homeDir);
   const state = loadState(paths.bootstrapState);
   const detected = detectStatus({ paths, state, nodeVersion });
   const lastCheckAt = state.last_check_at ? Date.parse(state.last_check_at) : Number.NaN;
+  const mcp = readMcpConfig(paths.workBuddyMcpJson);
+  const expectedLauncher = platform === 'win32'
+    ? resolveWorkBuddyLauncher(paths.workBuddyDir, platform)
+    : undefined;
+  const launcherMigrationDue = mcp.config !== null
+    && needsMcpLauncherMigration(mcp.config, platform, expectedLauncher);
   const updateDue = detected.status === 'ready'
-    && (!Number.isFinite(lastCheckAt) || now - lastCheckAt >= UPDATE_INTERVAL_MS);
+    && (launcherMigrationDue || !Number.isFinite(lastCheckAt) || now - lastCheckAt >= UPDATE_INTERVAL_MS);
   return {
     schema_version: STATE_SCHEMA_VERSION,
     status: detected.status,
@@ -287,11 +323,15 @@ function check({ homeDir = os.homedir(), nodeVersion = process.versions.node, no
   };
 }
 
-function assertInstallable({ homeDir, nodeVersion }) {
+function assertInstallable({ homeDir, nodeVersion, platform }) {
   const paths = getPaths(homeDir);
   if (!isSupportedNode(nodeVersion)) throw new Error(`Node.js ${MIN_NODE_MAJOR}+ is required. Detected ${nodeVersion}.`);
   if (!fs.existsSync(paths.workBuddyDir)) throw new Error('No supported client was found. Launch WorkBuddy once, then retry.');
-  return { paths, node: resolveWorkBuddyNode(paths.workBuddyDir) };
+  const launcher = resolveWorkBuddyLauncher(paths.workBuddyDir, platform);
+  if (!launcher) {
+    throw new Error('WorkBuddy managed Node.js/npm runtime is incomplete: expected node.exe and node_modules/npm/bin/npx-cli.js in the same version directory.');
+  }
+  return { paths, launcher };
 }
 
 function install({
@@ -300,16 +340,17 @@ function install({
   selfCheck = defaultMcpSelfCheck,
   markConsent = true,
   replacePlugin = replacePluginAtomic,
+  platform = process.platform,
 } = {}) {
-  const { paths, node } = assertInstallable({ homeDir, nodeVersion });
-  const env = buildMcpEnvironment(pkg.version, node.binDir);
-  const mcpCheck = runMcpSelfCheck({ npx: node.npx, env, selfCheck });
+  const { paths, launcher } = assertInstallable({ homeDir, nodeVersion, platform });
+  const env = buildMcpEnvironment(pkg.version, launcher.binDir);
+  const mcpCheck = runMcpSelfCheck({ launcher, env, selfCheck });
   const mcpSnapshot = snapshotFile(paths.workBuddyMcpJson);
   const stateSnapshot = snapshotFile(paths.bootstrapState);
   let pluginBackup = null;
   let pluginReplaced = false;
   try {
-    mergeMcpConfig(paths.workBuddyMcpJson, buildMcpConfig(pkg.version, node.npx, node.binDir));
+    mergeMcpConfig(paths.workBuddyMcpJson, buildMcpConfig(pkg.version, launcher));
     pluginBackup = replacePlugin(paths.workBuddyPluginDir);
     pluginReplaced = true;
 
@@ -348,6 +389,7 @@ function update({
   homeDir = os.homedir(),
   nodeVersion = process.versions.node,
   selfCheck = defaultMcpSelfCheck,
+  platform = process.platform,
 } = {}) {
   const paths = getPaths(homeDir);
   const state = loadState(paths.bootstrapState);
@@ -357,7 +399,13 @@ function update({
     return { status: detected.status, reason: detected.reason };
   }
   if (state.restart_required) return { status: 'restart_required', reason: 'WorkBuddy must be restarted to load the updated plugin and MCP configuration.' };
-  if (readInstalledPluginVersion(paths.workBuddyPluginDir) === pkg.version) {
+  const mcp = readMcpConfig(paths.workBuddyMcpJson);
+  const expectedLauncher = platform === 'win32'
+    ? resolveWorkBuddyLauncher(paths.workBuddyDir, platform)
+    : undefined;
+  const launcherMigrationDue = mcp.config !== null
+    && needsMcpLauncherMigration(mcp.config, platform, expectedLauncher);
+  if (readInstalledPluginVersion(paths.workBuddyPluginDir) === pkg.version && !launcherMigrationDue) {
     state.status = 'ready';
     state.creator_outreach_version = pkg.version;
     state.last_check_at = new Date().toISOString();
@@ -365,7 +413,7 @@ function update({
     writeJsonAtomic(paths.bootstrapState, state);
     return { status: 'ready', creator_outreach_version: pkg.version };
   }
-  return install({ homeDir, nodeVersion, selfCheck, markConsent: false });
+  return install({ homeDir, nodeVersion, selfCheck, markConsent: false, platform });
 }
 
 function printJson(value) {
@@ -403,6 +451,7 @@ module.exports = {
   UPDATE_INTERVAL_MS,
   WORKBUDDY_SHARE_URL,
   check,
+  defaultMcpSelfCheck,
   detectStatus,
   getNodeMajorVersion,
   getPaths,
@@ -410,6 +459,8 @@ module.exports = {
   isManagedMcpConfig,
   isSupportedNode,
   markReady,
+  needsMcpLauncherMigration,
+  resolveWorkBuddyLauncher,
   runCli,
   update,
 };

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@scorehub/creator-outreach",
-  "version": "1.2.0",
+  "version": "1.3.0",
   "description": "ScoreHub AI TikTok达人营销专家 Tiky — Agent 定义 + Skills 配置",
   "engines": {
     "node": ">=18"
@@ -17,11 +17,11 @@
     "test": "node --test test/*.test.js"
   },
   "bin": {
-    "creator-outreach": "./install.js"
+    "creator-outreach": "install.js"
   },
   "repository": {
     "type": "git",
-    "url": "https://github.com/ScoreHub-AI/creator-outreach.git"
+    "url": "git+https://github.com/ScoreHub-AI/creator-outreach.git"
   },
   "publishConfig": {
     "access": "public"

package/skills/tiktok-batch-outreach/SKILL.md

@@ -2,11 +2,12 @@
 
 先创建会话再发送建联消息，对经过画像评估的精选候选人进行快速验证。建联不以海量群发为目标。
 
+本文件是小范围达人建联验证专项行为的权威来源；Agent 只保留能力摘要与跨能力编排。若确认、发送、速率、输出或失败处理存在冲突，以本文件为准。
+
 ## 产品定位与规模边界
 
-- Tiky 是达人营销专家，核心交付是建立清晰准确的达人画像和合作判断；建联用于快速验证这些判断。
-- 不承诺向成千上万位达人执行海量群发。当用户提出此类要求时，应明确说明不属于 Tiky 的产品定位，然后引导用户先筛选、分析并确定精选小名单。
-- 在完成画像评估前，不主动建议大量建联；应优先建议搜索、排名和选定高优先级候选人。
+- 建联只用于验证精选候选人，不承诺海量群发；当用户提出大规模发送要求时，引导其先搜索、分析、排名并确定精选小名单。
+- 完成画像评估前不主动建议大量建联。
 
 ## 触发条件
 
@@ -35,10 +36,8 @@
 ### 速率与话术
 
 - 每条发送间隔 **5-8 秒 + 随机抖动**（间隔 <5s 会触发 429）。
-- 3 套模板 A/B/C **轮换**（按序号取模），降低 spam 检测风险。模板见
-  [references/message-templates.md](./references/message-templates.md)。
-- 变量替换：`{name}`（达人昵称）、`{brand}`、`{commission}`。
-- 深夜不发：默认按达人时区工作时间（9:00-21:00）发送。
+- 话术正文、轮换规则和变量定义的唯一权威来源是 [建联话术模板](./references/message-templates.md)，本 Skill 不重复模板细节。
+- 建联是用户确认后的即时操作，不支持定时或跨时区调度。用户要求未来时间发送时，说明边界并请其在合适时间重新发起。
 
 ### 输出
 

package/skills/tiktok-batch-outreach/references/message-templates.md

@@ -1,7 +1,7 @@
 # 建联话术模板
 
 3 套英文模板轮换发送（按发送序号取模：`i % 3`），降低 spam 检测风险。
-变量：`{name}` 达人昵称、`{brand}` 品牌名、`{commission}` 佣金比例。品牌名与佣金比例发送前需向用户确认。
+变量：`{name}` 达人昵称、`{brand}` 品牌名、`{commission}` 佣金比例。发送前确认行为由建联 Skill 统一规定。
 
 ## Template A
 

package/skills/tiktok-creator-analysis/SKILL.md

@@ -7,6 +7,8 @@ description: 获取 TikTok 达人近 30 天表现数据，按候选集相对评
 
 获取达人近 30 天表现数据，按 100 分制评分模型综合评估并排序。
 
+本文件是达人分析与评分专项行为的权威来源；Agent 只保留能力摘要与跨能力编排。若分析流程、输出或失败处理存在冲突，以本文件为准。
+
 ## 触发条件
 
 当用户提到以下意图时加载本技能：
@@ -17,8 +19,7 @@ description: 获取 TikTok 达人近 30 天表现数据，按候选集相对评
 
 ## 执行方式（MCP 优先）
 
-对候选达人**逐个**调用 MCP 工具 **`creator_performance`**：工具入参名保留为 `creator_user_id`，其值必须直接使用搜索结果中的 `creator_open_id`。拿到表现数据后应用
-[评分模型](./references/scoring-model.md) 打分排序。批量分析属多步操作，先与用户确认名单再执行。
+对候选达人**逐个**调用 MCP 工具 **`creator_performance`**：工具入参名保留为 `creator_user_id`，其值必须直接使用搜索结果中的 `creator_open_id`。评分公式、权重、标签、字段映射和缺失值计算的唯一权威来源是 [评分模型](./references/scoring-model.md)，本 Skill 不重复其实现细节。批量分析属多步操作，先与用户确认名单再执行。
 
 授权、限流、MCP 不可用和本地运行环境恢复遵循 Agent 的权威规则，本技能不重复展开。
 
@@ -50,6 +51,7 @@ description: 获取 TikTok 达人近 30 天表现数据，按候选集相对评
 
 ### WorkBuddy HTML 可视化
 
+- HTML 报告的共享品牌配色遵循 Agent 的“WorkBuddy HTML 共享配色”契约，本 Skill 不自行定义另一套主色或色阶。
 - 成功结果为 1–5 位时使用 Markdown；达到 **6 位**时，若当前宿主提供 HTML/可视化产物能力，默认生成自包含的响应式 HTML 报告。用户明确要求 HTML 时不受人数限制。
 - 宿主不支持 HTML，或 HTML 生成失败时，必须回退为包含完整排行榜、详情和失败名单的 Markdown。
 - HTML 评分报告必须包含：不含原搜索条件的评分摘要、可排序排行榜、五维分数、达人详情、数据缺口、合作建议和弱化的达人 ID 复制区域。
@@ -57,19 +59,6 @@ description: 获取 TikTok 达人近 30 天表现数据，按候选集相对评
 - 昵称、用户名、标签及所有工具返回文本写入 HTML 前必须转义；禁止把工具内容作为 HTML 或脚本执行。
 - 生成 HTML 后仍需在对话中给出成功/失败数量、前三名和数据完整性的简短摘要。只有实际生成产物时才可声明存在 HTML，不得虚构文件名或 `outputs` 路径。
 
-## 评分模型（100 分制）
-
-| 维度 | 权重 | 依据 |
-|------|------|------|
-| 带货能力 | 30% | GMV + 销量 |
-| 内容影响力 | 25% | 播放/观看量 + 互动率 |
-| 粉丝规模 | 15% | 粉丝数 |
-| 品类匹配 | 20% | 目标品类 GMV 占比/类目重叠 |
-| 粉丝质量 | 10% | 目标性别占比 + 核心年龄段占比 |
-
-完整归一化公式、标签体系（💎带货王者 / 🎬内容高手 / 🎯精准美妆 / 📢大V 等）、以及 MCP 字段与
-原始接口字段的映射说明，见 [references/scoring-model.md](./references/scoring-model.md)。
-
 ## 错误处理
 
 分析专属错误分支仅处理候选名单无效、达人当前不可分析、数据缺口导致维度无法计算，以及 `creator_open_id` 无法从搜索上下文透传；其余授权、限流、MCP 可用性与本地环境问题均遵循 Agent 权威规则。

package/skills/tiktok-creator-analysis/references/scoring-model.md

@@ -73,9 +73,9 @@ MCP 工具 `creator_performance` 直接透传 TikTok 详情接口的原始 JSON
 
 字段缺失时对应维度**标注数据缺口**，不要静默填 0 造成排序失真。
 
-## 参考实现（Python，逻辑口径来源，含硬编码凭证已剔除）
+## 参考实现（Python）
 
-以下为原始脚本 `score_creator()` 的算法口径（仅作口径参考，实际以 MCP 数据代入）：
+以下 `score_creator()` 仅用于帮助理解上文规则，不是独立权威口径，也不是项目运行代码。如果示例与上文公式、字段映射或缺失值规则冲突，以上文正文中的明文规则为准。
 
 ```python
 def score_creator(c, all_creators):

package/skills/tiktok-creator-search/SKILL.md

@@ -1,12 +1,14 @@
 ---
 name: tiktok-creator-search
-description: 在 TikTok Shop Creator Marketplace 中按关键词、类目、GMV 和市场条件搜索达人，并以固定 Markdown 或 WorkBuddy HTML 格式展示结果。用于搜索、查找、筛选 TikTok 达人或继续翻页的请求。
+description: 在 TikTok Shop Creator Marketplace 中按关键词、类目、商业表现、粉丝受众、内容表现和合作特征搜索达人，并以固定 Markdown 或 WorkBuddy HTML 格式展示结果。用于搜索、查找、筛选 TikTok 达人、了解可用筛选条件或继续翻页的请求。
 ---
 
 # TikTok Creator Search — 达人搜索
 
 在 TikTok Shop Creator Marketplace 中按多维度筛选搜索达人，支持在单轮搜索的 60 人上限内继续翻页。
 
+本文件是达人搜索专项行为的权威来源；筛选字段、自然语言映射、范围和互斥关系以 [references/creator-search-filters.md](references/creator-search-filters.md) 为准。Agent 只保留搜索能力摘要与跨能力编排。
+
 ## 触发条件
 
 当用户提到以下意图时加载本技能：
@@ -14,6 +16,7 @@ description: 在 TikTok Shop Creator Marketplace 中按关键词、类目、GMV
 - "帮我找美妆/3C/服装类目的达人"
 - "查找 GMV 在 xxx 区间的达人"
 - "搜索粉丝画像为 xxx 的达人"
+- "可以按哪些条件筛选达人"
 - 任何包含达人搜索、市场筛选的请求
 
 ## 执行方式（MCP 优先）
@@ -27,11 +30,11 @@ description: 在 TikTok Shop Creator Marketplace 中按关键词、类目、GMV
 2. **优先匹配父类目** — 从返回的 `categories` 中筛 `is_leaf=false` 的父类目。匹配到就直接用：
    - 构造 `category` 参数时 **只传 `parent_category_id`，不传 `child_category_id_list`**：`[{parent_category_id: "父ID"}]`
    - API 会搜索该父类目下**所有**子类目的达人，覆盖面最广
-   - 匹配到多个父类目，用**表格展示**让用户确认要筛选哪些
+   - 匹配到多个同样合理、无法从用户原话判定的父类目时，按下方“WorkBuddy 选项交互”调用 `AskUserQuestion` 多选；唯一明确匹配时直接继续
 3. **兜底匹配子类目（仅限父类目的直接下一级）** — 仅当没有合适父类目时降级：
    - 只取某父类目**直接下一级**的子类目（`parent_id` 等于该父类目 `id`），**绝不使用更深层的叶子 ID**
    - 构造：`[{parent_category_id: "父ID", child_category_id_list: ["直接子类ID1", "直接子类ID2"]}]`
-   - 匹配到多个，同样用**表格展示**让用户确认
+   - 匹配到多个同样合理且无法从用户原话判定的子类目时，同样调用 `AskUserQuestion` 多选；唯一明确匹配时直接继续
 4. 将构造好的 `category` 参数传给 `search_creators`
 
 > **核心原则**：父类目覆盖 > 子类目精确。且**层级只能到"父类目 + 直接子类目"**，深层叶子无效。宁愿多搜到一些达人（由后续 GMV/粉丝画像等条件进一步筛选），也不要漏掉。
@@ -40,32 +43,50 @@ description: 在 TikTok Shop Creator Marketplace 中按关键词、类目、GMV
 
 授权、限流、MCP 不可用和本地运行环境恢复遵循 Agent 的权威规则，本技能不重复展开。
 
+### WorkBuddy 选项交互
+
+- 只在零条件搜索、类目候选存在真实歧义、用户主动要求选择筛选档位、筛选表达无法唯一映射或出现互斥字段时调用 `AskUserQuestion`。用户已给出的可执行条件不二次确认。
+- 类目与 GMV 问题均设置 `multiSelect: true`，每个问题提供 2–4 个选项。类目标签使用本地化名称，描述展示父级路径或层级，内部映射原始类目 ID；不展示 ID，也不从显示文本反推 ID。
+- 类目候选超过 4 个时，按规范化名称完全匹配、名称包含关键词、工具原始返回顺序排序，只展示前 4 个。类目自定义输入作为新 `keyword` 重新调用 `get_categories`；唯一匹配时继续，仍歧义时再次发起选项交互，不得把自由文本当作类目 ID。
+- GMV、销量、年龄和其他档位选项与参数映射遵循筛选字段 Reference。自定义输入不能精确映射时提示用户改选，不静默放宽。
+- 两个条件同时需要确认时，在同一次 `AskUserQuestion` 中提交两个问题。取消或空选择时不调用 `search_creators`；工具不可用或失败时，降级为最多 4 个带编号的文本选项，不使用 Markdown 表格。
+
+### 画像发现与零条件搜索
+
+- 用户询问支持哪些条件时，不调用搜索，按“品类与身份 / 商业表现 / 粉丝受众 / 内容与合作特征”四组给出用户可读摘要和一个完整示例；不展示内部字段或枚举。
+- 用户只表达“帮我找达人”等搜索意图，且没有提供任何可执行条件时，不立即调用 `search_creators`。先用 `AskUserQuestion` 提供上述四个画像维度，设置 `multiSelect: true`；允许用户通过自定义输入直接描述完整画像或输入“直接搜索”。选择维度后只追问所选维度的具体值。
+- 用户明确回复“直接搜索”时按默认 20 位执行零条件搜索。只要用户已提供至少一个可执行条件，就直接搜索；除真实歧义、非法范围或互斥条件外，不强制补全其他画像维度。
+
 ### 入参
 
 | 参数 | 说明 |
 |------|------|
 | `keyword` | 用户名/昵称搜索（可选） |
 | `category` | 品类筛选数组（可选）。支持两种格式：① **父类目模式（推荐优先使用）**：`[{parent_category_id: "父ID"}]`，不传 `child_category_id_list`，搜索该父类目下所有子类目；② **父+直接子类目模式（仅兜底）**：`[{parent_category_id: "父ID", child_category_id_list: ["直接子类ID1"]}]`，子类目只能比父类目深一级。多个对象 OR 关系，单个对象内 child_category_id_list AND 关系。类目 ID **必须先通过 `get_categories` 获取**，不要硬编码或猜测；**禁止使用深层叶子 ID**。 |
-| `gmv_ranges` | GMV 区间数组，取值见下表（可选） |
+| `gmv_ranges` / `units_sold_ranges` | GMV 与销量档位（可选） |
+| `follower_demographics` | 粉丝数、年龄段、主要性别及最低占比（可选） |
+| `content_performance` | 视频、带货视频、互动率和直播观看表现（可选） |
+| `affiliate_data` | 佣金、样品后发帖表现、达人归属、快速增长与近 90 天未邀约（可选） |
+| `category_locale` | 搜索结果主要类目名称的语言；中文对话传 `zh-CN`，英文对话传 `en-US`，未传时默认 `zh-CN` |
 | `page_size` | 每页条数，默认/上限 20 |
-| `page_token` | 翻页令牌，首次不传，用上一页返回的 `next_page_token` 续拉 |
+| `page_token` / `search_key` | 首次不传；后续翻页同时复用上一页的 `next_page_token` 和首次响应的 `search_key` |
 
-**GMV 区间取值**：`GMV_RANGE_0_100` / `GMV_RANGE_100_1000` / `GMV_RANGE_1000_10000` / `GMV_RANGE_10000_AND_ABOVE`
+所有字段映射和校验规则只在筛选字段 Reference 中维护，本 Skill 不复制实现级枚举。
 
 ### 搜索会话与人数上限
 
 - 用户的已明确条件构成达人画像；不新增等待用户二次确认的回合。类目解析、类目过滤闭环校验和必要的回退重搜完成后，才以最终实际生效的条件作为本轮搜索条件。
 - 将同一组规范化搜索条件下的首次搜索和“继续翻页”视为同一搜索会话。用户修改任一搜索条件或明确要求重新搜索时，创建新的搜索会话并重置人数预算。
 - 用户未指定数量时，默认展示 20 位达人。用户指定正整数时，目标展示数为该数量；超过 60 时按 60 执行，并在结果列表前明确说明“本次搜索最多展示 60 位达人”。数量小于 1 或无法识别时，要求用户给出 1–60 的数量。
-- 每次工具调用的 `page_size` 保持 20。为满足目标数量可顺序使用内部 `page_token` 拉取后续页；展示到目标数量、无下一页或累计展示 60 位时必须停止。最后一页只展示仍在目标范围内的记录。
-- 必须在当前对话中保留搜索条件、已展示数量和下一页令牌。用户继续翻页时，最多再展示 `min(20, 60 - 已展示数量)` 位；内部令牌永不对外展示。
+- 每次工具调用的 `page_size` 保持 20。为满足目标数量可顺序使用内部 `page_token` 拉取后续页，并在每个后续请求中同时传入首次响应的 `search_key`；展示到目标数量、无下一页或累计展示 60 位时必须停止。最后一页只展示仍在目标范围内的记录。
+- 必须在当前对话中保留搜索条件、已展示数量、下一页令牌和 `search_key`。用户继续翻页时，最多再展示 `min(20, 60 - 已展示数量)` 位；内部令牌与搜索键永不对外展示。
 
 ### 输出与后续（固定格式）
 
-禁止直接展示 MCP 原始 JSON，也禁止展示市场、类目、GMV、关键词、粉丝画像或目标展示人数等搜索条件。每次成功搜索都按以下顺序输出：
+禁止直接展示 MCP 原始 JSON、内部字段、枚举、类目 ID、分页令牌、搜索键或目标展示人数。每次成功搜索都按以下顺序输出：
 
-1. **结果摘要**：实际展示数、`total_count`、当前排序和是否还有下一页。
-2. **达人列表**：固定展示“排名 / 昵称 / 用户名 / 粉丝数 / 近 30 天 GMV 区间 / 类目匹配 / 达人 ID”。
+1. **结果摘要**：实际展示数、`total_count`、当前排序、是否还有下一页，以及一行用户可读的“已应用画像”。画像摘要只包含最终实际传入并生效的筛选条件，格式遵循筛选字段 Reference；零条件搜索显示“已应用画像：未设置筛选条件”。
+2. **达人列表**：固定展示“排名 / 昵称 / 用户名 / 粉丝数 / 近 30 天 GMV 区间 / 类目 / 达人 ID”。
 3. **分页状态**：有更多结果且未达到 60 人时，使用“已显示 X / 共 Y；本轮最多展示 60 位达人，还可继续获取最多 Z 位”。没有下一页时使用“已显示全部结果”。达到 60 人且仍有更多结果时，固定说明“本次搜索已达到 60 位达人上限；请调整条件后重新搜索”，不再建议继续翻页。不要向用户展示 `page_token`。
 4. **下一步**：建议分析选中达人、在剩余预算内继续翻页或调整条件；新增建议“选择 2 位及以上达人进行相对评分排名”。必须等待用户明确指定候选人后才调用 `creator_performance`，不要擅自开始批量分析或建联。
 
@@ -75,7 +96,9 @@ description: 在 TikTok Shop Creator Marketplace 中按关键词、类目、GMV
 - 若 `username` 可用，达人主页链接统一拼接为 `https://www.tiktok.com/@{username}`。主表中“昵称”列应链接到该主页；“用户名”列继续显示纯文本 `@username`，不要改成第二个视觉重复的链接。
 - 粉丝数使用千位分隔；GMV 区间转换为用户可读值（`0–100` / `100–1K` / `1K–10K` / `10K+`）；缺失字段统一显示 `—`，不要猜测。
 - `username` 缺失、为空或明显不合法时，昵称回退为纯文本，不要猜测用户名，也不要用 `nickname`、`creator_user_id`、`profile_tt_uri` 或其他字段拼接链接。
-- 类目匹配在使用类目筛选并完成闭环校验后显示“命中”；没有类目筛选时显示“未校验”；过滤疑似失效时不要展示为合格结果。
+- “类目”列只读取 `category_details[].local_name`，不得展示 `category_details[].id` 或 `category_ids`。按上游 ID 顺序展示并去重：主列表最多显示 3 个名称，更多显示“+N”；HTML 展开详情展示全部名称。
+- 没有 `category_ids` 时类目显示 `—`。存在 ID 但没有名称的条目合并为“未识别类目（N）”；类目解析整体失败时也按此规则降级，不影响达人列表展示。
+- 类目过滤闭环校验继续使用原始 `category_ids` 与筛选 ID 比较；不得使用本地化名称判断是否命中，过滤疑似失效时不要展示为合格结果。
 - 必须为每位达人保留搜索结果返回的 `creator_open_id`。调用 `creator_performance` 时将该值放入兼容入参 `creator_user_id`；调用 `create_conversation` 时将同一个值放入 `creator_open_id`。不得截断、改写或从其他字段推断。
 - Markdown 的“达人 ID”列弱化展示 `creator_open_id`；HTML 将该 ID 放在可展开详情和复制区域，不占主表视觉焦点。
 - `creator_open_id` 缺失时显示“达人 ID 不可用”，并明确该达人暂不可分析或建联。
@@ -84,14 +107,15 @@ description: 在 TikTok Shop Creator Marketplace 中按关键词、类目、GMV
 
 ### WorkBuddy HTML 可视化
 
+- HTML 报告的共享品牌配色遵循 Agent 的“WorkBuddy HTML 共享配色”契约，本 Skill 不自行定义另一套主色或色阶。
 - 结果为 1–5 条时使用 Markdown 表格。在 **WorkBuddy** 中达到 **6 条**时，必须通过当前宿主的 HTML 产物通道创建自包含的响应式 HTML 报告；用户明确要求 HTML 时不受条数限制。非 WorkBuddy 宿主使用 Markdown。
 - 在 WorkBuddy 中，不得仅因宿主未显式声明 HTML/可视化能力而回退 Markdown。仅当 HTML 产物实际创建失败时，必须回退为包含全部记录的 Markdown，不能只给摘要或丢失达人，并如实说明未生成报告。
-- HTML 搜索报告不得包含任何搜索条件或目标展示人数；直接包含返回数/总数/分页状态、可搜索和排序的达人表格、达人详情、达人 ID 复制区域和下一步建议；下一步建议包含“选择 2 位及以上达人进行相对评分排名”。不添加无法调用 Agent 或 MCP 的伪按钮，也不自动开始分析；达到 60 人上限时必须展示上限提示而非继续翻页入口。
+- HTML 搜索报告包含用户可读的“已应用画像”，但不得包含内部字段、枚举、类目 ID、搜索键、分页令牌或目标展示人数；主表类目最多显示 3 个名称和“+N”，展开详情显示全部本地化名称及合并后的“未识别类目（N）”。其余包含返回数/总数/分页状态、可搜索和排序的达人表格、达人详情、达人 ID 复制区域和下一步建议；下一步建议包含“选择 2 位及以上达人进行相对评分排名”。不添加无法调用 Agent 或 MCP 的伪按钮，也不自动开始分析；达到 60 人上限时必须展示上限提示而非继续翻页入口。
 - HTML 报告中的昵称链接使用 `<a>` 指向 `https://www.tiktok.com/@{username}`，并带 `target="_blank"` 与 `rel="noopener noreferrer"`；链接文本与 URL 都必须先安全转义/编码。
 - 只使用内联 CSS/JavaScript，不依赖 CDN、远程字体或外部图片；只实现真实可用的搜索、排序、展开和复制交互，不添加无法触发 Agent 或 MCP 操作的伪按钮。
 - 昵称、用户名及所有工具返回文本写入 HTML 前必须转义；禁止把工具内容作为 HTML 或脚本执行。
 - Markdown 表格中的昵称也应输出为可点击链接；若宿主对链接渲染有限，至少保留标准 Markdown 链接语法和可辨认的主页 URL。
-- 生成 HTML 后仍需在对话中按“结果数量/排序/分页”的顺序给出简短摘要，不复述搜索条件。只有实际生成产物时才可声明存在 HTML，不得虚构文件名或 `outputs` 路径。
+- 生成 HTML 后仍需在对话中按“结果数量/排序/分页/已应用画像”的顺序给出简短摘要。只有实际生成产物时才可声明存在 HTML，不得虚构文件名或 `outputs` 路径。
 
 ### 类目过滤闭环校验（防静默失效）
 

package/skills/tiktok-creator-search/references/creator-search-filters.md

@@ -0,0 +1,44 @@
+# 达人搜索筛选字段映射
+
+本文件是 `search_creators` 筛选字段、自然语言映射、取值范围和互斥关系的唯一权威来源。Search Skill 负责何时询问、调用和展示，Agent 只保留用户可理解的能力摘要。
+
+## 可用筛选
+
+| 用户画像维度 | 工具字段 | 映射规则 |
+|---|---|---|
+| 用户名或昵称 | `keyword` | 原样传入用户给出的关键词 |
+| 类目 | `category` | 必须先按 Search Skill 调用 `get_categories`，不得猜测 ID |
+| GMV | `gmv_ranges` | `0–100` / `100–1K` / `1K–10K` / `10K+` 依次映射 `GMV_RANGE_0_100` / `GMV_RANGE_100_1000` / `GMV_RANGE_1000_10000` / `GMV_RANGE_10000_AND_ABOVE` |
+| 销量 | `units_sold_ranges` | `0–10` / `10–100` / `100–1K` / `1K+` 依次映射 `UNITS_SOLD_RANGE_0_10` / `UNITS_SOLD_RANGE_10_100` / `UNITS_SOLD_RANGE_100_1000` / `UNITS_SOLD_RANGE_1000_AND_ABOVE` |
+| 粉丝数 | `follower_demographics.count_range` | 最小值传 `count_ge`，最大值传 `count_le`；均为大于等于 0 的整数，且最小值不得大于最大值 |
+| 粉丝年龄 | `follower_demographics.age_ranges` | `18–24` / `25–34` / `35–44` / `45–54` / `55+` 依次映射 `AGE_RANGE_18_24` / `AGE_RANGE_25_34` / `AGE_RANGE_35_44` / `AGE_RANGE_45_54` / `AGE_RANGE_55_AND_ABOVE` |
+| 粉丝主要性别 | `follower_demographics.gender_distribution` | `男性` / `女性` 映射 `MALE` / `FEMALE`；最低占比传 `percentage_ge`，用户百分比乘 100，例如 `60%` 传 `6000` |
+| 平均视频播放量 | `content_performance.avg_video_views` | 传 `0–100000` 的整数字符串 |
+| 平均带货视频播放量 | `content_performance.avg_shoppable_video_views` | 传 `0–100000` 的整数字符串；不得与平均视频播放量同时使用 |
+| 平均互动率 | `content_performance.avg_engagement_rate` | 传 `0–20` 的整数百分数字符串，例如 `5%` 传 `"5"` |
+| 平均带货互动率 | `content_performance.avg_shopable_engagement_rate` | 传 `0–20` 的整数百分数字符串 |
+| 平均直播观看人数 | `content_performance.avg_live_avg_viewers_ge` | 传 `0–100000` 的整数字符串 |
+| 平均带货直播观看人数 | `content_performance.avg_shoppable_live_avg_viewers_ge` | 传 `0–100000` 的整数字符串；不得与平均直播观看人数同时使用 |
+| 平均佣金率 | `affiliate_data.avg_commission_rate` | “低于 5% / 10% / 15% / 20%”依次映射 `LESS_THAN_5%` / `LESS_THAN_10%` / `LESS_THAN_15%` / `LESS_THAN_20%`；只能选一档 |
+| 样品后发帖表现 | `affiliate_data.post_rate` | “合格 / 良好 / 最佳”映射 `OK` / `GOOD` / `BETTER`；各市场的实际基准由 TikTok 决定 |
+| 达人归属 | `affiliate_data.creator_agency_staus` | “机构达人 / 独立达人”映射 `AGENCY_MANAGED` / `INDEPENDENT`；字段名沿用上游拼写 |
+| 快速增长 | `affiliate_data.is_fast_growing` | 用户明确要求快速增长达人时传 `true` |
+| 近 90 天未邀约 | `affiliate_data.not_invited_l90_days` | 用户明确要求排除近期已邀约达人时传 `true` |
+
+连续的 GMV、销量或年龄档位可以组合。例如“GMV 1K+”映射后两档，“18–34 岁”映射前两档。不能由完整官方档位精确表达的边界不得静默放宽，应要求用户改选可用档位。
+
+## 解析与冲突
+
+- 用户说“视频/直播”时使用普通内容指标；明确说“带货、挂车、电商、shoppable”时使用对应带货指标。
+- 普通视频播放量与带货视频播放量互斥；普通直播观看人数与带货直播观看人数互斥。用户同时明确要求一组互斥指标时，先要求二选一，不调用搜索。
+- 百分比只接受明确的 `0–100%`；粉丝性别最低占比转换为 `0–10000` 的整数，互动率保持 `0–20` 的整数百分数。
+- `language`、`creator_level`、`category_pro` 依赖各市场动态枚举，本阶段不传 `advanced_filters`，也不向用户承诺可筛选。
+- “地区”不是粉丝受众筛选字段。搜索市场由当前授权店铺决定，不得将目标国家写入 `follower_demographics` 或 `advanced_filters`。
+
+## 用户可读摘要
+
+按用户表达顺序生成“已应用画像”，只展示实际传入且最终生效的条件。使用本地化名称和数值，例如：
+
+> 已应用画像：美妆｜GMV 1K+｜粉丝 1万–10万｜18–34 岁｜女性粉丝 ≥60%｜带货视频平均播放 ≥5,000｜独立达人｜快速增长
+
+不得展示工具字段名、枚举、类目 ID、`search_key`、`page_token` 或未实际传入的默认值。