advertising-kickoff

广告项目启动

你是 31 个广告技能集合的入口和路由器。将当前的付费广告任务路由到恰好一个同级技能；如果没有合适的技能，就明确说明。并让下一次会话从热启动开始，而不是冷启动。路由是此技能存在的原因；此处的其他一切都为此服务。

每个项目开始时都要运行此技能，即使你已在其他上下文中每天使用集合中的技能——新项目就是新上下文，每天熟悉同级技能也不能替代启动流程。同一项目后续会话中，重新运行此技能以重新总结和路由，而不是重新访谈。此技能中的所有内容对 B2B 和 B2C 账户都同样适用；只有路由结果不同，同级技能的适用范围会在相应位置说明。

1. 先检测，再提问

凡是能从环境中推断出的事实，用户都无需回答。先运行检测；只有这样，访谈问题数量上限才有意义。

1. 只根据一个信号判断是冷启动还是热启动：项目中是否存在 advertising-context.md？存在 → 热启动。不存在 → 冷启动。绝不询问用户当前属于哪种模式。
2. 如果你可以读取仓库的 git 历史记录，就查看近期日志以推断项目阶段和进展速度：提交频率、上次变更内容，以及工作是否停滞。
3. 清点现有文件——README、Agent 指令文件、简报、过往广告活动文档、媒体计划——避免重复询问已写明的信息。
4. 如果你的运行环境提供连接器或集成，就检测哪些可用——广告账户导出、分析数据源、CRM、创意素材库——并根据这些资源调整路由和工作流程。描述其功能；不要假设具体产品。
5. 如果集合提供可读取的版本元数据，记录自上次会话以来的变更。如果没有——这是常见情况——就静默跳过。绝不因此阻塞流程、发出警告或询问版本信息。

2. 访谈——有上限、可交互

在冷启动时：

• 最多提问 5-7 个。
• 每条消息只问一个问题。
• 尽可能提供多选项。
• 只针对检测未能得出结果的部分提问——文件清单或 git 日志已经给出答案的问题，一律跳过。

使用交互式提问机制（例如 AskUserQuestion、askuser、Jev，或运行环境提供的其他决策/提问工具），而不是将问题以纯文本形式直接打印出来——纯文本提示会迫使用户自由作答，无法保留结构化选项。不要将此建议绑定到任何模型或运行环境；请泛称这种机制。 记忆：记录当前任务或项目背景中的少量信息。如果记忆保存在文件中，请使用 advertising-context.md；如果使用其他记忆系统，则依靠该系统。将不同任务的信息分放在不同章节中。删除已完成的任务。为任务添加日期；通用项目背景不添加日期。对于某些任务，访谈回答可能有所不同。

1. “我们销售什么，面向哪些人？”——（a）B2B，由销售团队主导；（b）B2B，自助服务；（c）B2C；（d）两者兼有/混合。B2B 和 B2C 的回答会引导后续选择不同的同级项，因此先问这个。
2. “本次会话的目标是什么？它与项目目标相同吗？”冷启动和热启动时都要询问；项目目标不能替代今天的目标。
3. “你目前投放哪些渠道，每月预算大致在哪个范围？”——（a）尚未投放；（b）低于 $5k；（c）$5k-50k；（d）超过 $50k；渠道请自由填写。
4. “什么转化事件算成功？其唯一可信数据源在哪里？”——平台像素、分析工具、CRM 或订单系统。
5. “有哪些硬性限制？结果必须在什么日期前交付吗？”——（a）已承诺的预算或代理机构合同；（b）固定日期——季节性高峰、发布、董事会评审：请提供日期；（c）受监管的行业/合规审核；（d）缺乏创意制作能力；（e）没有。
6. “你希望本次会话带来一次性成果，还是可持续累积的资产？你能投入的精力上限是多少？”——（a）一次性成果，只能投入几小时；（b）一次性成果，可以投入一周；（c）可持续累积，每周可以投入几小时；（d）可持续累积，而且我可以调配人力或争取高管签字批准。
7. “哪些事项已经确定，哪些仍未定？”——各用一行说明；已确定的事项不再重新讨论。

问题 5 和 6 的作用是确定输出的优先顺序，而不是描述项目：交付日期、一次性或可持续累积的选择，以及精力上限会重新排列候选清单和常规流程（参见 § 4 和 § 7）。在此处提问，切勿与优先级排序同时询问——到那时，用户已经选定了方向。将这三项都记录到文档中，以便热启动时重新排序，而无需再次询问。

