tiktok-growth-plan

TikTok 增长计划

将账号审计和类目／机会研究编排为一个可执行计划。不要重新运行上游流程，也不要悄然重新解读上游证据。

兼容的 MCP 路由

• 使用一个能够提供兼容 KOLSprite 语义工具契约的活动连接；若 SellerSpace Yunya 统一 MCP 可用且已认证，则优先使用。
• 支持直接业务工具，以及当前和旧版 Yunya 门面入口。
• 在直接模式下，按语义业务名称解析每个必需的证据工具。
• 在 Yunya 门面模式下，如果主机顶层不可见某个必需的业务工具，则最多进行一次主机级发现尝试，并优先使用产品专用的 yunya_search_kolsprite_tools。查询与决策相关的最小工具集；使用返回的准确内部工具名称和完整输入架构，然后通过 call_read_tool 调用。
• 如果产品专用入口不可用，但可以发现旧版通用 yunya__search_tools，则使用它，并指定 provider kolsprite、operation read 和相同的查询。若产品专用入口可用，不要优先选择通用入口。
• 不要猜测门面命名空间、内部工具名称、包装器或参数。为本次运行复用已发现的名称、架构和上游证据。
• 主机级未找到某个业务工具，并不能证明该工具在内部不存在。只有在直接暴露以及可用的当前或旧版门面查询均失败后，才报告缺少该业务依赖。如果无法发现任一门面入口，则报告连接器发现失败，并仅保留边界明确的部分计划，不要切换到无关的替代方案。
• 只有在必需的工具名称、输入架构和响应格式相匹配时，独立的 KOLSprite MCP 才保持兼容。
• 如果两个连接都已启用，本次运行中的所有 MCP 证据调用都应通过 Yunya 进行，绝不要跨服务重复付费调用。
• 将缺失或不兼容的工具视为证据缺口，并保留边界明确的部分计划，不要悄然切换契约。

必需的本地参考资料

阅读 workflow.md 和 report-template.md。

工作流将两个证据阶段分别指向随附的参考资料：

• account-audit-method.md：公开账号身份、内容证据和可复用资产；
• opportunity-research-method.md：类目／产品机会、胜出内容和创作者证据。

复用对话中已有的兼容账号审计或类目研究证据。否则，执行该阶段所需的随附方法。此 Skill 必须能够独立安装，不得依赖同级 Skill 目录。

输入门槛

制定可供决策的计划，需要提供公开账号资料 URL、目标类目／产品、目标市场和主要业务目标。如果缺少其中一项，且该缺项会影响定位、市场证据、KPI 或优先级，则只询问优先级最高的缺失信息。如果用户无法提供但仍希望继续，则提供有条件的部分框架，并将缺乏依据的决策标记为待解决。

预算、团队能力、库存、履约、每日投入时间、内容语言、价格区间和基准数据均为可选约束。绝不要将缺失的约束当作行业基准。

交付内容

1. 对齐上游来源、时段、市场、类别、对象 ID、单位和证据置信度。
2. 构建“账号能力 × 类别机会”差距矩阵。
3. 决定保留、暂停／停止和新增哪些内容。
4. 根据业务目标和证据，为产品、视频／内容和创作者路径确定优先级。
5. 制定第 1–7 天、第 8–14 天、第 15–21 天和第 22–30 天的测试与复盘计划。
6. 为每项行动列出依赖项、负责人／输入、可观察指标、复盘节点，以及扩大、调整或停止的条件。

做出任何新的 MCP 调用前，先复用已完成的上游审计／研究证据。当前服务对不同的已执行工具可能收取不同点数；Skill 编排本身不计费。不要硬编码价格、出于决策需要之外的原因增加调用，也不要在点数不足时继续。仅在 MCP／宿主返回实际用量时报告。

不要承诺增长、捏造最佳发布频率，也不要执行发布、发送消息、下单、修改商店或投放广告。