社交媒体日历周审是做什么的？

每周检查，完成反馈闭环。它回顾过去7天并展望未来14天，然后撰写简短报告，并为驱动“social-calendar”技能的 markdown 文件提出修改建议。

此技能读取 Airtable，但永远不会向其写入数据。除非例程提示另有说明，否则它仅会在用户批准更改后才修改策略和频道文件。

设置

AIRTABLE_TOKEN 和 AIRTABLE_BASE_ID，可置于环境变量或工作目录/仓库根目录下的 .env 文件中。
STRATEGY_DIR 指向包含 strategy.md 和 channels/ 文件夹的目录。如果未设置，则在工作目录、./my-strategy/ 和 ./strategy/ 中查找 strategy.md。
主技能中的日历脚本：skills/social-calendar/scripts/airtable_calendar.py（下文简写为 $CAL）。如果已连接，也可以使用 Airtable MCP 连接器。

步骤

1. 加载规则

读取 strategy.md 和每个 channels/*.md 以获取活跃频道（python3 $CAL channels）。记录每个频道的：目标发布频率、允许的帖子类型、语气规则、禁用词或话题、话题标签规则以及负责人。并从策略文件中记录当前的OKR和内容支柱。

如果上周的回顾文件存在于 $STRATEGY_DIR/reviews/，则读取并检查其已接受的提议是否已被应用。

2. 回顾过去7天

python3 $CAL list --from -7 --to today --json > /tmp/review-past.json

从该列表中，查看：

Live（已发布）帖子。这是主要审查对象。
Failed（失败）和 Manual（手动）帖子。失败的是否已修复？手动帖子是否确实有人发布了？
To approve（待审批）、Needs media（需要素材）和 Approved（已批准）且日期已过的帖子。这些是未完成的审批或未执行的发布。

对照频道文件和策略检查每条 Live 帖子：

语气与格式。听起来是否像频道文件中的示例？长度、话题标签、链接、表情符号是否按文件要求？
契合度。是否为 strategy.md 中的某个支柱或OKR服务？帖子类型是否在该频道上允许？
发布频率。按频道统计数量与目标对比。注意超出或不足的频道。
重复。同一频道上近乎相同的帖子，或同一天在所有频道上发布相同消息。
事实。“来源”字段未支持的主张、数字和名称。

仅报告那些能具体指向某条帖子的具体问题。引用记录名称和日期。

3. 展望未来14天

python3 $CAL list --from +1 --to +14 --json > /tmp/review-next.json

按频道和周次，标记：

缺口：低于目标发布频率的周。建议用已有的内容填充（例如播客未使用的片段、最新文章）。
过载：某频道一天超过一篇帖子，或一周被单一类型主导（连续三条新闻帖子、接连不断的推广）。
偏离策略的帖子：内容不符合任何支柱，或频道文件禁止的内容。
审批瓶颈：未来3天内到期的 To approve 帖子，按 Owner 分组，以便相关人员跟进。
需要素材：未来7天内到期的 Needs media 帖子，附上每条帖子所需的具体素材。

4. 在可能的地方获取指标

按以下顺序尝试，使用任何可用的数据源：

平台连接器，例如 LinkedIn 连接器或其他分析MCP。获取过去7天内每篇帖子的曝光量、互动数、评论、转发和点击数，并通过 Live link 或日期+频道与记录匹配。
网页分析连接器（GA4 或类似工具）。获取该周来自社交推荐来源或UTM标记链接的会话数。
手动导出：$STRATEGY_DIR/metrics/ 中的 CSV 文件（例如 LinkedIn 页面分析导出）。使用每个频道的最新文件，并说明读取了哪个文件。

如果以上方法对某个频道均不可用时，则写入“本周无 <频道> 的指标”并继续。绝不估算、外推或虚构数据。没有指标的回顾对于策略和发布频率检查仍然有用。

如果有指标，仅在同一频道内的帖子之间进行比较。查找在至少3条帖子中重复出现的模式，如帖子类型、开头风格、是否包含多媒体、星期几等。单个好或坏帖子不构成模式。

5. 撰写报告

将报告保存至 $STRATEGY_DIR/reviews/YYYY-MM-DD.md（必要时创建该文件夹），并打印。保持在屏幕一页以内：

# 社交回顾，2026-11-02 的周

## 摘要
三到五个简单句子。发布了哪些内容，出了什么问题，最值得做的一项改变。

## 过去7天
| 频道 | 已发布 | 目标 | 失败 | 备注 |
|---|---|---|---|---|

具体问题，每项一个要点，附记录名称和日期。

## 指标
每个频道：发现的内容及其来源，或“本周无 <频道> 的指标”。

## 未来14天
缺口、过载、偏离策略的帖子、待跟进的审批（按负责人）、仍需的素材。

## 提议的变更
编号列表。每项说明文件名、一句话理由以及差异对比。

6. 对策略和频道文件提出修改建议

仅在本周的证据支持时才提议更改：重复出现的错误、无人遵守的规则、无法维持的发布频率、或多项帖子间指标中的模式。每个提议都是针对当前文件的统一差异对比：

--- channels/brightloop-linkedin.md
+++ channels/brightloop-linkedin.md
@@ 发布频率 @@
-- 每周5篇帖子，周一至周五
+- 每周4篇帖子，周一至周四。过去6周内，周五帖子的互动量不到其他日子的一半。

不要应用这些差异对比。列出它们，等待用户指定哪些需要应用。仅当例程提示明确允许时，才无需询问直接应用，且仅应用于它指明的更改类型。即使被允许应用更改，也绝对不要在未经他人批准时修改他人的频道文件。

不得从本技能编辑 Airtable 记录。如果计划中的帖子应更改，请说明是哪条以及原因。由用户或 social-calendar 技能执行修改。

示例例程提示

将其设置为每周定时任务或例程，例如每周一08:00，以仓库路径为工作目录：

运行 social-calendar-review 技能，以过去一周为审查范围。
STRATEGY_DIR 为 ./my-strategy。Airtable 凭证存放于 .env 文件中。
如果可用，使用 LinkedIn 连接器获取指标。否则，读取每个频道在 ./my-strategy/metrics/ 中最新的 CSV 文件，并明确说明哪些没有指标。
将报告保存至 ./my-strategy/reviews/，并将摘要和提议的变更部分发布到 Slack 的 #marketing 频道。
不要应用任何提议的变更。我会回复希望应用哪些编号的变更。

要允许例程自行做小幅修复，请将最后一句替换为类似“你可以对我自己的频道文件中的话题标签列表和发布天数应用提议的变更。其他所有内容保持为提议。”的语句。

社交媒体日历周审