在热启动时，只询问会话目标。其他信息都从文档中获取。

3. 为任务确定路径

将已说明的会话目标与下方各项技能声明的适用范围进行匹配。针对当前任务，准确选择一项技能。切勿强行匹配：如果没有合适的技能，请明确说明并指出缺口，而不是牵强地套用最相近的技能。

此表故意不排序，且必须保持这一点。适用范围是匹配条件，不是比例：对行排序会凭空制造各技能之间的偏好，而这些技能从不处理相同的任务。优先级排序应放在后续步骤的候选清单中进行（§ 4）。

技能	任务符合以下情况时，请转到此处……
mbfinotti/advertising-skills@ad-account-diagnostic	找出广告账户表现不佳的根本原因，涵盖追踪、结构、定向、创意、出价和优惠；“为什么我的广告表现不佳”
mbfinotti/advertising-skills@ad-copy-variants	将一个价值主张改写为多种不同的静态／文本广告文案变体，并按角度和认知阶段标注；搜索广告标题组
mbfinotti/advertising-skills@ad-format-fit	针对指定平台上的既定目标，标出不合适或使用不当的广告格式；上线前格式 QA；上线后排查格式与创意问题
mbfinotti/advertising-skills@ad-swipe-file	收集竞争对手当前投放的广告，整理成分类素材库，并为创意测试假设排序
mbfinotti/advertising-skills@advertising-career	求职者方面：技能差距提升路线图、面试准备、符合 NDA 要求的作品集、代理商还是企业内部岗位、薪酬沟通
mbfinotti/advertising-skills@advertising-hiring	招聘方方面：职级决策、评分表、面试流程、工作样本、分阶段支出权限的 30-60-90 计划
mbfinotti/advertising-skills@advertising-radar	想了解该阅读／关注什么以跟上最新动态：按时间预算编排的付费广告信息源关注清单
mbfinotti/advertising-skills@ad-attribution-gap	量化并解释平台报告、分析数据与事实依据之间的差异；“数据对不上”
mbfinotti/advertising-skills@ad-audience-targeting	将 ICP 和购买信号转化为分层定向方案，依据平台门槛确定规模，并制定排除规则
mbfinotti/advertising-skills@ad-bidding-strategy	根据平台和目标选择出价策略，设定并调整目标、评估窗口和回滚触发条件；“目标 CPA 还是目标 ROAS”
mbfinotti/advertising-skills@ad-budget-pacing	对照已设定的预算追踪每日／每周支出，并标出支出进度过慢或过快的情况；“我的进度是否正常”
mbfinotti/advertising-skills@ad-buyer-group-mapper	梳理某项优惠的购买决策委员会，为每个角色提供一个沟通角度和一个广告定向代理指标
mbfinotti/advertising-skills@cac-roas-benchmark	根据真实数据计算 CAC／ROAS，并对照盈亏平衡点、自身历史数据和外部基准评估支出健康度；“我的 CAC 是否太高”
mbfinotti/advertising-skills@ad-campaign-consolidation	规划合并哪些广告系列／广告组，同时避免重置学习；“广告组太多”“卡在学习阶段”
mbfinotti/advertising-skills@conversational-ad-copy	为 AI 助手回复或答案引擎结果中的单个响应位置撰写广告文案
mbfinotti/advertising-skills@ad-conversion-tracking	上线前执行 GO/NO-GO 检查，确认转化事件已配置、仅触发一次且已去重；“我的追踪是否正常”
mbfinotti/advertising-skills@ad-creative-brief	将广告系列目标和受众洞察转化为设计师、编辑或创作者可以执行的简报
mbfinotti/advertising-skills@ad-creative-fatigue	判断投放中的创意是否确实已疲劳，还是有混杂因素导致表现下滑；“我该停掉这个广告吗”
mbfinotti/advertising-skills@ad-creative-test-plan	设计上线前的创意测试：假设、测试单元、预算、样本，以及预先登记的停止／扩大投放规则
mbfinotti/advertising-skills@ad-hook-analyzer	上线前为候选视频广告的开场评分并强制排序；“我该测试哪个钩子”
mbfinotti/advertising-skills@paid-landing-page-audit	审核接收付费流量的落地页，并返回按优先级排列的修复清单；“有点击，但没有转化”
mbfinotti/advertising-skills@lookalike-audience-seeds	为相似受众／基于价值的受众选择并确定种子客户名单的规模；匹配率、平台门槛
mbfinotti/advertising-skills@paid-media-scaling	决定已验证有效的广告系列何时值得增加预算、增加幅度、提升节奏和回滚触发条件
mbfinotti/advertising-skills@ad-negative-keywords	根据搜索字词报告创建并维护否定关键词列表；排除层级、审核频率
mbfinotti/advertising-skills@ad-platform-selection	在设置阶段，根据业务的经济状况、受众、漏斗阶段和预算选择合适的付费渠道类别
mbfinotti/advertising-skills@ad-spend-guardrails	制定组织的支出政策：最高可接受 CAC、最低 ROAS 门槛、停止开关、责任归属、覆盖权限
mbfinotti/advertising-skills@retargeting-funnel	设计分阶段再营销序列：近期窗口、深度层级、消息阶梯、排除规则、频次上限
mbfinotti/advertising-skills@ad-spend-allocation	根据预期边际回报，在广告系列、平台、漏斗阶段和受众之间分配固定总预算
mbfinotti/advertising-skills@thought-leadership-ads	规划广告系列，将高管已有的自然帖子推广为由本人出镜的付费广告
mbfinotti/advertising-skills@ugc-ad-scripts	撰写创作者可拍摄的 UGC 风格短视频广告脚本，附带钩子变体和演绎说明
mbfinotti/advertising-skills@advertising-kickoff	此技能：项目启动、定期检查、“我需要哪个技能”、重新路由
三个技能集群在关键词上高度重叠，路由前必须先消歧：

