通用付费媒体规划:claude-ads 的定性决策框架与六大门槛实操指南
【免费下载链接】claude-adsClaude-first paid-media operations skill for Claude Code across 12 ad platforms (Google, Meta, YouTube, LinkedIn, TikTok, Microsoft, Apple, Amazon, Reddit, Pinterest, Snapchat, X): source-grounded audits, deterministic scoring, versioned JSON reports, and capability-gated account changes.项目地址https://gitcode.com/gh_mirrors/cl/claude-ads点击查看免费下载本文围绕 skills/ads-plan/assets/generic.md 展开系统讲解 claude-ads 中“通用付费媒体规划问题”这一定性规划辅助的完整用法。读者将掌握如何用六大 Required Gates必要门槛约束一次规划任务、如何设计能改变决策的规划问题、如何在候选方案间做诚实比较以及如何在输出护栏内生成一份既不虚构精度、也不越权改账户的可执行规划。claude-ads 的ads-plan技能面向“广告计划、媒体计划、PPC 策略、付费社交策略、campaign 架构、广告路线图或渠道规划”等诉求见 skills/ads-plan/SKILL.md 的技能描述。在规划流程中除了按行业选择模板如电商、SaaS、本地服务等还存在一份不绑定任何垂直行业的通用规划问题清单即本文要剖析的generic.md。它被明确标注为Status: qualitative, unscored planning aid——定性、不计分的规划辅助它不产出健康分、不参与确定性评分只为规划提供结构性提问与护栏。一、通用规划辅助的定位为什么是“定性且不计分”在 claude-ads 中评分只发生在审计audit等确定性场景ads/SKILL.md的 “Scoring and output” 一节规定“使用确定性评分引擎绝不在提示词或报告模板中重算分数”。而规划plan是咨询性产物A plan is advisory. It becomes an account change only through launch or optimize mutation gates.计划是咨询性的只有通过 launch 或 optimize 变更门槛才会变成账户变更。—— skills/ads-plan/SKILL.md因此generic.md刻意将自己标为“unscored”与审计评分体系划清界限。这意味着规划的产出是选项、权衡、假设、来源 ID、负责人与验证步骤而不是“账户健康分”规划允许在信息不完整时给出provisional临时结论或needs_input请求输入的中间状态而不是强行填一个看似精确的数字规划过程中“健康度、证据置信度、监管暴露、机会”四类判断必须分开保存不能混为一谈。二、六大必要门槛Required Gates一次规划任务的安全骨架generic.md将规划任务约束在六道门槛之内任何一次通用规划都应逐条核对1. Context gate上下文门槛在提问或建议之前先确认业务模型business model收入模式、毛利结构、货品/服务交付方式offer 与受众卖的是什么、卖给谁、凭什么支撑这个 claimobjective 与 conversion目标是什么、什么事件才算转化geography、budget authority、data window地域、预算审批权、数据窗口active platforms 与 decision owner当前活跃平台、最终决策人。这与 ads/SKILL.md 的 “Context intake” 一致先提取已有上下文只追问“会实质改变工作结果”的信息绝不虚构缺失的业务或账户上下文当缺失数据使诊断或变更不安全时返回needs_input。2. Evidence gate证据门槛只使用账户证据账户导出、API 响应、实验数据与当前有效的官方来源 ID对缺失missing、过期stale、从业者practitioner、有争议contested与相互矛盾contradictory的证据必须显式打标签不能悄悄混用对应 ads/SKILL.md 的证据优先级官方平台/API/监管/标准机构材料 一手账户导出与受控实验数据 注明方法论的从业者证据 社区资料需先做许可审查。3. Measurement gate衡量门槛在谈预算、出价或优化之前先定义business outcome最终业务结果是什么attribution limits归因的能力边界例如平台归因与 MMP、服务端数据在定义、窗口、身份、同意、去重、币种、时区上的差异见 ads/references/thinking-framework.md 的 THINK 原则reconciliation source以哪个来源做对账基准outcome latency、guardrails、observation window结果延迟、护栏、观察窗口。4. Regulatory gate监管门槛识别品类、隐私、同意、定向、声称claim、披露、代言endorsement与区域风险并在必要时把不确定性路由给合格审查qualified review。这与仓库中 ads/references/compliance.md 与 ads/references/compliance-requirements.md 的定位一致政策与法规材料只在相关时按需加载。5. Capability gate能力门槛区分 export导出分析、read授权读取、draft草稿与 write写操作四类行为不支持或未授权的操作保持不可用。ads/SKILL.md明示“所有集成本质只读写入需要变更门槛全量通过”因此规划阶段即使给出建议也不等于获得了写权限。6. Mutation gate变更门槛任何账户变更之前必须满足精确预览、审批、幂等性、验证、审计、爆炸半径限制、回滚exact preview, approval, idempotency, verification, audit, blast-radius limit, and rollback。完整的六项写操作前置条件记录在 ads/SKILL.md 的 “Mutation gate” 一节平台能力清单标记该操作已被测试并启用归一化快照与提议变更指向明确的账户与对象 ID人可读的前后 diff 说明目标、爆炸半径、预期效果、学习期影响与政策影响负责人批准精确的变更计划与账户自定义上限存在幂等键、审计记录、回滚动作与验证窗口适配器执行最小的可逆变更并验证远端状态。三、规划问题集Planning Questions让问题指向决策generic.md提供了 7 个核心规划问题它们的共同特征是以“决策与证据”为中心而不是以“投放技巧”为中心“这个计划要支撑什么决策什么证据会改变这个决策”——如果一个问题答不上来也不影响决策就不值得为它收集证据。“哪个受众需求与 offer 声称是被证据支持的而不是被假设的”——把 claim 拆成“已验证”与“待验证”。“哪些平台与版位是符合资格、可衡量、且运营上可支撑的”——三个条件缺一不可这呼应 skills/ads-plan/SKILL.md 第 3 步“从第一性原理评估渠道角色与排除项不要求覆盖全部支持平台”。对于十二平台契约之外的渠道需要加载 ads/references/additional-platforms.md 并返回研究线索除非其购买、资格、衡量与创意证据齐备。“在业务系统里成功意味着什么而不只是在广告平台内部”——平台内的 ROAS/CPL 只是中间指标业务侧的对账口径才是一锤定音。“哪些输入缺失、不一致、过期、敏感或超出权限”——把缺口显式列出对应needs_input或provisional状态。“哪个可逆实验能区分主要假设”——把分歧转化为可证伪的实验设计而不是靠争论解决。“创意、落地页、跟踪、政策、预算、销售与跟进分别由谁负责”——每个行动项必须有 owner、时机、依赖、护栏、证据、成功度量与回滚/退出条件skills/ads-plan/SKILL.md 第 6 步。这组问题与 ads/references/thinking-framework.md 的 10 原则相互印证OBSERVE-External先看证据再假设、THINK第一性原理拆解、CONNECT-Lateral/System跨渠道与系统性连贯、ACCEPT接受不确定性、承认失败假设。四、候选方案考量Candidate Considerations诚实比较拒绝“万能配方”把渠道角色、受众方法、信息messages与衡量设计当作“选项”来比较而不是默认某种组合。渠道角色如搜索、发现、再营销、留存应作为假设提出再用当前证据检验——这一点与 skills/ads-plan/assets/ecommerce.md 中“以假设看待目录、搜索、发现、再营销与留存角色”完全一致。把健康health、证据置信度evidence confidence、监管暴露regulatory exposure与机会opportunity分开ads/SKILL.md的评分章节同样要求“保持健康、证据覆盖、监管暴露与机会分离”规划阶段延续同一纪律。优先给出provisional或needs_input而不是编造的精度ads/SKILL.md的 Context intake 明确规定——安全时给出显式标注的临时结果不安全时返回needs_input。五、输出护栏Output Guardrails交付什么、拒绝什么必须返回选项、权衡、假设、来源 ID、负责人、验证步骤options, tradeoffs, assumptions, source IDs, owners, verification steps。严禁输出通用的渠道组合比例、出价策略、阈值、目标或保证universal channel mixes, bid strategies, thresholds, targets, or guarantees。这条护栏直接对应ads/SKILL.md的 “Recommendation safety”启发式规则是“有条件的策略不是普适规则”在推荐出价、预算、定向、创意、归因、关键词或学习期变更前必须考虑样本量、转化延迟、毛利、目标、campaign 成熟度、平台资格、政策风险与置信度。它也解释了为什么generic.md这样的规划辅助刻意保持“定性”一旦给出“固定预算与 CPA 的比率”“统一出价倍数”之类的普适结论就会违反 claude-ads 的推荐安全原则。六、与行业模板的关系generic 是骨架行业模板是血肉generic.md位于 skills/ads-plan/assets/ 目录下与该目录中的行业模板如 agency.md、ecommerce.md、saas.md、finance.md、healthcare.md、local-service.md、mobile-app.md、real-estate.md、b2b-enterprise.md、info-products.md等共用同一结构Required gates → Planning questions → Candidate considerations → Output guardrails。差别在于通用模板generic面向不确定行业归属、或跨行业复合场景门槛更抽象六大门槛问题是“元问题”关于决策本身的问题行业模板如 ecommerce把门槛具体化例如增加 Feed gate验证商品 ID、可得性、价格、落地、政策状态与更新归属问题落到品类与数据口径贡献利润、退货、折扣、运费、税费、复购价值。因此实际使用时建议先以generic.md的六大门槛做全量检查再叠加行业模板补充领域细节规划者还可以参考 ads/references/benchmarks.md 了解基准数据的语境化用法——但基准只能作为上下文绝不能直接变成确定性账户阈值ads/SKILL.md的 Evidence policy 明确要求检查目标、地域、样本与数据窗口。七、规划的产出契约从定性问题到结构化工件虽然generic.md本身是“不计分”的定性辅助但 claude-ads 要求规划流程最终产出规范化的结构化工件。其骨架定义在 claude_ads_core/schemas/v1/media-plan.schema.jsonMediaPlan v1必填字段包括objective目标、currencyISO 4217 三位货币码如USDchannels每个渠道条目必须包含platform平台枚举见 claude_ads_core/schemas/v1/workflow-common.schema.json 中google/meta/youtube/linkedin/tiktok/microsoft/apple/amazon/reddit/pinterest/snapchat/x十二平台、role、rationale、budget_amount可为 null、prerequisites、exclusionsactions每个行动项必须包含id、description、owner、timing、dependencies、evidence_refs、success_measure、rollback_or_exit——这正是generic.md问题 7“谁负责”与SKILL.md第 6 步“owner、timing、dependency、guardrail、evidence、success measure、rollback or exit condition”的落盘形式assumptions假设清单对应通用模板要求“返回假设”、exclusions、statusdraft/complete/partial/failed、data_lifecycle。当计划需要落地为账户变更时则必须升级到 claude_ads_core/schemas/v1/mutation-plan.schema.jsonMutationPlan v1包含account_id、object_id、operation、before/after、blast_radius、ceilings账户自定义上限缺失即禁止写入、approval审批人、被审批计划 SHA-256、时间、idempotency_key、verification_steps、rollback与remote_precondition_sha256。这与generic.md的 Mutation gate 一一对应也再次印证通用规划问题清单是给“计划”用的一旦越过计划边界去动账户就必须走变更门槛不能凭规划结论直接执行。八、把通用规划接入实际工作流在实际的 claude-ads 使用中通用规划通常按以下方式接入通过/ads plan或自然语言请求如“做一份媒体计划”触发 skills/ads-plan/SKILL.md 的 7 步流程规划开始时先读 setup profile、业务经济模型、证据与当前账户状态并选用合适的行业模板作为可选输入当行业归属不明确或需求跨越多个行业时直接使用generic.md依次通过六大门槛检查上下文 → 证据 → 衡量 → 监管 → 能力 → 变更用“决策与证据”导向的规划问题澄清目标把不确定点显式标注为provisional/needs_input产出符合 MediaPlan v1 契约的规范 JSON并按需渲染人类可读的计划计划保持“咨询性”任何账户修改都必须另行通过 launch / optimize 的 mutation gate 审批后执行。总结skills/ads-plan/assets/generic.md是整个 claude-ads 规划体系中最基础、最不依赖行业假设的一层它以六大必要门槛约束思考过程以“决策与证据”导向的问题避免无效分析以“健康/证据/监管/机会分离”保证判断诚实以输出护栏拒绝一切“万能配方”。规划者把这一套定性纪律与仓库中的 MediaPlan v1 契约、MutationPlan v1 契约以及ads/SKILL.md的证据策略、推荐安全规则配合使用就能产出一份既有结构、又不越权、可追溯、可执行的专业付费媒体规划。赞分享【免费下载链接】claude-adsClaude-first paid-media operations skill for Claude Code across 12 ad platforms (Google, Meta, YouTube, LinkedIn, TikTok, Microsoft, Apple, Amazon, Reddit, Pinterest, Snapchat, X): source-grounded audits, deterministic scoring, versioned JSON reports, and capability-gated account changes.项目地址https://gitcode.com/gh_mirrors/cl/claude-ads点击查看免费下载相关推荐claude-ads 中的 SaaS 付费媒体规划从六道证据门到定性规划契约claude ads 中的 SaaS 付费媒体规划从六道证据门到定性规划契约 本篇技术指南以 claude ads 开源仓库中的 SaaS 行业规划模板 htclaude-ads 医疗健康行业付费媒体规划六大门控驱动的合规证据体系与实战框架claude ads 医疗健康行业付费媒体规划六大门控驱动的合规证据体系与实战框架 本文以 claude ads 项目中 医疗健康行业规划模板 https:/Claude Ads 电商付费媒体规划指南以五道 Gate 驱动的定性计划框架Claude Ads 电商付费媒体规划指南以五道 Gate 驱动的定性计划框架 本文基于 Claude Ads 开源仓库中 skills/ads plan/a上一篇10个SwipeDelMenuLayout常见问题及解决方案下一篇OpenUSD Ts 时间样条库深度解析回归样条Regressive Splines与防回归策略全指南创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

