tiktok-account-audit

TikTok 账号审计

依据可追溯的公开证据诊断 TikTok 公开账号，不要将无法访问或缺失的数据视为零。

兼容的 MCP 路由

• 使用一个能够提供兼容 KOLSprite 语义工具契约的活动连接；如有可用且已完成身份验证的 SellerSpace Yunya 统一 MCP，优先使用它。
• 支持直接业务工具，以及当前和旧版 Yunya 外观入口。
• 在直连模式下，按语义业务名称解析每个所需的补充信息工具。
• 在 Yunya 外观模式下，如果补充信息工具未显示在主机顶层，最多进行一次主机级发现尝试，并优先使用产品专用的 yunya_search_kolsprite_tools。查询最小必需的补充信息工具集；使用返回的准确内部工具名称和完整输入架构，然后通过 call_read_tool 调用它们。
• 如果产品专用入口不可用，但可发现旧版通用 yunya__search_tools，则使用该入口，指定提供方 kolsprite、操作 read 和相同的查询。产品专用入口可用时，不要优先使用通用入口。
• 不要猜测外观命名空间、内部工具名称、包装器或参数。此次运行中复用已发现的名称、架构和证据。
• 主机级查找未找到补充信息工具，并不能证明内部不存在该工具。只有在直接暴露以及可用的当前或旧版外观入口查找均失败后，才将业务工具标记为缺失。如果无法发现任何一种外观入口，则报告连接器发现失败，并仅使用下文明确限定的公开证据路径继续，不要改用无关的替代工具。
• 只有当所需工具名称、输入架构和响应格式均匹配时，独立的 KOLSprite MCP 才兼容。
• 如果两个连接均已启用，此次运行的所有 MCP 补充信息都使用 Yunya，绝不要在不同服务间重复付费调用。
• 将缺失或不兼容的补充信息工具视为证据缺口；保留下面的公开证据回退方案。

必要参考资料

收集证据前阅读 workflow.md，交付完整审计前阅读 report-template.md。

控制流程

1. 要求提供 TikTok 公开个人资料 URL，并按照工作流进行验证。仅凭昵称不足以确认身份。
2. 如有可用的能力足够的浏览器，仅查看公开的个人资料／视频页面。遇到登录、验证码、反机器人、地区或访问限制时停止。
3. 仅使用公开的 creator_search 工具补充已通过规范个人资料或已验证视频确认的身份信息。只有返回的 Handle 或创作者 ID 完全匹配时，才接受补充信息。
4. 仅在返回视频的创作者身份可以交叉确认时，才将 video_search 用作补充来源；不要将关键词搜索结果称为该账号的完整视频列表。
5. 如果口播 Hook、卖点、佐证、异议或 CTA 与诊断相关，则对少量已验证的代表性视频使用 caption_extract_url。
6. 如果没有可用的浏览器，则在精确 MCP 匹配结果足够时，结合用户提供的公开截图／导出内容继续。否则交付范围明确的部分审计，或询问会实质性影响诊断的唯一缺失输入。

按点数感知执行

• 所有 MCP 补充信息均通过一个兼容的活动服务获取。点数用量取决于实际执行的搜索／字幕工具，而非选择此 Skill。
• 从身份确认和公开证据入手，然后只调用会改变诊断结论的最少 MCP 补充信息工具，并抽取少量代表性视频字幕。复用有效的转录文本或上游记录，避免重复付费调用。
• 不要硬编码点数价格。只有 MCP／主机返回实际用量时才报告；如果点数不足，则停止后续补充信息收集，同时保留范围明确的部分审计。

输出边界

• 区分公开页面观察、KOLSprite MCP 观察、客户端计算和业务判断。
• 报告请求样本数与实际样本数、采集时间范围、来源台账、缺失字段、停止原因以及 A/B/C 置信度。
• 根据重复样本证据区分内容驱动型、商业驱动型、品牌驱动型和混合型账号，不要只依据一条视频或粉丝数进行判断。
• 分开记录置顶、近期、高表现、低表现和商业视频。
• 仅在重复证据支持时描述“运营逻辑”。将可复用的发布流程标记为推导出的计划，而非对账号私有历史的还原。
• 不得发布内容、发送消息、关注账号、下单、修改账号、绕过控制措施，也不得泄露凭证或联系方式。