需要搭建或重平衡品牌常青社媒发布日历时用：定栏目配比…

为品牌搭建或调整长期在线的社媒发布日历，规划栏目配比、各渠道固定档期、批量生产流程、常青内容循环与实时热点空档。

适用场景

解决思路

1. 确认渠道与已承诺的发布节奏：从当前 channels 投影读取活跃渠道集合与节奏事实并记录其 offset；若记录缺失或状态非 active，标记为 ECHO E1 风险，并通过 registry-events.py 向 memory/events/channels.ndjson 提交授权 operation: propose 请求；若尚无已承诺节奏，则提出一个（标为 Estimated，按团队产能定规模），在 registry 接受前不得当作已承诺。
2. 设定栏目配比与比例目标：在已声明的各内容栏目间分配档期，设定 hero/hub/help 平衡与每个社区的 give:ask 目标；每个比例都标为 Estimated 并注明来源，设定对照自有分析数据的校准日期（4-8 周后）；校准后用用户自己的数据替换行业传说。
3. 按渠道映射固定档期与队列深度：定义固定档期类型（而非具体时钟时间的传说），设定 ready-to-ship 帖子的队列深度，全部不超过已承诺节奏与收件箱/托管产能——排期超出团队可承载量是过度发布护栏告警，不是目标。
4. 设计并绑定批量生产流程：确定批量日、内容、操作说明、确切目标渠道/账号，以及谁在何处粘贴什么；组装后分配 package ref/version/hash；任何文案、媒体、披露、落地页或渠道变更都产生新版本；包由 social-creative-builder 提供。
5. 构建常青内容循环复用周期：从最佳表现内容中挑选复用候选（Measured，来自自有导出数据），设定轮换间隔，并附加新鲜度复查规则：每次复用前重新核实日期、价格与声明，之后才可重新进入队列。
6. 预留实时/热点空档：为热点时刻保留刻意的空档，仅在 trend-spotter 给出 go 判定时填充；skip 判定则保持空档为空，而不是强行填充内容；热点速度须控制在托管产能内。
7. 先过闸门，再等待人工回执：将确切的 package hash 送入 pre-publish 模式；只有匹配的 SHIP 才允许入队，且仍需人工发布；仅凭包含渠道/账号、package hash、操作人、时间戳、状态与实时证据的回执才记录为 published（见 Social Human Action and Rights Control）；计划、队列行、SHIP 判定或 registry 提案都不算发布；危机暂停会冻结所有档期，直到每个必需的解除暂停动作都被回执并核对。
8. 归档承诺并交接：通过 registry-events.py 的授权 operation: propose 请求将新增/变更的节奏承诺写入 memory/events/channels.ndjson（由 channel-registry 提升），交付日历，并推荐下一批次的构建。
9. 交付日历后询问是否保存结果；确认后保存到 memory/social/social-calendar-builder/YYYY-MM-DD-<topic>.md；节奏承诺与渠道事实仅通过 registry-events.py 的授权 operation: propose 请求写入 memory/events/channels.ndjson，channel-registry 是 memory/channels/ 的唯一写入者；未经询问不得写入记忆。

适用边界 · 注意事项

• 不用于撰写单条帖子文案或打包（用 social-creative-builder），也不用于撰写短视频分镜脚本（用 short-video-scripter）。
• 不用于复用已有素材或规划付费放大日历（用 content-amplifier）。
• 不用于计算 ECHO 画像结果或执行 ECHO 否决（用 social-quality-auditor），也不拥有节奏记录本身。