用途：为选定的社交平台规划具体的内容日历，覆盖活动结构、帖子简报、渠道适配、审批与发布验证。平台 API 命令由对应平台技能（如 xurl 负责 X）处理；无连接器的平台，验证过的交接止于已批准草稿，交给用户自己的排期工具，不得声称已发布。
适用场景：制定下月社交日历；把一次发布转化为 X、LinkedIn、Instagram、TikTok 的帖子；起草并排期活动；把文章或视频改造成社交内容。不适用于单条一次性帖子，应直接用平台技能。
主要流程：1) 定义活动约束，记录目标、受众、信息、平台、日期范围、频率、语气、必须或禁止的表述、链接、追踪约定、本地化及审批发布权限；2) 盘点素材，用 read_file 和 web_extract 收集已验证的产品事实、发布、文章、媒体、获授权的证言、品牌资产和关键日期，标注声明归属与有效期；3) 构建主题与日历槽位，平衡教育、证明、产品、社区、活动、幕后、对话等类型，兼顾平台频率与活动里程碑；4) 编写分平台简报，逐条指定钩子、核心信息、格式、文案长度、CTA、链接、素材尺寸与内容、无障碍文本、标签提及和成功指标，适配而非复制粘贴；5) 起草文案与素材，加载 humanizer 保持语气，需要视觉时用 image_generate 生成，保留事实声明与活动统一识别；6) 编辑与风险审核，检查事实准确性、语气、重复、权利许可、无障碍、披露、链接目标、日期相关性和危机敏感度，标记草稿、待审或已批准，不得从草稿状态发布；7) 排期或交接，仅发布已批准帖子，有连接器时用平台技能（X 用 xurl），无连接器时交付已批准包（文案、素材、时间）并标记为已交接而非已发布，实际发布需回读排期时间、账号、内容预览和平台帖子或任务 ID。
限制与常见问题：各平台文案雷同；用低价值重复内容填充频率；发布未验证的指标、证言或未来声明；把生成素材完成误认为已排期发布；对交接止于草稿的平台声称已排期。验证要求：每条帖子可追溯到活动目标与已验证声明清单；不得从草稿或待审状态发布；已发布槽位有平台确认 ID，已交接槽位明确标注；发布前检查权利、许可与披露。