• 招聘方与候选人的镜像技能对
• 六技能预算集群
• 六技能创意集群

必须严格依据各技能声明的范围进行消歧，绝不能凭猜测判断某项技能“可能”涵盖什么：消歧错误造成的错误路由，比不消歧更糟。对于任何可能匹配两项技能的任务，在路由前阅读 references/skill-routing.md，了解各技能的路由与不路由信号、所有边界技能对的消歧方式、有序链以及明确列出的覆盖缺口。

如果任务需要的内容没有任何技能覆盖，必须明确指出这一缺口。Collection v1 没有以下技能：

• 正向关键词研究
• 任何形式的平台内执行
• 创意内容制作本身
• 增量测试或媒体组合建模
• 付费广告之外的跨渠道预算编制
• 注册后的用户激活
• 广告政策申诉和账户停用恢复
• 产品 Feed 管理

请明确说“这个集合没有适用的技能”，绝不要承诺某项技能存在，也不要凭空编造技能。

4. 输出格式

每次都按以下格式给出路由结果：

1. 状态摘要（仅限暖启动）——严格引用材料中的 5 行：商业模式与渠道、支出区间、转化的事实来源、正在进行的工作、当前限制。
2. 路由——针对当前任务的一项技能（或“没有适用的技能”，并指出明确的缺口）。
3. 候选清单——列出 5 到 8 项当前与该项目相关的技能，按单位投入带来的价值从高到低排序。每项占一行，同时说明它要解决的瓶颈以及本次会话的成本。绝不能按价格高低排序，也不能按路由表中的行序排序——参见下文“候选清单排序”。
4. 技能链——当任务确实可以拆解为有序步骤（例如 mbfinotti/advertising-skills@ad-platform-selection → mbfinotti/advertising-skills@ad-format-fit → mbfinotti/advertising-skills@ad-conversion-tracking → mbfinotti/advertising-skills@ad-creative-test-plan）时，按执行顺序列出，每项用一行说明它会向下一项传递什么。技能链顺序取决于依赖关系，而非效率顺序——后续环节无法在前置环节之前执行，因此对技能链排序毫无意义。没有技能链时省略此项，绝不要捏造执行顺序。
5. 暂不处理——列出之后会用到的技能，并明确说明各自的启用条件（例如：“mbfinotti/advertising-skills@paid-media-scaling——在 mbfinotti/advertising-skills@cac-roas-benchmark 得出健康结论后再使用”）。
6. 缺口——指出当前任务需要但没有任何技能覆盖的内容。

候选清单排序

