campaign-planner

活动规划器

从策略到执行计划设计影响者营销活动，制定一份可执行的蓝图，将业务目标与创意执行紧密结合。

范围界定 — 产品发布：此技能负责发布活动中的创作者环节。发布活动本身——层级／类型决策、发布日历、媒体宣传、社区发布日、准备就绪门槛——属于发布规划范畴（launch-tier-planner 及其同类技能）；该范畴会将与 launch-registry 日期和阶段相匹配的创作者渠道子计划交给此技能。“通过创作者发布产品”从这里开始；“发布产品”则从那里开始。

快速开始

Create an influencer campaign plan for [product launch]

Plan an influencer campaign for [brand] with [budget] targeting [audience] during [timeframe]

技能约定

• 读取：所请求的模式（plan-only | tracker-only | both）；用于撰写计划的品牌、产品、受众、营销活动类型、预算、时间线和约束；以及用于执行就绪跟踪的现有 campaign_id、精确且带版本的营销活动计划引用／哈希、已锁定的 §8 衡量约定，以及已锁定且非空的创作者范围。如果 memory-management 处于活动状态，则从热缓存加载先前的受众画像和过往营销活动基准。
• 写入：默认以内联形式输出营销活动计划。获得精确的保存授权后，将其写入 memory/influencer/campaign-planner/YYYY-MM-DD-<topic>.md。对于执行跟踪，生成独立的 JSON 工件，并使其通过共享的五类控制架构验证（证据观察、已锁定的衡量约定、仅在执行器实际执行操作时才有的操作意图／回执，以及 Cycle Retro）；随后由控制器将其精确引用／哈希绑定到选定的运行祖先链。references/templates.md §10 中的 Markdown/YAML 跟踪器是确定性的只读 Influencer 兼容视图，标记为 authoritative: false；其领域区块本身并非符合架构的控制工件，编辑这些区块也不会改变运行时状态。没有验证器的独立宿主可在获得精确的 WARM 授权后，保存仅具语义的兼容快照，但必须标记为 NOT_VERIFIED，且不得声称具备单头、回执、持久化或关闭强制机制。复用明确指定的上游／用户 campaign_id；在撰写计划的模式下，如果不存在则生成一个随机的 campaign-<UUIDv4>，并在整个沿袭链中保留。tracker-only 绝不臆造缺失的 ID、计划、约定、范围或检查点。每一行都保留稳定的不透明 creator_ref；每个已保存的 live_post_ref 都是不透明且由合格解析器支持的引用。原始姓名、账号名、URL、短代码、提供方 ID 和隐藏定位符映射均仅为临时数据。
• 提升：仅在获得单独的精确授权后，才将已批准的营销活动名称、目标、预算、上线日期和 KPI 目标提升到 memory/hot-cache.md；绝不提升跟踪阶段或付款状态。创作者行关闭后，每个包含有证据支持的实际费率、已签署的权利期限／到期时间或实测表现基准的注册提案都需要另行获得精确授权；只有 creator-registry 才能将这些事实确立为规范事实。预测目标、stage、next_action、due_at 和 payment_status 始终属于 WARM 工作状态。
• 完成条件：
  • 所选模式明确：plan-only 完成 §§1–9，tracker-only 仅根据所需的现有输入完成 §10，both 则先完成 §§1–9，再完成 §10。
  • 在撰写计划的模式下，只有在用户提供信息或兼容的、注明来源日期的规划依据支持时，目标、策略、网红组合、交付物、时间线、预算分配、应急方案和 KPI 才写为具体内容。任何缺乏支持但必需的选择都保持 NEEDS_INPUT；技能绝不使用仓库默认值来补全。只有在存在营销活动／计划绑定、不可变的计划哈希／版本、授权、非空创作者范围，以及每位创作者／交付物各自唯一的检查点时，§8 衡量设计才算执行锁定；否则报告具体锁定输入为 NEEDS_INPUT／DONE_WITH_CONCERNS，且不创建符合关闭条件的跟踪器。
  • 如果请求了跟踪，则每位创作者都具有经过验证的来源工件和一个确定性的非权威投影区块，其中包含阶段、下一步操作、到期日期、权利到期时间、证据引用和外部付款交接状态。投影包含其来源工件引用／摘要和当前头；绝不将其手动编辑为状态来源。
  • 每位跟踪器中的创作者都使用一个稳定的不透明 creator_ref；每次身份解析、发布、终端检查点解析、创作者关闭、营销活动关闭、迁移和迟到事件，都具有不可变引用以及精确的营销活动／创作者范围，并在适用时具有单一且无分叉的当前头。
  • 每个已保存的 live_post_ref 都是不透明且由合格解析器支持的引用。外部操作需要当前的精确授权以及匹配的意图／回执工件；先前的保存、计划、门控、路径、能力或投影都不会授予授权。原始帖子定位符和可重复使用的概括性批准绝不会进入工件集或投影。
  • 每篇受跟踪的实时帖子都为每个必需检查点保留一份回执；每个检查点最新且明确未被取代的回执决定关闭门控；不匹配、未知的披露内容或帖子变更／删除都属于需要审核的证据，绝不默认为已批准。
  • 已关闭的创作者行指向其唯一的当前关闭回执头。已关闭的营销活动指向唯一的当前营销活动关闭头，证明其与已锁定的非空创作者范围完全相等，并通过模板 §10 中的严格门控；closed 值均不得视为成功的同义词。
  • 重要迟到事件以追加方式记录，绝不重写先前回执。若更正后的门控仍通过，则针对引用更正追加新的关闭回执；未通过的门控不得收到通过回执；手动重新开启仅限于模板 §10 的阶段／操作基线所规定的新营销活动专属工作。
  • 撰写计划的结果需指出简报生成和待处理审批。仅跟踪结果则指出当前阶段所隐含的证据／操作负责人；如果没有剩余事项，则以链路完成为止；默认绝不退回到简报生成。
