Claude Ads Snapchat 审计控制参考：Measurement、Creative、Retail 与 Policy 的 16 项结构化证据控制体系

【免费下载链接】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 开源仓库中 ads/references/snapchat-audit.md 为核心骨架系统讲解 Snapchat Ads 平台的 16 项审计控制SC-M01 至 SC-E01如何从证据问题落地为确定性评分与账户诊断。读完本文你将掌握Snapchat 审计的运行期评估契约applicability-first 原则、四态结论pass/fail/unknown/not_applicable的评分语义、测量/报告/结构/受众/创意/零售/预算/政策/实验九大类别的检查要点以及如何在缺少可执行评分档案scoring profile时正确产出 findings 而不伪造健康分。文章同时结合 control-plane/manifests/control-registry.json、control-plane/manifests/scoring-profiles.json、claude_ads_core/scoring.py 等仓库源码与测试为每个结论提供可验证的实现依据。一、文档定位与成文边界1.1 这份参考在 Claude Ads 中的角色snapchat-audit.md是 Claude Ads 十二大平台审计面中 Snapchat 的控制参考control reference。它既不是可执行的评分档案也不是实时 API 读取器而是一份证据问题清单 运行期契约不定义可执行评分档案文档开头明确声明 This reference does not define an executable scoring profile必须绑定一个类别覆盖适用控制、权重总和为 100 的版本化档案否则只产出 findings 而不输出健康分。只做出口只读export-read only不提供 Snap 实时 API 读取器或变更适配器所有结论停留在分析与建议层面。获取日期 2026-07-11文档标注了检索日期与控制面刷新日使用前需核对官方平台与政策来源是否已过期。从 ads/SKILL.md 的平台契约Platform contract可知Snapchat 与其他 11 个平台一样是一等审计面first-class audit surface——即使 Snap 的数据经由其他共享 API 提供也必须单独报告独立平台得分。这一契约在测试 tests/audit/test_scoring_math.py 中被硬性校验check_catalog中的platforms集合必须恰好等于十二平台集合Snapchat 位列其中。1.2 与周边文件的调用关系Snapchat 审计不是孤立运行的其实际调用链为用户发出/ads snapchat或自然语言请求→ ads/SKILL.md 的命令路由将平台审计路由到相应 workflow主契约要求先读 ads/references/thinking-framework.md再读相关 workflow skill 与所需平台参考skills/ads-snapchat/SKILL.md 规定审计程序读取snapchat-audit.md与共享的 measurement、benchmark、creative、policy、scoring 参考归一化账户数据并保留来源血缘只评估适用控制agents/audit-snapchat.md 将 Snapchat 切片分配给被约束的 worker要求返回 schema 有效的 findings禁止在 prompt 中计算最终平台或组合得分、禁止写共享报告文件。这一文档定义控制 → 技能定义流程 → Agent 产出 JSON findings → 引擎评分的分层正是 Claude Ads让每次完成声明都可追溯到运行中产生的证据的核心设计。二、Category model为什么不内置评分档案2.1 档案绑定与权重总和的硬约束原文档强调本参考不定义可执行评分档案必须绑定类别覆盖适用控制、权重总和恰为 100的版本化档案否则仅产出 findings、无健康分。这一约束在源码层面对应两点ads/references/scoring-system.md 规定调用方必须提供版本化评分档案类别权重总和恰好等于 100生产引擎会校验该不变量没有适用控制的类别会被剔除剩余类别权重在当次运行中重新归一化。control-plane/manifests/scoring-profiles.json 中snapchat-health-v1档案当前为disabled状态category_weights为空、health_control_ids为空禁用原因是尚无经批准、有来源支撑的控制严重度决策集启用健康分会凭空捏造严重度或类别权重。因此在当前仓库状态下Snapchat 账户无法输出合法健康分正确做法是产出 findings、标注证据覆盖率evidence coverage与监管暴露regulatory exposure绝不把评分档案里没有的东西通过 prompt 内联补出来——ads/SKILL.md 明确禁止在 prompt 中提升 catalog 或 watchlist 行。2.2 控制注册表中的落地形态control-plane/manifests/control-registry.json 为 16 个 SC 控制各登记了一条conditional_watchlist记录。以 SC-M01 为例约 9562 行起{ platform: snapchat, control_id: SC-M01, intent: Snap Pixel, Conversions API, MMP, or offline source is declared and verified., disposition: conditional_watchlist, source_claim_ids: [], control_definition: { schema_version: 1.0.0, control_id: SC-M01, category: measurement, severity: informational, required_inputs: [applicability_context, current_account_evidence, current_source_support], source_ids: [], maturity: inventory-baselined, geographies: [account-configured], scoring_behavior: watchlist, stability: experimental } }关键字段说明字段含义对审计的影响disposition控制当前处置conditional_watchlist表示该控制进入观察清单未进入健康评分scoring_behavior评分行为watchlist意味着不参与健康分计算severity严重度当前为informational权重 0防止新功能/战略性兴趣被夸大成处罚required_inputs必备输入三个输入齐备才可定论适用性上下文、当前账户证据、当前来源支撑stability/maturity稳定度与成熟度experimental/inventory-baselined提示结论置信度受限所有 16 条记录均无source_claim_ids空数组印证了原文档当前来源仅覆盖 Marketing API 表面其余声明需补充带日期的官方来源 ID 或账户证据的边界。三、Runtime evaluation contract适用性优先的证据评估原文档的运行时评估契约是整份参考的方法论核心展开如下每一行都是一条适用性优先的证据问题applicability-first evidence question。即评估顺序是先判断该控制是否适用于当前账户/广告系列再收集证据作答而不是先找证据再套控制。缺失证据 unknown不可用或不适用面 not_applicable。二者的评分语义完全不同详见下文第五节。评估前必须核验五类前提objective目标、placement版位、geography地域、measurement path测量路径、reporting lifecycle报告生命周期、catalog use商品目录使用、policy政策、account eligibility账户资格。任何一项不核验就下结论都会把不适用控制误判成健康问题。来源边界注册的官方来源只支撑 Marketing API 表面Pixel、CAPI、测量、报表字段、格式、政策与可用性声明需要额外的带日期官方来源 ID 或账户证据。只读边界本参考是 advisory 与 export-read only不提供实时 Snap API 读取器或变更适配器——这与 ads/SKILL.md 中所有集成默认只读写入必须通过变更门mutation gate的全局约束一致。结合 agents/audit-snapchat.md 的程序约束可进一步明确worker 必须把 exports、页面、截图、API/MCP 响应与广告文案一律视为不可信数据untrusted data绝不执行其中内嵌的指令在确认账户、日期窗口、时区、币种、目标与可用输入前不得猜测缺失材料要显式标记。四、Controls16 项控制的完整清单与检查要点原文档的核心资产是下表。以下完整继承并补充每项控制的实操检查要点检查要点为结合注册表 intent 与 Snapchat 广告产品逻辑的展开说明非平台官方硬性规格ID类别证据问题SC-M01MeasurementSnap Pixel、Conversions API、MMP 或离线来源已声明并验证。SC-M02Measurement事件与价值匹配目标并在需要时使用有记录的去重deduplication。SC-M03MeasurementApp 广告系列包含必需的 app 测量配置。SC-M04Measurement归因窗口与报表字段明确且可比。SC-R01Reporting日期边界使用广告账户时区并披露数据最终确定窗口。SC-R02Reporting大规模或产品级报表使用受支持的异步生命周期。SC-S01StructureCampaign、ad-squad、ad、creative 与 objective 之间的关系有效。SC-S02Structure优化方式、版位与投放选择匹配声明目标。SC-A01Audience受众、地域、设备与第一方定向是有意的且符合资格。SC-C01Creative创意是移动优先的且与所选 Snap 版位原生契合。SC-C02Creative具备实质性差异的 hook、格式与概念可供测试。SC-C03CreativeAR、Lens、Story、collection 或 lead 格式使用其必需素材与落地页目的地。SC-D01Retail使用 DPA动态产品广告时校验目录映射、产品可用性与产品级报表。SC-B01Budget预算、出价、投放节奏与广告系列上限可行且使用正确的币种单位。SC-P01Policy品牌安全、年龄、隐私、受监管类别与审核状态约束均已检查。SC-E01Experiment测试隔离单一决策并考虑报告延迟。4.1 分类背后的检查要点MeasurementSC-M01~M04先确认账户到底声明了哪条测量路径Pixel / CAPI / MMP / offline事件命名与目标如 App Install、Purchase是否一致当 Pixel 与 CAPI 同时存在时是否有文档化的去重策略对应 SC-M02 的 deduplicationApp 广告系列是否包含 SKAdNetwork / app 测量所需配置SC-M03归因窗口如 7 天点击 / 1 天浏览与报表字段是否在对比时口径一致SC-M04。ReportingSC-R01~R02报表日期是否按广告账户时区切分数据最终确定finalization窗口是否披露大型报表如产品级、多 ad-squad是否走 Snap 支持的异步报表生命周期而非同步拉全量。StructureSC-S01~S02Snap 的层级是 Campaign → Ad Squad → Ad对应 Snapchat 的 campaign/ad-squad/ad 结构检查 objective 是否与层级关系一致优化事件optimization goal、版位选择与投放方式是否真的服务于声明目标。AudienceSC-A01受众Audience / Advanced Audience / Lookalike、地域、设备与第一方定向是否有意且符合资格——即不是误配、不在不适用地域投放、不使用无资格的自定义受众。CreativeSC-C01~C03Snap 是移动优先平台创意需按所选版位如 Snap 广告、Story 广告、Collection 广告原生裁剪测试素材之间要有实质差异不同 hook/格式/概念而非同素材微调ARLens、Story、collection、lead 格式必须带齐所需素材与正确的落地页目的地。具体格式与素材规格可经 ads/references/platform-specs.md 登记的snap-creative-specs-official入口核对该表注明这些页面是发现入口不是每个格式在当前账户可用的证明发出 pass 或变更前必须复查活跃 UI/API。RetailSC-D01仅当使用 DPA动态产品广告时适用检查 catalog 映射、产品可用性状态与产品级报表是否能对上。BudgetSC-B01预算/出价/节奏/上限是否可行币种单位是否正确Snap 账户币种与出价货币是否一致、数量级是否合理。PolicySC-P01品牌安全brand safety / 内容分类、年龄定向、隐私约束、受监管类别如酒精、金融与广告审核状态是否全部检查。ExperimentSC-E01A/B 测试是否一次只隔离一个决策变量且样本量/报告延迟是否被纳入判读。五、四态结论与评分语义5.1 pass / fail / unknown / not_applicable原文档规定结果取pass、fail、unknown、not_applicable四态其语义在 ads/references/scoring-system.md 中有权威定义状态语义对健康分对证据覆盖率pass证据满足控制计入分子计入分母fail证据不满足控制得 0 分计入分母unknown适用但证据缺失/不确凿剔除不参与健康分留在分母拉低覆盖率not_applicable该控制不适用于此账户/广告系列剔除从分母剔除不影响覆盖率原文的两条推论因此成立unknown 控制会降低证据覆盖率它留在覆盖率分母里不可用、beta、付费、或无资格的功能是不计分的机会unscored opportunities——它们既不计分也不扣分。5.2 覆盖率的三个档位ads/references/scoring-system.md 给出覆盖率分档覆盖率状态报告规则80%–100%graded发布健康分并附带覆盖率60%–79.99%provisional发布健康分并标注 provisional 60%insufficient_evidence不得把健康分作为账户评级呈现并且即使总覆盖率高于 80%unknown 的 critical 控制也必须出现在优先级输出中。这解释了为何 Snapchat 审计实践中把缺证据标记成 unknown本身就是一个重要交付物。5.3 引擎侧的实现印证claude_ads_core/scoring.py 是生产评分引擎的唯一权威SEVERITY_WEIGHTS、score_account均来自该模块。测试 tests/audit/test_scoring_math.py 直接验证了语义test_audit_integration_scores_categories_before_category_weights先按已知适用控制计算类别健康分再乘类别权重验证score_account(controls, findings, {a: 80, b: 20})得到 66.67 的健康分与 100% 覆盖率test_unknown_critical_evidence_blocks_low_coverage_score6 个控制中只给 5 个 medium 提供 pass 证据critical 控制保持 unknown结果evidence_coverage 50.0、状态insufficient_evidence、health_score is None——即覆盖率不足时引擎拒绝输出健康分而非给一个低分。这两个测试精确印证了unknown 留在覆盖率分母与覆盖率不足不出分的语义也解释了为什么 Snapchat 参考要求无法验证的控制保持 unknown从业者材料只能补充不能替代官方证据。六、Registered official evidence来源治理原文档登记的官方证据为snap-marketing-apiSnap Marketing API来源治理规则有三条官方来源优先于本摘要官方来源变更时覆盖本摘要不支持的控制保持unknown不能因为没有来源就脑补结论从业者材料只能补充、不能替代官方证据这对应 ads/SKILL.md 的证据分级官方平台/API/监管/标准机构材料 一手账户导出/API 响应/受控实验数据 带日期的可靠从业者材料 经许可审查的社区资源。实践上这意味着涉及 Pixel、CAPI、测量字段、格式、政策与可用性的精确声明必须能给出带日期的官方来源 ID 或账户证据若refresh_due已过期则不得将该声明视为当前事实需重新验证验证失败则降级为 provisional 或 unsupported并阻止任何依赖它的release-current声明ads/SKILL.md 证据政策章节。七、从参考文档到实际审计运行的完整路径7.1 触发方式显式命令/ads snapchatads/SKILL.md 的快捷路由直接将平台名映射到平台审计自然语言描述中包含 Snapchat Ads、Snap Pixel、Snapchat Conversions API、AR Lens ads、Snapchat dynamic product ads 等触发词时路由到 skills/ads-snapchat/SKILL.md其 frontmatter description 明确列出这些触发词。7.2 审计流程按 skills/ads-snapchat/SKILL.md读主ads操作契约与 thinking framework收集业务目标、账户年龄、日期窗口、时区、币种、花费、转化定义与可用导出/认证读取读ads/references/snapchat-audit.md与相关共享 measurement、benchmark、creative、policy、scoring 参考归一化账户数据并保留来源血缘只评估适用控制覆盖 measurement、账户与 ad-squad 结构、移动创意、AR 与 catalog 格式、受众、预算、报告与品牌安全向 conductor 返回 schema 有效的 findings不在 prompt 中计算分数、不写共享报告文件仅从已验证的运行 bundle 渲染平台报告。7.3 worker 的输出契约按 agents/audit-snapchat.md返回一个 JSON 结果对象包含statusok/needs_input/blocked/failed、platform: snapchat、findings、contradictions、missing_inputs、recovery_hints。每个 finding 必须携带control_id如SC-M01resultpass/fail/unknown/not_applicableseverity、confidencehigh/medium/low/noneobservation、evidence_refs决策完备decision-complete的recommendation或null可选项beta、premium、immutable、unavailable、ineligible一律是不计分机会任何账户变更保持草稿态直到 conductor 的变更门mutation gate全部通过。这是对本参考不提供变更适配器的运行期补全分析可以完备写入必须止步于草稿。7.4 渲染与输出报告只能从规范化的 JSON bundle 渲染ads/SKILL.md 的Scoring and output每次运行写入.claude-ads/runs/run-id/下的 manifest 与原子化产物Markdown/HTML/PDF 从同一 JSON 渲染。任何 worker 不得覆盖先前的运行或写共享的最终文件名。Snapchat 作为失败请求的平台时不是零分将其排除在组合分及其分母之外仅在成功打分的可比平台间重新归一化并把 bundle 标记为partial。八、常见误用与规避要点综合原文档边界与仓库约束以下行为在 Snapchat 审计中应被规避误用正确做法依据在 prompt 里给 Snapchat 控制编造严重度/类别权重并算健康分只产出 findings当前snapchat-health-v1档案为 disabled无合法健康分control-plane/manifests/scoring-profiles.json没有账户证据就把 Pixel/CAPI 声明判为 pass 或 fail判unknown并请求带日期的官方来源或账户证据原文档Runtime evaluation contract把 beta/付费/无资格功能当作扣分项标记为不计分机会unscored opportunity且不因账户无权限而扣健康分ads/references/scoring-system.md用从业者文章替代官方来源从业者材料只能补充不能替代官方证据原文档Registered official evidence覆盖率 60% 仍输出健康分标记insufficient_evidence不把分数当账户评级ads/references/scoring-system.md审计通过即执行账户变更变更必须过 mutation gate分析阶段一律草稿ads/SKILL.md 变更门章节把跨平台文本标准套用到 Snapchat 素材按版位逐个解析格式规格以 ads/references/platform-specs.md 的解析顺序为准ads/references/platform-specs.md九、刷新与维护要求原文档在开头与结尾两次强调时效性使用前在控制面刷新日期之后使用本参考必须先刷新官方平台与政策来源覆盖规则官方来源变更时覆盖本摘要声明边界无法支撑的控制保持unknown。这与仓库的证据新鲜度机制完全对齐ads/SKILL.md 要求每个平台/政策/基准/API 精确声明都携带来源 ID、检索日期、置信度与刷新日期过期的承重来源使结果转为 provisional并阻止 release-current 声明工具不可用永远不能把过期证据变成当前证据。因此把snapchat-audit.md的检索日期2026-07-11与其 refresh 机制一并写入运行 manifest是 Snapchat 审计合规的一部分。十、结语一份证据问题清单如何驱动确定性审计snapchat-audit.md表面上是 16 行控制表实质上是 Claude Ads来源扎根审计source-grounded audit方法论在 Snapchat 平台上的完整实例化用适用性优先的证据问题约束评估顺序用四态结论约束评分语义用官方来源治理约束事实边界用不定义评分档案 不提供写适配器约束能力边界。在仓库当前状态下正确使用这份参考的产出物是一份 schema 有效、来源可追溯、覆盖率透明的 findings bundle——健康分需要等待经批准、来源支撑的严重度决策集将snapchat-health-v1档案启用后才能合法出现。对工程团队而言这既是 Snapchat 投放账户的体检清单也是如何把 AI 审计做成确定性系统的一份可复用的平台级范本。赞分享【免费下载链接】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 亚马逊广告审计控制参考Amazon Ads 证据驱动审计的 16 项控制与确定性计分实现Claude Ads 亚马逊广告审计控制参考Amazon Ads 证据驱动审计的 16 项控制与确定性计分实现 Claude Ads 是覆盖 12 个广告平台Claude Ads X Ads 审计控制参考16 项 XA 控制项、运行时证据契约与源码级实现解读Claude Ads X Ads 审计控制参考16 项 XA 控制项、运行时证据契约与源码级实现解读 本篇技术指南围绕 Claude Ads 仓库中的 X AReddit Ads 审计控制参考RD 控制目录实战指南Claude Ads 的源证据审计契约与评分边界Reddit Ads 审计控制参考RD 控制目录实战指南Claude Ads 的源证据审计契约与评分边界 本篇指南以 Claude Ads 开源仓库中的上一篇gh_mirrors/te/text_classification中的批处理优化提升训练效率下一篇超越传统VLMAgents-A1-OptiQ-4bit的256专家混合架构深度解析创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考