相关新闻

Databasus 可观测性实战:基于 OTLP 的日志导出与旋转文件 Sink 架构解析

Databasus 可观测性实战:基于 OTLP 的日志导出与旋转文件 Sink 架构解析

数据库灾备 【免费下载链接】databasus PostgreSQL backup tool with Point-In-Time-Recovery and restore verification 项目地址: https://gitcode.com/gh_mirrors/po/databasus 点击查看 免费下载 Databasus 在 ADR-0014 中确立了统一的可观测性决策&#xff1a…

2026/9/25 5:20:19 阅读更多 →
Allegro到HyperLynx的ODB++导出实战指南

Allegro到HyperLynx的ODB++导出实战指南

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/9/25 5:20:19 阅读更多 →
STM32开源项目评价体系:代码、原理图与仿真的三位一体验证

STM32开源项目评价体系:代码、原理图与仿真的三位一体验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/9/25 5:20:07 阅读更多 →

最新新闻

从烘焙到Lumen:Unity与UE4全局光照技术对比

从烘焙到Lumen:Unity与UE4全局光照技术对比

1. 这轮对比的背景:PBR之后,光照才是渲染的真战场1.1 为什么Part2要单独写全局光照Part1我们聊了Unity URP、HDRP和UE4在PBR材质模型、Shader着色、法线细节上的差异。评论区不少人问:材质表现都差不多了,为什么画面放在一起还是差…