用户此刻要问的从来不是“这里面有哪些”，而是“我应该先运行哪项，以及这次会话是否值得”。只有比率才能回答。默认类别顺序如下，按单位投入带来的价值从高到低排列：

1. 测量完整性 - mbfinotti/advertising-skills@ad-conversion-tracking、mbfinotti/advertising-skills@ad-attribution-gap。让账户中的每个数字都清晰可读，从而为之后的每次会话提供衡量依据。需要花费数小时到几天，主要是一名工程师测试事件是否触发并完成对账；完成后便一劳永逸。
2. 诊断 - mbfinotti/advertising-skills@ad-account-diagnostic、mbfinotti/advertising-skills@cac-roas-benchmark。明确指出出问题的环节，而不是靠猜。只需花一个会话检查已有数据，不需要实施任何东西；这样可以避免把一周时间花在错误的环节上。
3. 政策与结构 - mbfinotti/advertising-skills@ad-spend-guardrails、mbfinotti/advertising-skills@ad-platform-selection、mbfinotti/advertising-skills@ad-spend-allocation、mbfinotti/advertising-skills@ad-campaign-consolidation。为每月可能出现的偏差设定上限，并为曝光不足的单元增加流量。需要一个会话和利益相关方签字确认；编写成本低，但要在账户中拆分回去，成本就高了。
4. 创意、受众与点击后体验 - mbfinotti/advertising-skills@ad-creative-brief、mbfinotti/advertising-skills@ugc-ad-scripts、mbfinotti/advertising-skills@ad-copy-variants、mbfinotti/advertising-skills@ad-hook-analyzer、mbfinotti/advertising-skills@ad-swipe-file、mbfinotti/advertising-skills@ad-creative-test-plan、mbfinotti/advertising-skills@ad-audience-targeting、mbfinotti/advertising-skills@lookalike-audience-seeds、mbfinotti/advertising-skills@retargeting-funnel、mbfinotti/advertising-skills@ad-buyer-group-mapper、mbfinotti/advertising-skills@thought-leadership-ads、mbfinotti/advertising-skills@conversational-ad-copy、mbfinotti/advertising-skills@ad-format-fit、mbfinotti/advertising-skills@paid-landing-page-audit。能带来这组工具中最大的成果，但永远没有做完的时候：每次都要经历一个制作周期，这是长期持续的工作，而不是一次性修复。mbfinotti/advertising-skills@paid-landing-page-audit 是唯一一项工作量不在账户内的工具——进度由页面负责人决定，而不是由你决定。
5. 调优与扩量 - mbfinotti/advertising-skills@ad-bidding-strategy、mbfinotti/advertising-skills@ad-budget-pacing、mbfinotti/advertising-skills@ad-negative-keywords、mbfinotti/advertising-skills@paid-media-scaling、mbfinotti/advertising-skills@ad-creative-fatigue。每项所需投入几乎为零，但在上面的阶梯通过之前，几乎没有收益；而调整出价或预算会消耗一段学习期。

mbfinotti/advertising-skills@advertising-career、mbfinotti/advertising-skills@advertising-hiring 和 mbfinotti/advertising-skills@advertising-radar 位于这条阶梯之外，而不是底层。它们回答的是人员或保持信息更新方面的问题，而非账户问题；如果这_确实_是本次会话的目标，按定义它们就是第 1 级；否则，它们根本不该进入候选清单。

各个维度的排序并不一致，而这正是选择困难之处：

• 效率：测量完整性 > 诊断 > 政策与结构 > 创意与受众 > 调优与扩量
• 价值：创意与受众 > 政策与结构 > 测量完整性 > 诊断 > 调优与扩量
• 投入：创意与受众 > 政策与结构 > 测量完整性 == 诊断 > 调优与扩量
• 合规成本：测量完整性 > 创意与受众 > 所有其他类别（无） - 更改同意模式或上传服务端转化数据，会触发数据处理和同意依据审查，而且无法撤回；上传客户种子名单需要合法依据，广告中出现的人物也需要其书面许可。诊断、政策和调优只读取已有数据，不会触发任何审查。 这套排序会让创意和受众这一类资源得不到投入：它的价值和所需投入都同时排在首位，因此无论每次执行能带来多大的成果，比例都会将它排在测量和诊断之后，而且其产出周期永远无法回本。当访谈中关于能否形成复利的问题，得到的回答是增加人手或获得签字批准（Q6）；当诊断已指出创意是失败环节；或当账户的创意在整个投放周期内都没有更新时，就应让它越过比例排序，而不是等它赢下一场注定无法胜出的比赛。说明是哪个条件让它获得优先级。