• 主要后续技能：在 plan-only／both 模式下，使用 brief-generator；在 tracker-only 模式下，按 Next Best Skill 中与阶段对应的交接流程处理，或在任务完成时停止。

交接摘要

按照 skill-contract.md §Handoff Summary Format 输出标准格式。

数据来源

此系列属于 Tier 1：所有 skill 均无需实时集成即可运行。提供的品牌、受众、预算和时间线可以支持生成计划框架，但不足以确定传播信息、平台／层级组合、内容形式、推广机制、应急方案、费率或 KPI 目标。这些选择需要用户指示或兼容且带来源日期的规划证据；否则保留 NEEDS_INPUT。

可选连接器（如可用）可完善计划：

• ~~influencer database — 确定网红组合规模，并验证各层级的粉丝数范围。
• ~~social platform analytics — 制定各平台特定的触达率和互动率基准。
• ~~CRM — 根据现有销售管道数据调整转化目标和归因。
• ~~analytics — 获取过往活动的实际数据，以设定切合实际的 KPI 和预算效率目标。

每个类别的免费／免密钥数据方案请参阅 CONNECTORS.md。如果没有连接器，请向用户询问缺失的输入；仅根据用户提供的证据处理有依据的字段，其余部分则返回有用的框架，并标记为 NEEDS_INPUT。

指示

开始工作前，选择并说明一种模式。plan-only 执行 §§1–9，不实例化 §10。tracker-only 仅执行 §10，且需要现有的 campaign_id、确切的版本化 plan_ref 及其计划哈希、当前锁定的 §8 衡量规范，以及其中锁定的非空创作者范围；如果任何绑定缺失、不匹配、存在分支或未经验证，则返回 NEEDS_INPUT，不要重建计划或创建占位跟踪器。both 先执行 §§1–9，再执行 §10。如果创作者选择尚未锁定，则返回计划以及确切缺少的范围／规范输入；只有在用户明确要求时，才附上无法用于结案的内联部分跟踪器标题；不要虚构创作者身份，也不要将其称为可用于执行的版本。在 plan-only 或 both 模式下，沿用明确提供的上游／用户 campaign_id；如果是新活动且没有 ID，则随机生成一次 campaign-<UUIDv4> 并保持不变。在 tracker-only 模式下，缺少 ID 属于阻塞问题；绝不要根据活动名称、日期、创作者账号名或可变的计划内容生成或确定性推导 ID。

