创作简报生成器

要解决的问题

达人投放的简报往往是最后一刻拼出来的文档：关键信息散落在聊天记录里，平台交付规格凭记忆写，披露要求和使用权条款等发布后才被想起。结果是反复返工、合规返工，甚至内容上线后才发现口径没对齐。Brief Generator 要做的不是生成一段漂亮的文案，而是把一份简报该有的八个部分（概览、关键信息、交付物、创作方向、时间线、合规、报酬、联系人）一次性补齐，并让每个条目都能追溯到你给过的输入。

技能如何工作

输入采集。 从对话中收集活动信息、交付物、关键信息、CTA、时间线和报酬；如果用到 HOT 索引，会回溯到实际源记录，而不是直接采信索引内容。

事实依赖。 起草前会读取 memory/projections/narrative.json 和 memory/projections/claims.json。关键信息必须来自已被接受的 Narrative canon；主张必须在当前受众、市场、媒介和投放窗口下有效，否则明确标记为 blocked，不会假装可用。

模板与变体。 先填充主模板，再按内容类型和活动类型调整侧重点，例如 TikTok 的 hook 与声音策略、IG Reels/Stories/Feed 的差异、YouTube 植入与 Shorts。变体表在 references/brief-templates.md。

保存与路由。 经许可后把成品写入 memory/influencer/brief-generator/YYYY-MM-DD-*.md，并带上 canon/version/claims-offset 字段。创作者、渠道、主张等持久事实作为提案提交到各自的 registry，不会直接改写 HOT 或 canonical 视图。

下一步。 完成后优先交给 budget-optimizer 分配投放预算，也可路由给 outreach-manager 发送简报。

适用边界

• 属于 Tier 1，没有必须接入的实时数据源，完全依赖你提供的输入。输入缺失时相应字段留空或标记 [needs source]，不会编造。
• 披露要求与使用权在你给出输入后必须明确写出，不能留占位符；关键信息遵循创作者语气，合规条款是硬约束。
• 没有可用 canon 时，只能产出明确标注的探索性简报，不能标记 creator-ready。
• 可选连接器（达人数据库、社媒分析、CRM）仅用于增强上下文，缺失不影响主流程。
• 简报是指导而非逐字脚本。