红人候选名单需要客观加权评分、排序与选择说明时，用…

对已入围创作者做 typed STAR Suitability(S) 评分，并单独生成活动商业适配排序，用于外联优先级、候选人比较和利益相关者沟通。

适用场景

解决思路

1. 锁定身份与类型化上下文：复用 discovery 显式携带的不透明 `creator_ref`，或仅在 creator-registry 聚合 ID 的 handle 链接已验证时使用该 ID；如果用户只给原始 handle/profile URL 且没有已验证聚合，生成一个随机 `creator-<UUIDv4>`，并在本报告、授权保存和下游交接中保持不变。绝不要把 `creator_ref` 设为原始 handle、姓名、URL、email、provider ID 或它们的确定性哈希；这些定位符只作临时证据获取输入。只通过随附授权制品或已验证 registry 链接解析不透明 ref；二者都没有时，请求临时定位符并把身份保留为 unresolved，不要猜测或合并。然后要求并记录创作者 `target` 与 target version、命名的 STAR profile/goal（`awareness|engagement|conversion|brand-building`）、`assessment_time: forecast|actual`、共享 campaign `rollup_id`、观察日期、platform/tier/niche cohort、证据窗口、材料上下文对象、当前 STAR `catalog_version`，即 gate 将复用的确切类型化身份；任何字段缺失都不要杜撰，返回 `NEEDS_INPUT`，列出缺失字段，并原样保留已提供身份以便恢复。若提供 Campaign Retro Card，把它的 `evidence_refs` 和 `next_campaign_hypothesis` 记入单独的非评分 prior-cycle context block；二者都不进入 STAR 类型化身份。
2. 冻结当前窗口证据：使用当前创作者 analytics、公开观察、roster 历史、cohort benchmarks，并附 source/date/type/confidence。Retro Card 及其 `evidence_refs` 只是 discovery pointers，绝不是 STAR item evidence；如果引用的 primary source 被独立重新获取且符合当前证据窗口，引用该新鲜观察而不是 card。缺失或拒绝的私有访问记为 Unknown，绝不记为 Fail 或 Partial。对 YouTube 候选，可运行 `python3 "${CLAUDE_PLUGIN_ROOT}/scripts/connectors/youtube.py" videos @handle --limit 10` 获取 engagement-authenticity 输入（每视频 views/likes/comments 对比展示的 subscriber base、views-to-subs consistency、comment rate、cadence），从而用 Measured 数字替代截图；该连接器使用免费 `YOUTUBE_API_KEY`，只用于 shortlist vetting。
3. 仅评分 Suitability：根据 `star-benchmark.md` 评估 Suitability items `S1`–`S10`（audience composition/realness、follower-growth integrity、reach reliability、engagement health and authenticity、credibility、与 deal 无关的 brand/category fit）。特定交易的商业条款、可用性、编排冲突留在单独矩阵；成本和实测 campaign conversion 属于 Return (R)，稍后由 gate 评分。
4. 为 handoff 鉴定 critical-control evidence：`STAR-S2` 覆盖已证明的 follower fraud / real-follower rate 低于匹配 tier × platform × niche benchmark；`STAR-S6` 覆盖已证明的 bought、coordinated 或 pod-based engagement。Brand safety 是 gate 的 Trust control `STAR-T3`，不是 Suitability item。仅凭合格证据把 item 标为 Fail，标为潜在 gate finding，并在其成立时操作上暂停 outreach。不要在这里称其为已验证 veto 或应用 SQS cap/business verdict；auditor 在汇总完整 STAR run 时拥有这些决定。
5. 为 gate 记录 Suitability read：把每个 `S1`–`S10` 状态精确记录为 Pass/Partial/Fail/Unknown/N/A，并附 source/date/window/type/confidence 或明确 gap/N/A reason，位于锁定的 brand/category/cohort 上下文下。这个类型化表格——不是任何 1–5 辅助——是 Suitability read。`creator-content-auditor` gate 会把它折入完整 STAR run，并运行确定性 scorer 得到 profile-weighted SQS；本技能不运行 scorer 或输出 SQS。Unknown 表示适用证据缺失并阻止完整 Suitability read；绝不要把 Unknown 软化成 Partial 或手工计算 composite。
6. 构建单独商业矩阵：使用 deal-specific audience/goal nuance、content concept、brand conflicts、commercial terms、availability、partnership potential。提供的 `next_campaign_hypothesis` 可作为可证伪测试约束出现在矩阵旁，但贡献零分和零权重。标注每个 1–5 组件及其 rollup `commercial_fit_score`；绝不要称其为 `Fit Score` 或 `Final Score`。它不是 Suitability score，不能清除 Suitability control finding，也绝不进入 SQS。
7. 透明排名：展示类型化 Suitability read、critical controls、`commercial_fit_score` 单独、evidence confidence，以及绑定到声明规则并有 owner/rerun condition 的行动。不要输出通用 Verdict 或 star rating。默认路由到 `campaign-planner`；仅当已批准 campaign plan 已准备好执行时路由到 `outreach-manager`。把 competitor benchmarking 作为可选检查提供，而不是强制绕行。不要把 Unknown-heavy 候选排名为确定更优，不要因为 Retro hypothesis 提到某创作者或 tactic 而加/减分，也不要根据 prior-cycle `renew | retest | retire | unknown` 决策自动选择候选。
8. 仅在有许可时持久化：仅在精确 WARM authorization 后保存报告；在任何 hot-cache promotion 前请求单独 authorization。持久化和交接 `creator_ref` 加不透明 handle/evidence refs，而不是临时原始身份定位符。Retro hypothesis 保持为 WARM working context。本技能不向 `creator-registry` 提议临时商业排名或非 gate Suitability 结果。
9. 零集成时运行：不需要 live integrations；直接要求用户提供每个评分表请求的每个值，包括临时 handles/profile locators、audience targets、brand values、任何 metrics。连接器可提高数字质量，但不是必需；没有连接器时，框架和权重仍产生可辩护排名。
10. 跟踪本次会话已调用技能的 visited-set：如果推荐的下一个技能已经运行过，停止并报告链条完成，不要重复调用；最多跳转 3 次（max-depth 3），然后返回 inline 结果及任何单独授权的保存路径。

适用边界 · 注意事项

• 不适用于寻找新红人；候选名单太薄时用 `influencer-discovery`。
• 不适用于发送外联；仅在已有批准的 campaign plan 且 ready for execution 时才交给 `outreach-manager`。
• 不适用于需要完整 STAR 业务裁决、SQS 或 S2/S6 最终 veto/cap 的场景；这些由 `creator-content-auditor` gate 作为单独调用执行。