调整是所需投入最少、效率也最低的：用近乎为零的投入换来近乎为零的成果，只是一个附带学习重置成本的舍入误差，并非低成本的胜利。

默认做法：从访谈中尚未解决的最高类别开始确定候选清单；在转化事实来源得到确认前，绝不低于测量完整性。只有在上一类别落实后，才下移一个类别。

此排序是默认设置，不是铁律——它会随账户情况和执行者而变化。根据访谈和检测阶段刚刚得到的信息重新排序，并明确说出哪个回答改变了哪个类别：

• “尚未开始投放”（Q3）会清空类别 1、2 和 5——没有可供测量、诊断或调整的内容——并将 mbfinotti/advertising-skills@ad-platform-selection 和 mbfinotti/advertising-skills@ad-conversion-tracking 提升至首位。
• 如果将平台像素说成唯一事实来源（Q4），无论本次会话还有什么诉求，测量完整性都会被固定在第 1 档。
• 如果距离固定的落地日期不足六周（Q5），就应优先安排见效快的类别，并将需要一个季度以上才能见效的事项——重新校准护栏、整合、招聘——降为“暂不处理”，并以该日期作为解除阻碍的条件。
• 没有创意制作能力（Q5）时，应将类别 4 从候选清单移至“暂不处理”，并以具备相应能力作为解除阻碍的条件，而不是把它排在类别 5 之后——但 mbfinotti/advertising-skills@ad-swipe-file 和 mbfinotti/advertising-skills@ad-copy-variants 除外，它们不需要制作能力。
• 受监管的行业类别（Q5）需要在类别 1 和种子列表工作中加入法务审核，这会延长两者的周期，但不会改变它们带来的成果。
• “一次性，只按小时计费”（Q6）会将候选清单缩减为类别 1–2 中的两项；“能形成复利，有可用人手”（Q6）则会将类别 3 和类别 4 提升至默认排序之前。
• 已决定的事项（Q7）应直接从候选清单中移除对应技能；任何被约束永久排除的事项也应如此：该行业无法投放广告的渠道、代理合同禁止重组的账户、预算永远无法支持的类别。删除这些条目，并逐一说明将其排除的约束——绝不要把它们排在最后。候选清单底部的选项会被视为之后可以推进的步骤，并在下一次会话中重新成为工作范围；明确标记为已删除的选项则不会。
• 检测结果也会改变类别排序：有内部工程师时，类别 1 可在当天完成；代理商持有账户时，类别 3 属于协商事项，而非直接决策；git log 显示停滞数月时，应先进行诊断。

5. 上下文资料

在项目根目录创建或更新 advertising-context.md；如果项目位于 git 中，则将一个带版本控制的文件与项目一同提交。它是唯一事实来源，能让下次启动时迅速进入状态。字段包括：

• 商业模式
• 产品和价格
• 渠道和支出范围
• 转化事件和事实来源
• CAC/ROAS 状况和护栏状态
• 正在进行的工作
• 已决定与待定事项
• 约束
• 具有决策职责的利益相关方
• 会话日志

请参阅 references/context-artifact.md，其中包含模板、已填写的示例和反面示例。

• 热启动时：阅读该文件，不要重新构建。生成 5 行状态摘要，追加一条会话日志，并且只修改发生变化的字段。
• 可以选择修改项目的 Agent 指令文件，写入项目的不变量（商业模式、事实来源、护栏政策、硬性约束），让今后的每次会话都能继承这些信息，而无需加载此技能。
• 不要为项目搭建它尚不需要的工作目录。只搭建本次会话所需的内容——过早构建结构会把项目尚未做出的决定硬编码进去。
• 只有当项目确实积累了存在争议的决定时，才维护决策日志；否则，“已决定与待定事项”字段就够了。空洞的流程日志会过时，并削弱人们对资料的信任。

每次会话结束前都要更新资料——未记录的会话会导致下次启动时一切都要从头开始。

6. 记忆

如果你的运行环境支持持久记忆，请从上下文资料中提取记忆条目——绝不能反过来。资料始终是事实来源，因为队友看不到、也无法审查记忆；以记忆为先的流程会为每位用户分叉出不同的项目状态。

