开始或定期检查付费广告项目时…

在启动任何付费广告项目、定期复盘或不确定该用哪个广告技能时，先做环境探测、限次访谈、路由到唯一匹配技能，并创建/更新 advertising-context.md 让下次会话热启动。

适用场景

解决思路

1. 先探测再提问：只根据项目根目录是否存在 advertising-context.md 判断冷启动还是热启动（存在=热启动，不存在=冷启动），绝不问用户是哪种模式。
2. 若能读取仓库 git 历史，读最近日志推断阶段与节奏：提交频率、最后改了什么、工作是否停滞。
3. 盘点已有文件——README、agent 指令文件、brief、过往 campaign 文档、media plan——避免重复询问已写过的内容。
4. 若运行环境暴露 connectors 或 integrations，探测哪些可用（广告账户导出、分析源、CRM、创意素材库），让它们影响路由与例行任务；只描述能力，不假设具体产品。
5. 若技能集合带可读的版本元数据，记录上次会话以来的变化；若没有（常见情况），静默降级，绝不阻塞、警告或询问版本。
6. 冷启动时最多问 5-7 个问题，每条消息只问一个问题，尽量给多选项，只把问题花在探测无果的地方。
7. 问题1：卖什么、卖给谁——(a) B2B 销售主导 (b) B2B 自助 (c) B2C (d) 混合；B2B/B2C 会导向不同技能，所以先问。
8. 问题2：本次会话目标是什么，是否与项目目标一致；冷启动和热启动都要问，项目目标不能替代今日目标。
9. 问题3：目前在买哪些渠道，月花费区间——(a) 尚未投放 (b) 低于 $5k (c) $5k-50k (d) 超过 $50k；渠道自由填写。
10. 问题4：什么转化事件算成功，真相源在哪里——平台 pixel、分析工具、CRM 还是订单系统。
11. 问题5：有哪些硬约束，结果必须在什么日期前落地——(a) 已承诺预算或代理合同 (b) 固定日期（旺季、发布、董事会评审，给出日期）(c) 受监管行业/合规审查 (d) 无创意制作能力 (e) 无。
12. 问题6：本次会话要一次性成果还是可复利资产，努力上限是多少——(a) 一次性、仅几小时 (b) 一次性、可投入一周 (c) 可复利、每周几小时 (d) 可复利、可投入人力或高管签字。
13. 问题7：哪些已决定、哪些仍开放——各一行；已决定项不再重新讨论。
14. 把问题5、6、7 的答案记入 artifact，使热启动无需重问即可重新排序。
15. 热启动时只问会话目标问题，其余全部来自 artifact。
16. 按声明的技能范围把当前会话目标匹配到恰好一个技能；绝不强行匹配，无匹配时明说并指出缺口。
17. 遇到可能同时匹配两个技能的任务，先读 references/skill-routing.md 中的逐技能路由/不路由信号、边界对消歧、有序链和已命名覆盖缺口，再路由。
18. 明确说出缺口：集合 v1 没有正向关键词研究、平台内执行、创意制作本身、增量测试或 MMM、跨渠道预算、注册后激活、广告政策申诉与封号恢复、商品 feed 管理。
19. 按固定输出结构交付：热启动时先给 5 行状态摘要（业务模式与渠道、花费区间、转化真相源、进行中工作、活跃约束）。
20. 输出 Route：当前任务的唯一技能，或“无技能匹配”加命名缺口。
21. 输出 Short-list：5-8 个当前相关技能，按单位努力回报从高到低排序，每条一行同时写明它攻击的瓶颈和会话成本；绝不按便宜程度或路由表行序排序。
22. 输出 Chain：当任务确实可分解为有序序列时，按执行顺序列出，每条一行说明交给下一环什么；顺序是依赖顺序而非效率顺序；没有链就省略，绝不编造。
23. 输出 Not now：以后才重要的技能，各带明确解锁条件（如 paid-media-scaling 需在 cac-roas-benchmark 给出健康结论之后）。
24. 输出 Gap：今日任务需要但无技能覆盖的部分，明确说成缺口。
25. 短名单默认按价值/努力比从高到低分五类：1 测量完整性（ad-conversion-tracking、ad-attribution-gap）；2 诊断（ad-account-diagnostic、cac-roas-benchmark）；3 政策与结构（ad-spend-guardrails、ad-platform-selection、ad-spend-allocation、ad-campaign-consolidation）；4 创意、受众与点击后（ad-creative-brief、ugc-ad-scripts、ad-copy-variants、ad-hook-analyzer、ad-swipe-file、ad-creative-test-plan、ad-audience-targeting、lookalike-audience-seeds、retargeting-funnel、ad-buyer-group-mapper、thought-leadership-ads、conversational-ad-copy、ad-format-fit、paid-landing-page-audit）；5 调优与放量（ad-bidding-strategy、ad-budget-pacing、ad-negative-keywords、paid-media-scaling、ad-creative-fatigue）。
26. advertising-career、advertising-hiring、advertising-radar 不在该阶梯内；当会话目标就是人员或保持前沿问题时它们是第 1 级，否则不进短名单。
27. 默认从访谈未解决的最高类开始短名单，在转化真相源未确认前绝不低于测量完整性；只有上一类到位后才下移。
28. 按访谈与探测结果重新排序并说出哪个答案移动了哪一类：未投放清空 1/2/5 类并把 ad-platform-selection 与 ad-conversion-tracking 提到最前；平台 pixel 作为唯一真相源把测量完整性钉在第 1 级；六周内固定落地日期提升快见效类、把按季度回报的降到 Not now；无创意产能把第 4 类移入 Not now（除 ad-swipe-file 和 ad-copy-variants）；受监管行业给第 1 类和种子名单工作加法律审查；仅几小时的一次性把短名单砍到 1-2 类的两条；可复利且有人员把第 3、4 类提前；已决定项直接删除并说明被哪条约束删除，绝不排到最后。
29. 创建或更新项目根目录的 advertising-context.md（项目在 git 中时随项目提交），字段包括：业务模式、offer 与价格点、渠道与花费区间、转化事件与真相源、CAC/ROAS 位置与护栏状态、进行中工作、已决定 vs 开放、约束、有决策角色的干系人、会话日志。
30. 热启动时读取而非重建 artifact：产出 5 行状态摘要，追加一条会话日志，只修补发生变化的字段。
31. 可选地把项目不变量（业务模式、真相源、护栏政策、硬约束）补丁进项目的 agent 指令文件，让未来会话无需加载本技能即可继承。
32. 不要搭建项目尚未挣得的目录结构，只搭建本次会话需要的；过早结构会硬编码尚未做出的决定。
33. 仅当项目确实积累有争议决定时才保留决策日志，否则“已决定 vs 开放”字段足够；空仪式日志会过期并侵蚀对 artifact 的信任。
34. 每次会话结束前更新 artifact——未写下的会话下次就是冷启动。
35. 若运行环境有持久记忆，记忆条目必须从 context artifact 派生，绝不反向；先写入 artifact，再从 artifact 派生记忆条目，绝不直接从答案写记忆。
36. 记忆只存三处之一：用户本地环境、团队知识库、git 仓库中的 memories/ 目录；用索引文件列出每条及一行钩子。
37. 热启动时把记忆与 artifact 做 diff，分歧时提议对账，默认 artifact 胜出，覆盖任一方前先询问。
38. 绝不写入记忆：客户 PII 或上传客户名单内容、广告账户 ID 与凭据、谈定的媒体价格与代理费、未发布 campaign 或定价计划；首次写记忆时说明该排除项。
39. 记忆存在 git 仓库时绝不静默提交，每次都先展示 diff 并获批准。
40. 若运行环境支持定时例行任务，提议 2-4 个，始终先以 dry-run 展示给用户，每个都带明确输出渠道；无输出渠道的例行任务一周内会被静音。
41. 按价值/注意力成本比从高到低提议例行任务：1 月度花费健康检查→cac-roas-benchmark（锚定在它服务的分配决策之前）；2 周度 pacing 检查→ad-budget-pacing（花费稳定后降为月度）；3 月度或季度重新调用本 kickoff（节奏匹配 git log 中的项目节奏）；4 月度搜索词挖掘→ad-negative-keywords（仅当搜索占花费显著份额）；5 周度或双周创意疲劳检查→ad-creative-fatigue（仅当创意可被替换）；6 季度来源刷新→advertising-radar。
42. 例行任务默认装 1-3 级共三个；搜索占显著花费时加第 4 级；有创意产能时才加第 5 级；绝不超过 4 个。
43. 按访谈重新排序例行任务：未投放只留 kickoff 重新调用；六周内固定日期在投放期内把 pacing 提到花费健康之上并在最后一周收紧为每日；受监管行业在渠道通过合规审查前屏蔽搜索词挖掘；无创意产能直接移除疲劳检查；仅几小时的一次性只装一个；代理已提供周度 pacing 报告则降级第 2 级。
44. 尽量把触发锚定到媒体日历（月末预算重置、campaign flight 日期、旺季）而非任意日期；新增前先列出并清理上一 flight 或季度遗留的过时例行任务。
45. 若运行环境无定时例行任务，退化为一条日历提醒（“Advertising check-in - re-run the advertising kickoff”）并到此为止。
46. 结束会话前逐项检查通过标准：每个推荐技能声明范围确实匹配任务；零路由到表中 31 个技能之外的名字；访谈在限额内（冷启动≤7 问，热启动仅会话目标问）；会话结束前已写入或更新 advertising-context.md 含会话日志行；每个提议的例行任务都以 dry-run 展示且有明确输出渠道；短名单与例行任务集都按单位努力价值排序且每条写明瓶颈与成本；访谈答案移动默认位置时已口头说明重排；被约束排除的项按名字删除而非排最后；被饿死的高价值/高努力条目已命名并给出提升条件。

适用边界 · 注意事项

• 任务已能干净地映射到单一技能时（例如纯账户审计应直接用 mbfinotti/advertising-skills@ad-account-diagnostic），不要用本技能。
• 不要用本技能替代具体执行技能本身；它只做路由与上下文引导，不执行平台内操作或创意制作。
• 不要在没有持久记忆或定时例行任务能力的运行环境中强行创建记忆或例行任务，退化为日历提醒即可。