2026/9/25 5:47:35 阅读更多 →
mac配置GLSL(OpenGL Shading Language)开发环境:TaoToken统一Key接入vscode与glslang校验

mac配置GLSL(OpenGL Shading Language)开发环境:TaoToken统一Key接入vscode与glslang校验

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/9/25 5:47:35 阅读更多 →
Databasus 仓库 Git 提交规范:FEATURE/FIX/REFACTOR 前缀、分支命名与自动化版本发布工作流

Databasus 仓库 Git 提交规范:FEATURE/FIX/REFACTOR 前缀、分支命名与自动化版本发布工作流

数据库灾备 【免费下载链接】databasus PostgreSQL backup tool with Point-In-Time-Recovery and restore verification 项目地址: https://gitcode.com/gh_mirrors/po/databasus 点击查看 免费下载 本篇指南完整讲解 Databasus 开源仓库的 Git 提交与分支命名约定…

2026/9/25 5:47:35 阅读更多 →
ng-zorro-antd DatePicker 禁用状态实战:nzDisabled、nzDisabledDate 与 nzDisabledTime 全解析

ng-zorro-antd DatePicker 禁用状态实战:nzDisabled、nzDisabledDate 与 nzDisabledTime 全解析

UI组件前端 【免费下载链接】ng-zorro-antd Angular UI Component Library based on Ant Design 项目地址: https://gitcode.com/gh_mirrors/ng/ng-zorro-antd 点击查看 免费下载 本文围绕 ng-zorro-antd 日期选择器(DatePicker)官方示例 禁…