对于编写计划的模式，按顺序完成九个步骤。每个步骤都有一个可填写模板，见 references/templates.md；复制对应区块，并在第 9 步中汇总。仅使用用户提供或有来源支持的值替换方括号；绝不要为了消除占位符而虚构数字、身份、基准或事实。未解决的可选字段保留为 Unknown；如果缺少必填字段，则返回 NEEDS_INPUT。

1. 收集营销活动需求 — 记录 campaign_id、品牌、价值主张、受众、活动类型、时间安排、预算和限制条件（模板 §1）。
2. 定义目标 — 确定一个 SMART 主要目标和若干次要目标，并明确成功与失败的定义（模板 §2）。
3. 制定策略 — 明确核心创意、策略陈述、受众、关键信息、活动支柱、平台划分和差异化内容；仅依据用户批准的规范或来源日期兼容的证据，否则将决策字段保留为 NEEDS_INPUT，不得默认采用 UGC、优惠码或其他策略（模板 §3）。
4. 定义网红标准 — 明确层级组合、必备和优选筛选标准、排除条件、理想档案和合作关系类型。仅使用用户声明或来源日期兼容的粉丝数分类法；references/influencer-tiers.md 提供的是记录规范，不是通用范围或效果声明（模板 §4）。
5. 规划内容要求 — 根据已提供的决策以及当前平台/权利证据，明确各平台/格式的交付内容、必备要素、创意方向、主题和审批流程；不得臆造默认 UGC 格式、促销机制或内容组合（模板 §5）。
6. 制定时间表 — 明确关键日期、按周划分的四阶段计划和甘特图（模板 §6）。
7. 分配预算 — 仅依据用户批准的规则或来源日期兼容的成本证据，按类别、已声明的粉丝数区间和平台拆分所提供的总预算。只有在提供了规则/基准时，才添加预备金、CPM/CPE 或单条内容成本目标；否则使用 NEEDS_INPUT，不得臆造百分比或费率（模板 §7）。
8. 确定成功指标 — 明确与来源日期比较数据对照的主要 KPI、次要指标和转化指标、报告频率，以及一份非规范性的执行前衡量协议，涵盖基线、结果单位、回看窗口、归因依据、决策规则、决策负责人、确切的活动/计划版本及其哈希、锁定授权、非空创作者范围，以及按每位创作者/交付内容结构化且唯一的发布检查点（模板 §8）。每项外部比较数据都必须包含不透明的来源引用、观察日期和可比窗口/群组；否则标记为 Unknown/NEEDS_INPUT，不得将其表述为“行业平均水平”。范围或协议的变更必须创建新的不可变版本，并显式执行 §10 迁移；不得就地编辑已锁定的区块。
9. 编制计划文档 — 包含执行摘要、上述所有完整章节，以及一份风险缓解附录（模板 §9）。默认直接在回复中提供；仅在获得针对确切 WARM 路径的授权后保存。

对于 tracker-only 或 both，请阅读 references/templates.md §10，了解 Influencer 领域字段和兼容性视图。在 Governed 主机上，先验证源控制制品，再将跟踪表生成为只读投影；绝不接受通过编辑跟踪表来追加、迁移、更改阶段/证据/指针、重新打开或关闭记录。创作者行必须与锁定范围一致，且活动区块必须恰好包含八个字段；身份指针和关闭指针必须相邻。身份和状态头必须可解析、属于同一范围、唯一且未分叉。任何范围/协议/身份/检查点/验证/回执/关闭/延迟事件缺口，都应显示 PARTIAL CHECKPOINT COVERAGE — NOT CLOSE-ELIGIBLE；时间流逝绝不会推进状态。在仅支持语义的主机上，直接在回复中返回相同视图，或在获得针对确切路径的授权后保存 NOT_VERIFIED 兼容性快照。payment_status 仅记录外部就绪状态/证据，绝不发送款项。 每个发布检查点都会生成不可变的 publication_receipt，其域包含同一 campaign、创作者和检查点；这需要针对 append-publication-receipt 视图更新和单头取代链获得新的主机授权。此 YAML 块映射到共享的 evidence-observation；它不是 action-receipt，也不能证明此技能发布了任何内容。真正的发布需要在执行器运行前提供单独且精确的 action-intent，并在执行后提供匹配的 action-receipt。live_post_ref 仅是不透明引用，且必须由合格解析器支持；原始 URL、slug 和提供商 ID 均为临时信息，未解析的输入仍为 unknown。要验证披露内容／版本是否匹配，必须有精确的观察记录、冻结的已批准素材／审计员，以及证据引用。证据缺失、不匹配、跨域或存在分叉时，禁止关闭，并将素材转交给 creator-content-auditor；绝不推断已获批准或已发生变更。

