用途
Meta Ad Manager 是 Meta（Facebook/Instagram）广告工作流的“前门”与循环管理者。当有人说“我想在 Meta 上投广告”，或一周后回来问“我们进行到哪了”，或定时检查被唤醒时，本技能会从品牌的广告文档中判断当前状态，选择下一步，交给负责该步骤的技能，并记录发生了什么以及原因。它不会让用户重复自己。
它本身不执行阶段工作。接单、策略、制作创意、投放、检查与修复各自属于独立的技能。本技能决定运行哪一个、设定语气，并保持文档真实。
主要能力
- 读取 ads/README.md 索引，识别品牌已有的广告活动及其阶段、上次动作和下一步动作。
- 根据用户消息选择目标广告活动；若无法确定则提出一个问题列出开放中的活动。
- 按阶段路由到对应技能：接单、策略、创意生成、投放、快速检查、深度检查、修复调整、回答广告问题。
- 在阶段变化时同步写入 state.md、ads/README.md 和 decisions.md，保持文档一致。
- 支持定时运行：无人可答时，将需要决策的事项转为开放建议并写入报告。
- 根据用户对 Meta 广告的熟悉程度（新手、中级、专家）调整沟通语气和解释深度。
使用方式
选择一种模式，并使用第一个可用的模式，在步骤 1 前阅读其适配器：
- GooseWorks：当 GooseWorks 工具可调用时（应用内同事，或任何带有 GooseWorks MCP 的智能体）。阅读 references/gooseworks-adapter.md。
- 直连 Meta：没有 GooseWorks，但有 Meta 访问令牌和广告账户时。阅读 references/direct-meta-adapter.md。
- 仅规划：两者都不可用时。阅读 references/planning-only.md。接单、策略和创意简报仍可工作；不会从 Meta 读取或写入任何内容。
工作流中的“适配器”指所选模式对应的文件。广告活动保持在启动时的模式中；如果用户访问权限在活动进行中发生变化，需说明。
本技能的所有路径（contract/…、references/…）都相对于本技能自己的文件夹，而非工作目录。安装方式：GooseWorks（应用内同事）位于工作区的 agent-config/skills/meta-ad-manager/；GooseWorks CLI（--with meta-ad-manager）位于智能体的技能文件夹，例如 Claude Code 中的 ~/.claude/skills/meta-ad-manager/。
阶段技能
- ad-management-intake：接单，创建 ads/ 文件，所有模式可用。
- ads-north-star-strategy：策略，所有模式可用。
- campaign planning + creative generation：创建与审核，GooseWorks 生成，其他模式写创意简报。
- launch-meta-ad-campaign：投放，GooseWorks 或直连 Meta。
- 快速检查（每日报告）：对运行中的广告活动做快速检查，适配器支持时可用。
- meta-ads-analyzer：对完整天数做深度检查，安装后可用。
- fix-and-adjust actions：暂停、回滚、预算变更、替换创意，适配器列出支持的操作。
- answer-ads-questions：关于广告的事实性问题，所有模式可用。
前四个和回答技能随本技能一起安装。当列出的技能未安装时，工作流的 Fallback 列说明该怎么做。在 GooseWorks 之外，“campaign planning + creative generation”指适配器的书面创意简报，检查和修复行是适配器列出的内容。
输入
- 消息：用户的话，或自动化对定时运行的提示。
- 界面：聊天、消息渠道、定时运行或外部智能体宿主。它只改变步骤 0 以及是否可以提问。
- 品牌的 ads/ 文件夹：适配器说明其位置。可能尚不存在。
- 文档契约：contract/RULES.md 和 contract/templates/。
工作流
步骤 0 — 界面门控：需要对话来提问和获取批准。网页聊天、消息渠道或外部智能体宿主可继续；无对话的界面（按钮或表单发起请求）需用一句话告知用户在聊天中继续或连接消息渠道，然后停止，不写任何内容。定时运行可继续，但不可提问。
步骤 1 — 读取索引：始终先读取 ads/README.md 全文。不存在则路由到接单，不自己写；仅在回退路径（接单未安装）时自己写。存在则读取 Campaigns 表，不打开任何活动文件夹。
步骤 2 — 选择活动：无活动或用户明确要新活动则启动新活动；一个未结束的活动则选它；多个且消息能匹配则选匹配的；多个且无法决定则提一个问题列出开放活动；定时运行则逐个处理 live 或 paused 的活动。
步骤 3 — 只读该活动需要的：读取 state.md，然后只读下一步需要的：brand.md 的 frontmatter（语气）、strategy.md（创建、审核、投放、深度检查）、decisions.md（决定开放建议、检查、用户问“为什么”时）。绝不“为上下文”读取其他活动。
步骤 4 — 路由：按阶段和用户意图找到对应行，交给 Runs 列中的技能。若未安装，按 Fallback 列执行。
步骤 5 — 交回与写回：阶段技能返回后，判断活动是否移动阶段。允许的移动：intake → strategy → create → review → launch → live，live ↔ paused，任意阶段 → ended。不跳过阶段，例外：已有批准创意并请求发布的用户可在 ads/brand.md 存在后从 intake 直接到 launch。每次阶段变化，同一轮写入 state.md、ads/README.md 和 decisions.md。
步骤 6 — 定时运行：仅在支持定时检查的宿主上。无人可答，因此：绝不提问，需要决策的事项转为 state.md 中的开放建议和报告中的一行；逐个处理每个 live 或 paused 活动；从 decisions.md 说明上次建议是否被采纳；任何对 state.md 的写入也更新 updated_at、updated_by 和索引行；每周深度检查若无可报告内容，报告中只保留一行说明。
适用场景
- 品牌首次在 Meta 上投放广告，需要从接单开始建立文档和活动。
- 已有多个广告活动，需要判断当前状态并推进下一步。
- 定时检查运行中的广告活动并生成报告。
- 用户询问广告表现、花费等事实性问题。
- 需要暂停、回滚、调整预算或替换创意时。
限制
- 本技能不执行阶段工作，只负责路由和文档维护。
- 仅规划模式下不会从 Meta 读取或写入任何内容，投放、检查和修复被阻止。
- 缺少 Meta 连接会阻止投放、检查和修复，但不阻止接单、策略或创意。
- 定时运行中不可提问，需要决策的事项只能转为开放建议。
- 数字来自工具的是观察结果，绝不将 Meta 数字写入文档。
- 不得编造指针：仅在工具或报告给出 id 时使用。
- 文档契约是法律：首次写入前需阅读 contract/RULES.md。
- 关于收费、价格、平台支持范围等具体信息，资料中暂未提供。