2026/9/25 5:47:35 阅读更多 →
SSE流式传输实战:AI响应、Nginx配置与EventSource健壮封装

SSE流式传输实战:AI响应、Nginx配置与EventSource健壮封装

1. 为什么今天还必须亲手写一个 SSE 服务?不是 WebSocket 更香吗? SSE(Server-Sent Events)这个词最近在 AI 应用开发一线高频出现,但很多人其实只停留在“它能流式输出大模型回答”这个表层认知。我去年带团队重构三…

2026/9/25 5:47:35 阅读更多 →
使用 VoltAgent 构建 YouTube 转博客 Agent:MCP 工具、共享记忆与 Supervisor 编排实战

使用 VoltAgent 构建 YouTube 转博客 Agent:MCP 工具、共享记忆与 Supervisor 编排实战

人工智能AI AgentAgent 框架后端多智能体RAG工具调用Agent 记忆 【免费下载链接】voltagent AI Agent Engineering Platform built on an Open Source TypeScript AI Agent Framework 项目地址: https://gitcode.com/gh_mirrors/vo/voltagent 点击查看 免费下载 本…

2026/9/25 5:46:34 阅读更多 →

日新闻

AI元人文:从工具使用到思维重构的深度探索

AI元人文:从工具使用到思维重构的深度探索

