marketing-skills-collection

注意： 此技能是 marketing-automation 的兼容性包装器。当环境仍引用旧名称时，请使用此技能，但执行相同的路由逻辑，并生成与规范技能相同格式的数据包。

营销技能集合

何时使用此技能

• 旧提示词、已安装的目录或设置界面仍在调用 marketing-skills-collection
• 实际任务仍是宽泛的营销路由请求，而非细分的专家工作流
• 最稳妥的做法是保持向后兼容，同时引导用户使用规范名称

何时不使用此技能

• 用户已经可以直接采用 marketing-automation
• 请求实际上属于有更适合的专用技能的细分工作流
• 任务涉及特定游戏的 Steam／商店页面或游戏节发布运营 → 优先使用 steam-store-launch-ops

说明

步骤 1：解析为规范技能

立即将此别名映射到 marketing-automation。

步骤 2：在回复中保留旧名称说明

如有帮助，可说明 marketing-skills-collection 是 marketing-automation 的兼容旧名称别名。

步骤 3：使用能回答问题的最小别名支持资料包

先查看针对别名的支持文档，再打开完整的规范技能：

• references/alias-resolution-checklist.md — 何时保留旧名称、如何说明映射，以及哪些内容不得更改
• references/legacy-intake-and-route-outs.md — 如何将旧版请求转换为规范简报，以及何时转交给 steam-store-launch-ops 或其他专家技能
• ../marketing-automation/SKILL.md — 仅当任务需要完整的规范路由流程时使用

步骤 4：运行规范路由流程

使用与 marketing-automation 相同的流程：

1. 规范化营销简报，
2. 选择一个主要方向，
3. 返回一份可复用的运营人员资料包，
4. 纳入负责人／依赖项和验证逻辑。

步骤 5：明确转交其他技能的情形

如果请求实际上涉及游戏商店／愿望单／Steam 游戏节发布，或其他明显更细分的专家工作流，请保留别名说明，但将执行任务转交给更适合的专家技能，而不是强行让通用营销路由器处理。

步骤 6：避免演变成第二个独立技能

不要另行创造不同的启发式规则、交付物、子技能清单或独立的探索流程。此别名旨在减少迁移阻力，而不是成为与通用营销技能竞争的另一个技能。

输出格式

返回与 marketing-automation 相同的 营销路由简报。

示例

示例 1：旧版提示词包

输入

使用 marketing-skills-collection，帮我决定如何处理注册漏斗和入门引导邮件。

预期行为

• 简要说明旧名称映射到 marketing-automation
• 为当前资料包选择一个主要方向
• 返回规范的营销路由简报

示例 2：安全迁移用法

输入

我们团队的文档仍提到 marketing-skills-collection。你能用它来处理这份发布简报吗？

预期行为

• 将此请求视为有效请求
• 执行规范的营销路由工作流
• 在任何面向未来的建议中优先使用 marketing-automation

最佳实践

1. 保持别名轻量且明确。
2. 在保持向后兼容的同时，避免重复完整的规范说明。
3. 只要涉及发现阶段的措辞，就引导今后使用 marketing-automation。

参考资料

• references/alias-resolution-checklist.md
• references/legacy-intake-and-route-outs.md
• ../marketing-automation/SKILL.md
• ../steam-store-launch-ops/SKILL.md