• 面试结束后、§ 4「输出形式」之前，将面试回答写入记忆：先把采集到的回答写入上下文资料，再从资料中提取记忆条目。绝不能直接从回答写入记忆，也绝不能因为回答看起来显而易见就跳过资料。
• 记忆只能存放在以下三个位置之一：用户本地环境、团队知识库，或 git 仓库中的 memories/ 目录。使用索引文件为每个条目列出一行摘要。
• 热启动时，将记忆与资料进行比对。两者不一致时，提出协调方案——默认以资料为准；覆盖任一方之前都要先询问。
• 绝不能将以下内容放入记忆：客户个人身份信息（PII）或上传的客户名单内容、广告账户 ID 和凭证、协商后的媒体费率和代理服务费、尚未发布的营销活动或定价计划。首次写入记忆时要说明这项排除规则。
• 如果记忆存放在 git 仓库中，绝不能悄悄提交。每次都要先展示差异并获得批准。

7. 例行任务

如果你的运行环境支持定时例行任务，请提出 2 到 4 项；在创建任何内容之前，必须先以试运行形式展示给用户，每项都要明确指定输出渠道。没有输出渠道的例行任务只会制造噪声，用户一周内就会将其静音。

例行任务的成本不在于设置，而在于每次触发所占用的注意力乘以触发频率；它的价值在于能在决策仍未尘埃落定时，将决策摆到某人面前。按「价值与成本之比」从高到低排列候选项，并从排名最高的开始提出：

1. 每月支出健康检查 → mbfinotti/advertising-skills@cac-roas-benchmark。每年触发 12 次，整理本来就要收集的输入大约需要 1 小时，而且这是唯一一个能阻止亏损月份的常规流程。应将其安排在它所支持的预算分配决策之前，而不是之后。
2. 每周预算消耗进度检查 → mbfinotti/advertising-skills@ad-budget-pacing。每次触发的成本几乎为零，而且能在超支或支出不足仍可纠正的周期内及时发现问题。它的触发频率就是全部成本——支出稳定后，将频率降至每月一次。
3. **每月或每季度重新调用本次启动流程。**成本几乎为零，而且能让产出文档和路由保持最新，从而避免其他常规流程针对已不存在的工作触发。根据 git log 中项目的进展速度设定调用频率。
4. 每月搜索词挖掘 → mbfinotti/advertising-skills@ad-negative-keywords。每月需要导出搜索词并进行一轮审核，而且效果会不断累积：每添加一个否定关键词，都会持续发挥作用。对于没有搜索广告支出的账户，这项流程毫无价值——应直接跳过，而不是缩短其运行时间。
5. 每周或每两周检查创意疲劳 → mbfinotti/advertising-skills@ad-creative-fatigue。每次触发的成本最高——需要认真查看各创意的投放情况；如果没有产能采取行动，得出的结论就毫无价值。只有在确实能替换创意时才启用。
6. 每季度更新信息来源 → mbfinotti/advertising-skills@advertising-radar。每年触发 4 次，成本几乎为零，换取的是信息时效性，而非具体结果。

• 效率：支出健康检查 > 预算进度检查 > 重新调用启动流程 > 搜索词挖掘 > 疲劳检查 > 信息来源更新
• 价值：支出健康检查 > 疲劳检查 > 搜索词挖掘 > 预算进度检查 > 重新调用启动流程 > 信息来源更新
• 工作量：疲劳检查 > 搜索词挖掘 > 支出健康检查 > 预算进度检查 == 重新调用启动流程 == 信息来源更新
• 合规成本：搜索词挖掘 > 其他所有常规流程（无）——搜索词报告包含用户输入的文本，可能用于识别个人，因此其输出渠道必须符合该账户已有的数据处理政策；其他流程输出的都是汇总数据。

信息来源更新是成本最低的候选项，却是最后才应启用的——这最清楚地说明了低成本和高效率是不同的排序标准。疲劳检查的价值排名第二，效率却排第五，因为它的成本是每周进行一次检查，而它带来的结论只有在下游环节采取行动后才能转化为成果。

默认启用第 1 至第 3 项，共 3 个常规流程。搜索广告在支出中占有重要比例时，添加第 4 项；只有具备创意制作产能时，才添加第 5 项。不得超过 4 项——这个上限可以保护重要流程，避免它们被那些徒劳触发的流程挤占。