最近半年我一直在琢磨一件事:AI元人文到底是什么?说白了,就是“用元视角重新审视人与AI的关系”,也在“探索AI如何反向逼着我们发现自己的思考边界”。标题里的“元探索”,在我看就是一层套一层的追问——当你用AI解决…

2026/9/25 0:00:41 阅读更多 →
Python+CNN车牌识别实战:从数据预处理到模型训练与部署

Python+CNN车牌识别实战:从数据预处理到模型训练与部署

简介:基于Python与卷积神经网络的车牌识别项目,面向计算机视觉初学者及智能交通开发者,目标是帮助用户掌握从数据预处理、模型构建到实际部署的完整流程。压缩包共25个文件,包含jpg/png图像样本、py训练脚本、md说明文档、dat数据…

2026/9/25 0:00:41 阅读更多 →
Vim基础操作全攻略:保存退出、模式切换与高频命令实战

Vim基础操作全攻略:保存退出、模式切换与高频命令实战

1. 项目概述1.1 核心需求解析今天聊聊Vim。写这个题目的原因是:几乎每个后端开发者、运维人员、数据工程师某天都会遇到一个场景——深夜加班,服务器登录界面只有黑底白字,编辑器只有vi/vim,你必须在五分钟内完成一次配置修改并保…

2026/9/25 0:00:41 阅读更多 →

周新闻

Flutter for OpenHarmony游戏卡片渐变背景实战:从原理到性能优化

Flutter for OpenHarmony游戏卡片渐变背景实战:从原理到性能优化

直接铺开项目本身吧。这几个月我一直在折腾一件事:用Flutter给OpenHarmony做一款游戏集合类的App,说白了就是把若干小游戏塞进一个壳里,用统一入口分发。这个方向本身不算新鲜,真正让我花了不少心思的,是首页那堆游戏卡…

2026/9/24 14:34:13 阅读更多 →
Word表格编号全攻略:从列表编号到题注交叉引用

Word表格编号全攻略:从列表编号到题注交叉引用

写Word文档,最让人头疼的往往是那些“看起来不起眼”的小问题。比如表格编号这事:今天在表后面多加了两个空白行,明天给客户交稿前发现整个章节的编号全部错位,光是挨个改序号就能耗掉大半个下午。我前阵子帮人整理一份上百页的技…

2026/9/24 9:10:42 阅读更多 →
从第一个站到第二个站:独立开发者的静态网站选型与落地实践

从第一个站到第二个站:独立开发者的静态网站选型与落地实践

1. 项目概述1.1 核心需求解析做独立开发者这几年,说实话,第一个网站上线的那天晚上我兴奋得没睡着。但等它跑了半年,流量惨淡、功能臃肿、代码自己都懒得看第二遍之后,我才慢慢琢磨明白一个道理:第一个网站是练手&…

2026/9/24 14:33:56 阅读更多 →

月新闻

持续集成 流水线自动化与 声明式交付 实践:原型怎样变成可用功能

持续集成 流水线自动化与 声明式交付 实践:原型怎样变成可用功能

持续集成 流水线自动化与 声明式交付 实践:原型怎样变成可用功能分类:[AI/大模型]细分主题:AI 增强型 CI/CD 流水线自动化与 GitOps 实践:Agent 工作流、工具调用与任务拆解:从原型到生产的验收清单很多团队在尝试用大…

2026/9/24 12:50:34 阅读更多 →
容器编排 生产环境运维与排障实战:复盘记录怎样真正派上用场

容器编排 生产环境运维与排障实战:复盘记录怎样真正派上用场

容器编排 生产环境运维与排障实战:复盘记录怎样真正派上用场分类:[工程技术]细分主题:Kubernetes 生产环境运维与排障实战:可复制的项目复盘模板与决策记录大部分团队的事故复盘报告,最后都变成了躺在 Confluence 或钉…

2026/9/24 14:33:48 阅读更多 →
容器 容器化技术与镜像安全管理:核心链路应该先拆哪一步

容器 容器化技术与镜像安全管理:核心链路应该先拆哪一步

容器 容器化技术与镜像安全管理:核心链路应该先拆哪一步分类:[工程技术]细分主题:Docker 容器化技术与镜像安全管理:核心链路的逐步实现与关键代码取舍面对一个积累了五六年历史包袱的单体架构应用(包含 Web 接口、后台…

2026/9/24 12:49:17 阅读更多 →