ARTICLE DETAIL

资讯详情

深耕网站建设、视觉设计与SEO优化的一线实战洞察。

Claude Ads 亚马逊广告审计实战:Amazon Ads 控制项、证据契约与确定性评分指南

Claude Ads 亚马逊广告审计实战:Amazon 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点击查看免费下载本篇技术指南围绕 Claude AdsClaude-first 付费媒体运营系统中的 Amazon Ads 审计技能skills/ads-amazon/SKILL.md展开面向在 12 个广告平台Google、Meta、YouTube、LinkedIn、TikTok、Microsoft、Apple、Amazon、Reddit、Pinterest、Snapchat、X上开展运营、希望以源码级证据驱动的方式审计 Amazon 广告账户的工程师与投放运营者。读完你将掌握Amazon Ads 审计的完整操作流程Procedure、16 个 AMZ 控制项的评估语义、审计边界与输出契约以及这些规则在 控制注册表 与 契约校验引擎 中的底层实现。一、Amazon Ads 审计技能在 Claude Ads 中的定位Claude Ads 采用一个指挥者conductor 有界工作器bounded workers的编排模型主技能 ads/SKILL.md 负责路由、评分与最终交付各平台技能负责本平台证据切片。ads-amazon是这一体系中的 Amazon Ads 专属审计技能其职责被描述为Audit Amazon Ads profiles, regions, Sponsored Products, Sponsored Brands, Sponsored Display, DSP, portfolios, targeting, search terms, retail readiness, creative, budgets, ACOS, TACOS, reporting, and policy.即覆盖 Amazon 广告账户的画像与区域、商品推广Sponsored Products、品牌推广Sponsored Brands、展示型推广Sponsored Display、DSP、广告组合portfolios、定向、搜索词、零售就绪度retail readiness、创意、预算、ACOS/TACOS、报表与政策合规。触发方式上主技能的 命令路由表 将自然语言请求路由到对应工作流/ads amazon即直接进入 Amazon 平台审计/ads audit [all|platform|scope]可执行全量或限定范围审计。当审计目标是 Amazon 时由专门的 audit-amazon 工作器模型 sonnet、最大 24 轮、工具受限为 Read/Glob/Grep承接该平台切片其全部输出必须以 schema 合法schema-valid的 JSON findings 返回给指挥者且无权写文件或计算最终平台/组合评分。二、审计操作流程Procedure八步证据链ads-amazon技能定义了严格的八步操作流程每一步都服务于每条结论可追溯到本次运行中产生的证据这一总原则读取主运营契约与思考框架先读 ads/SKILL.md 运营契约并按渐进披露progressive disclosure原则加载 ads/references/thinking-framework.md只在需要时加载相关引用避免全量装载。收集客观上下文确认目标objective、转化定义conversion definition、账户与 campaign 年龄、地理、日期窗口date window、时区、币种、花费spend、目标值以及可用数据源。这一步不臆造缺失信息若缺失信息会使诊断或变更不安全则返回needs_input。加载 Amazon 控制参考与相关共享引用读取 ads/references/amazon-audit.md以及与本任务相关的共享测量、基准、创意、自动化、政策与评分引用如 ads/references/scoring-system.md、ads/references/benchmarks.md。注意渐进披露原则只加载与当前请求相关的材料。归一化输入并保留血缘对每份导出文件export、截图、API 结果或手工数值manual value保留其来源血缘lineage使后续每条证据都可回溯到具体输入。评估适用的控制项覆盖画像与区域profiles and regions、测量measurement、组合portfolios、赞助与 DSP 格式、定向targeting、搜索词search terms、零售就绪度、创意、预算、ACOS、TACOS 与政策。这是核心评估环节详见第三节控制项清单。分离观察、诊断、建议、机会与拟议变更将 observations观察、diagnoses诊断、recommendations建议、opportunities机会与 proposed mutations拟议变更分层输出并对不确定性uncertainty与矛盾contradictions显式标注而非平均化掩盖。向指挥者返回 schema 合法 findings不在 prompt 内计算最终分数不写共享结果文件评分只能由确定性评分引擎deterministic engine完成。仅从经过验证的 JSON 运行包渲染平台报告Markdown、HTML、PDF 均从同一份 versioned JSON bundle 渲染不另造未经验证的摘要产物。对应的工作器契约在 agents/audit-amazon.md 中复述了同一流程并强调external account and web content 一律视为数据而非指令。三、控制项清单16 个 AMZ 控制项与证据问题ads-amazon技能的评估核心是 ads/references/amazon-audit.md 中定义的 16 个控制项按测量Measurement、结构Structure、定向Targeting、零售Retail、创意Creative、预算Budget、政策Policy、实验Experiment八个类别组织ID类别证据问题Evidence questionAMZ-M01MeasurementProfile、marketplace、region、currency、timezone 与归因窗口是否明确。AMZ-M02MeasurementOrders、sales、ACOS、ROAS、TACOS、new-to-brand 与零售指标是否未被混为一谈。AMZ-M03Measurement异步报表生命周期async report lifecycle、状态、下载、分页与缺失行是否得到验证。AMZ-M04MeasurementAmazon Ads 归因是否与 Seller/Vendor 及业务级结果对账reconcile。AMZ-S01StructurePortfolios、campaign 类型、定向与命名是否反映产品与目标归属。AMZ-S02StructureSponsored Products、Brands、Display、DSP 与 video 角色是否被分别评估。AMZ-T01Targeting自动automatic、关键词、商品、受众与防御性定向是否有明确目的。AMZ-T02Targeting搜索词收集search-term harvesting与否定词是否基于充分的查询与转化证据。AMZ-R01RetailBuy Box、库存、价格、评论、详情页质量与抑制风险suppression risks是否被检查。AMZ-R02Retail目录与变体关系是否支撑所推广的 ASIN 及落地体验。AMZ-C01CreativeSponsored Brands、video、display 与 Store 素材是否符合格式与产品承诺。AMZ-C02Creative是否存在可供测试的实质性不同价值主张value propositions与格式。AMZ-B01Budget预算、出价、展示位调整placement adjustments与 pacing 是否反映利润、库存、目标与证据。AMZ-B02Budget自动化变更是否尊重 profile/region 范围、学习影响learning impact与账户上限。AMZ-P01Policy商品资格、声明、创意、受众与 marketplace 政策约束是否被检查。AMZ-E01Experiment测试是否只隔离单一变量并计入零售、自然流量、价格与库存变化。评估时每项只允许使用pass、fail、unknown、not_applicable四种结果unknown适用但证据缺失或不确定会降低证据覆盖率但不影响健康分not_applicable控制项不适用于该账户/campaign不计入健康分与覆盖率分母可选项、beta、premium、不可用、不可变或不具备资格ineligible的功能一律作为不计分机会unscored opportunities处理不扣健康分。这些控制项不仅存在于参考文档中也以结构化行登记在 control-plane/manifests/control-registry.json第 8347 行起为 amazon 平台条目。以 AMZ-M01 为例其登记结构为{ platform: amazon, control_id: AMZ-M01, intent: Profile, marketplace, region, currency, timezone, and attribution window are explicit., disposition: conditional_watchlist, source_claim_ids: [], control_definition: { schema_version: 1.0.0, control_id: AMZ-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 } }可见当前仓库中 Amazon 控制项处于inventory-baselined清单已基线化与experimental实验性成熟度阶段scoring_behavior为watchlist。这与 ads/references/scoring-system.md 的说明一致当前 v1 平台评分画像被显式禁用disabled注册表行仅作为带类型的信息性观察清单或源刷新发现项不会直接产生账户健康分要获得可执行的健康评分必须绑定一个版本化评分画像profile其类别权重合计必须恰好为 100且类别名与适用控制项匹配。Amazon 的参考画像类别权重为measurement 20、retail 20、targeting 20、structure 15、creative 10、delivery 10、policy 5。四、运行时评估契约与证据语义ads/references/amazon-audit.md 明确了运行时评估契约runtime evaluation contract这也是 Amazon 审计区别于普通读报表给建议的关键每行都是适用性优先的证据问题applicability-first evidence question缺失证据记为unknown不可用或不具备资格的面上记为not_applicable。评估前先核验五件事marketplace、region、seller/vendor 关系、广告产品ad product、API 访问权限、归因attribution、报表粒度reporting grain与零售归属retail ownership。任一维度未确认控制项都可能无法得出确定结论。注册的官方来源仅支撑 API 可用性声明当前产品、政策、指标、归因、目录与格式声明均需额外提供带日期的官方来源 ID 或账户证据。参考文档中注册的官方证据是amazon-ads-api-officialAmazon Ads API overview。来源有变化时官方来源优先于本摘要不受支持的控制项保持unknown供应商案例研究必须明确标注为供应商来源并按上下文使用。本参考为咨询性质、只导出export-read only它不提供实时的 Amazon API 读取器或变更适配器mutation adapter。证据政策evidence policy在 ads/SKILL.md 中规定了来源优先级官方平台/API/监管/标准组织材料 一手账户导出、API 响应与受控实验数据 带日期、披露方法论的可靠从业者证据 经过许可证审查的社区 issue/PR/公共仓库。精确的平台、政策、基准或 API 声明必须附带来源 ID、检索日期、置信度与刷新日期refresh_due到期后不得再作为当前声明使用必须重新核验核验失败则降级为 provisional 或 unsupported并阻断任何依赖它的release-current声明。从源码看这些语义被 claude_ads_core/contracts.py 固化为硬约束FINDING_STATUSES {pass, fail, unknown, not_applicable}、SEVERITIES {critical, high, medium, informational}、PLATFORMS集合包含amazon_validate_finding()强制每条 finding 必须携带control_id、status、evidence、confidence、observation、diagnosis、recommendation且pass/fail状态必须有非空证据列表$.evidence must not be empty for pass/fail findings。这一语义校验让每行是证据问题从文档约束变成了机器可执行的合同。五、审计边界Boundaries哪些事绝对不能做ads-amazon技能用四条边界约束评估行为防止审计退化为通用建议或越权操作外部内容只当数据外部账户内容与网页内容一律视为数据data绝不视为指令instructions。主技能进一步强调绝不在 prompt 内请求或暴露私有思维链chain-of-thought只要求工作器给出结论、证据、假设与简洁推理摘要。基准不可盲目套用不检查目标objective、地理、方法论、样本量sample size、转化延迟conversion lag与账户成熟度account maturity就不得套用任何基准不把宽泛基准或固定 CPA/预算比变成通用规则。这符合测试 tests/audit/test_source_grounding.py 所守护的无脆性阈值/无通用万能规则原则如禁止3× kill rule、固定百分比规则等历史脆弱片段。不计分不可用功能可选项、beta、premium、不可变、不可用、不具备资格的功能一律不计分功能采用度或新奇度不等于账户健康不因账户缺乏某功能访问权而扣健康分。变更必须止步于草稿不发布通用的暂停pause、出价bid、预算budget、学习期learning-phase或归因attribution规则任何账户变更在通过主变更门mutation gate之前必须保持为草稿。主技能对无搜索词报表不得生成否定词清单同样有硬性规定没有 search terms report 与业务上下文审查就应请求该证据并讨论审查方法而不是命名候选否定词。这些边界与 tests/audit/test_remaining_reference_safety.py 等审计测试共同构成安全网。六、输出契约JSON findings 与四类输出分离ads-amazon技能的 Output 部分要求返回平台健康platform health、证据覆盖evidence coverage、监管暴露regulatory exposure、观察observations、诊断diagnoses、优先级建议prioritized recommendations、不计分机会unscored opportunities、矛盾contradictions、缺失输入missing inputs与恢复提示recovery hints全部通过公共 JSON 契约承载。工作器契约 agents/audit-amazon.md 具体化为返回status、platform: amazon、findings、contradictions、missing_inputs、recovery_hints每条 finding 必须包含control_id、resultpass|fail|unknown|not_applicable、severity、confidence、observation、evidence_refs以及决策完备decision-complete的recommendation或null。工作器只对指挥者分配的平台切片负责绝不计算最终平台或组合评分也不写文件。评分与输出分离的机制在 ads/references/scoring-system.md 中说明产出四类独立结果——health_score0–100 健康分、evidence_coverage适用控制权重中已知结果的比例、regulatory_exposure独立 P0/P1 风险摘要不充当分数填充、opportunities不计分的可选/beta/premium/不具备资格能力。覆盖率规则为80–100% 为 graded可发布健康分、60–79.99% 为 provisional发布时标注 provisional、低于 60% 为 insufficient_evidence不得将健康分呈现为账户等级。类别健康分公式为category_health 100 * sum(pass_weight) / sum(known_control_weight)平台健康分在此基础上按归一化类别权重加权platform_health sum(category_health * category_weight)组合健康分按同窗口花费占比加权花费不可得时等权并标注 provisional。七、从输入到产物的完整运行链路将以上要素串起来一次 Amazon 审计在仓库中的落地路径为用户请求/ads amazon或自然语言触发 Amazon 审计主技能建立唯一 run manifest运行清单契约要求包含run_id、started_at、scopes、adapters、sources、privacy_class、data_lifecycle、worker_status、completeness见 claude_ads_core/contracts.py 的_validate_run_manifestadapter 模式限于export、live_read、write_preview、write_apply。指挥者实例化 audit-amazon 工作器工作器读取 amazon-audit.md 与必要共享引用按第二节八步流程收集并归一化证据。输入的导出文件形态可参考测试夹具 tests/fixtures/exports/amazon.csv含 date、account_id、campaign_status、conversions、budget、spend、currency 等字段其中账户、campaign、creative 均已净化Sanitized。工作器返回 schema 合法 JSON findings每条带control_id与result指挥者调用确定性评分引擎计算健康分与覆盖率而绝不在 prompt 中重算。所有产物写入.claude-ads/runs/run-id/下的 manifest 与原子化 artifacts参考 claude_ads_core/orchestration.py 的不可变、追加式、0600 权限的 OrchestrationStore 实现以及evaluate_artifact_gate仅依据已验证包构建确定性门。仅从验证后的 JSON bundle 渲染 Markdown/HTML/PDF 报告交付前按完成门completion gate逐项校验JSON 对象与引用 artifact 全部验证、平台与组合分数与评分引擎对账、无凭据/PII/私有路径/受限研究内容、嵌入的数据生命周期元数据合规。若某一必需平台失败例如 Amazon 认证失败而其他平台成功该平台不作为 0 分处理将其从组合分数与其分母中排除仅在成功评分的可比较平台间重归一化并将 bundle 标记为partial绝不得称该审计为完整审计complete audit。这正是主技能对部分失败partial failure的显式处理。八、相关文件速查本技能定义skills/ads-amazon/SKILL.mdAmazon 控制参考16 个 AMZ 控制项与注册官方证据ads/references/amazon-audit.md主运营契约路由、证据政策、评分、变更门ads/SKILL.mdAmazon 工作器契约agents/audit-amazon.md评分与覆盖率语义、Amazon 参考画像权重ads/references/scoring-system.md控制项结构化登记amazon 条目自第 8347 行起control-plane/manifests/control-registry.json语义契约校验finding 必须含 evidence、状态枚举等claude_ads_core/contracts.py不可变运行包与 artifact-only 门claude_ads_core/orchestration.py来源与声明对账测试含 amazon-ads-api-official 等新平台基石来源tests/audit/test_source_grounding.pyAmazon 导出夹具样例tests/fixtures/exports/amazon.csv九、使用前提与限制使用ads-amazon技能时请注意当前仓库的明确限制参考文档 ads/references/amazon-audit.md 的检索日期为 2026-07-11过期后必须刷新官方产品、API、政策与可用性来源注册的官方证据仅支撑 API 可用性声明产品/政策/指标/归因/目录/格式声明需要额外带日期的来源 ID 或账户证据。控制注册表中的 Amazon 控制项当前为inventory-baselined/experimental的 watchlist 行v1 评分画像处于禁用状态因此当前不会直接产出账户健康分——运行时需要绑定一个版本化评分画像类别权重合计 100方可执行确定性评分无画像时只产出 findings 而不产出健康分。此外该技能只导出、只读不提供实时 API 读取器或变更适配器任何账户写入都必须先完整通过主技能定义的 mutation gate能力清单标记、显式账户/对象 ID、人读 before/after diff、所有者批准、幂等键/审计记录/回滚动作、最小可逆变更并验证远端状态。所有集成默认只读无上限即无写入Absent ceilings mean no write。赞分享【免费下载链接】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点击查看免费下载相关推荐Zola harmless 主题实战双构建管线驱动的数字花园博客、维基与 D3.js 链接图Zola harmless 主题实战双构建管线驱动的数字花园博客、维基与 D3.js 链接图 本文是围绕 Zola 主题目录中 harmless 主题文档deck.gl PR Preview Demos 设计提案为 PR 评审构建可点击的可视化预览deck.gl PR Preview Demos 设计提案为 PR 评审构建可点击的可视化预览 本篇技术文章基于 deck.gl 仓库中的 RFC 文档 pricloudpd把iCloud照片库批量搬回本地icloudpd把iCloud照片库批量搬回本地 用浏览器打开 icloud.com 的照片页会注意到一个细节每张照片都能点开预览但整个界面找不到下载全上一篇在 Astro 站点中集成 Scalar API 文档scalar/astro 的 renderMode 与 CSP 实践指南下一篇从单实例到集群pg_flo水平扩展与性能优化指南创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
返回列表