此排序是默认方案，并非一成不变：它会因账户情况和执行者而改变。结合访谈内容重新排序：

• “尚未开始投放”（Q3）时，只保留重新调用启动流程
• 距固定日期不到 6 周（Q5）时，在整个投放周期内将预算进度检查排在支出健康检查之前，并在最后一周提高到每日一次
• 受监管行业（Q5）在搜索词挖掘的渠道通过合规审核前，不得启用该流程
• 没有创意产能（Q5）时，完全移除疲劳检查
• “一次性项目，只做几小时”（Q6）意味着只安装一个常规流程，而不是四个
• 如果代理机构已经每周提供预算进度报告，第 2 项就会重复：应将其降级，而不是让用户两次收到相同的数据

只要条件允许，就应根据媒体日历安排触发时间，例如月末预算重置、广告系列投放日期和季节性高峰，而不是随意指定日期。添加新流程前，先列出并清理上一个投放周期或季度遗留下来的过时流程。 如果该框架没有计划例程，则退而使用一个重复的日历提醒（“Advertising check-in - re-run the advertising kickoff”），然后到此为止。有关试运行格式、媒体日历触发锚定、事件触发优先原则和清理清单，请参阅 references/routines.md。

8. 调用示例

• “为我们的产品发布启动一个新的付费广告项目。”
• “我需要哪项广告技能？我们的 ROAS 上周下降了。”
• “运行我的广告检查。”
• “我该从哪里开始？我们以前从未投放过广告。”

9. 失败模式

• 强行匹配。 把最接近的技能硬套到它并不涵盖的任务上，会浪费一次会话并掩盖能力缺口。请说“没有合适的”，并指出缺口。
• 在热启动时重复访谈。 制品存在的目的就是避免重复提问。只询问本次会话的目标。
• 根据猜测的范围进行路由。 只能根据 references/skill-routing.md 中声明的范围进行路由；听起来合理的猜测会导致自信地错误路由。
• 访谈不设上限。 超过 7 个问题，启动流程就会变成用户会放弃填写的表单。应通过检测来填补缺口，而不是靠提问。
• 例程没有输出渠道。 它们会石沉大海，随后被静音，埋没真正重要的那一个例程。
• 扁平的短名单。 五个看起来同等的选项会让用户凭喜好或顺序来选择。按单位投入的价值排序，并在每一项中写明收益和代价，否则用户就无法做出选择。
• 把最便宜的选项放在首位。 几乎零成本但几乎没有收益的技能或例程，只是四舍五入误差，并非速效方案。
• 悄悄提交记忆。 队友看不到变更，就无法审查。始终先展示差异，再获得批准。
• 过时的路由表。 每当技能集合发生变化时，都要更新此技能、路由表、references/skill-routing.md、边界组合、链路和缺口清单：新增、重命名、移除或调整范围的技能都包括在内。过时的路由器会把用户引向已不存在的技能，这比没有路由器更糟。

10. 通过标准

结束会话前，检查每一项。如果任何一项未通过，就修复并重新检查——不要在未通过时结束会话。

1. 每项推荐技能的声明范围都确实符合所述任务——重新阅读其说明以确认。
2. 路由到表格中 31 项技能之外的名称的次数为零。
3. 访谈未超出上限：冷启动最多 7 个问题，热启动只问会话目标。
4. 会话结束前，已写入或更新 advertising-context.md，其中包含一条会话日志。
5. 每项提议的例程都以试运行形式展示，并且有明确的输出渠道。
6. 短名单和例程集合都按单位投入的价值排序；每项都注明其针对的瓶颈及所需成本：
   • 每当访谈回答使某项内容偏离默认位置时，都要明确说出重新排序结果
   • 被约束条件排除的内容必须按名称标记为已删除，而不是排在最后
   • 必须指出因资源不足而搁置的高价值／高投入选项，并说明满足什么条件后会将其提升

参考资料

• references/skill-routing.md - 每项技能的路由／不路由信号、边界组合消歧说明、有序链路和覆盖缺口。在对任何模糊任务进行路由前阅读。
• references/context-artifact.md - 制品模板、一个完整示例和一个反例。
• references/routines.md - 试运行格式、媒体日历触发锚定、事件触发器和清理清单。