只有在每个适用的检查点都有一份起控制作用且已验证的发布回执，或有证据支持的终止性不适用判定，并且通过所有 §10 门槛后，创作者才能关闭。新的原子 close-creator 授权必须明确列出回执追加、行／证据变更及指针更新；关闭 campaign 需要单独且范围等同的 close-campaign 授权，并提供精确的创作者→当前关闭映射。任何分叉都会阻止这两个分支。更正应保留历史记录、重新评估门槛，并仅在有必要时追加新授权的关闭头；仅修正引用不会手动重新开启工作。

迟到的权利／帖子／归属／付款／数据证据，须在新的 append-late-event 授权下，使用与 campaign 绑定的 §10 late_event_note。任何随附的阶段／操作／证据／指针变更，都必须列入该原子授权，或另行获批。supersede-artifact 需绑定同一范围和含义的确切旧引用与替换引用。manual-reopen 仅用于新的、由 campaign 承担的工作；否则应追加更正，并在通过门槛后追加新的关闭头。保留历史记录，绝不自动重新开启，也不虚构 reopened 阶段。

当用户询问有哪些事项需要处理时，请根据经过验证的源构件（或明确标注为仅语义兼容的快照），使用明确的 as_of 时间和用户选择的权利期限，生成模板 §10 异常队列。这是只读投影——不运行 cron、不轮询、不自动更改阶段、不将投影写回，也不执行外部变更。

示例

用户：“为一款面向 Z 世代、在 TikTok 和 Instagram 上推广的全新可持续运动鞋发布活动制定计划，预算为 50K 美元。”

输出：生成计划框架，保留所提供的受众、平台和 50K 美元总预算。可持续发展声明／信息主旨、创作者组合、内容形式、促销／归因机制、费率、应急预算、KPI 目标和确切日期，在用户提供相关信息或兼容的带源日期锚点之前，均标记为 NEEDS_INPUT。不推断默认值，例如微型创作者占比高、UGC、促销码或百分比。（更完整的演示见 references/templates.md。）

参考资料

• references/templates.md — 九个规划步骤的填空模板、可选的轻量级 WARM 跟踪表、完整示例和成功技巧。
• references/influencer-tiers.md — 用户/来源注明日期的合作伙伴模型和粉丝数区间的声明约定；不提供通用区间或效果声明。
• skill-contract.md — 共享契约和交接架构。
• state-model.md — 记忆层级和保存路径约定。
• CONNECTORS.md — 各连接器类别的免费/免密钥数据方案。
• audience-mapper — 定义此计划服务的目标受众。
• brief-generator — 将计划转化为面向各位网红的简报。
• budget-optimizer — 优化预算分配。
• influencer-discovery — 寻找符合条件的网红。

下一项最佳技能

• 计划编写首选：brief-generator — 将已批准的计划转化为具体的网红简报。
• 计划编写备选：budget-optimizer 用于压力测试预算分配；influencer-discovery 用于建立或补全已锁定的创作者范围。
• 仅跟踪，发布/审批受阻：creator-content-auditor — 根据冻结的已批准素材核验引用的线上帖子；此操作不授权编辑或扩大传播。
• 仅跟踪，需回读/核对：performance-analyzer — 生成带日期的 §8 回读产物；只有在证据存在后，最终报告才能将该产物纳入其中。
• 仅跟踪，存在未完成的运营事项：仅移交给当前 next_action 所要求的指定负责人/技能；不要将后期事项重新转回简报环节。如果所有关闭门槛均已通过且没有待办事项，则停止并报告链条已完成。

终止说明：记录本次会话调用过的技能。如果适用的下一项技能已在本次会话中运行，则停止并报告链条已完成，不要再次调用。调用链不得超过距发起请求 3 跳。