调整预算

在本页中，你可以结合消耗率和 ACoS 生成每日预算的增减候选，也可以把月度广告费上限（Budget CAP）登记到 Picaro 并监控消耗状况。当你想把预算向有增长空间的广告活动倾斜、压缩效率较差的广告活动时使用。

本页基本信息

项目	内容
本页能做什么	生成每日预算的增减候选、登记 / 列出 / 删除月度预算上限（Budget CAP）、查看消耗状况 / 消耗节奏 / 趋势
适用对象	以赞助商品广告（SP）为主
所需数据 / 连接	已连接账户的预算与消耗实绩数据（无需额外设置）
执行范围	因提示词而异。每日预算的增减候选和消耗节奏提示仅为分析建议／月度预算上限（Budget CAP）的登记与删除是记录到 Picaro（不改动 Amazon 广告的预算、也不会停止支出）／消耗状况与趋势的查看为只读。各提示词会在「设置变更」中单独说明

什么时候用

查看消耗率和 ACoS，把应增加预算和应减少预算的广告活动分类
为月度广告费设置上限，尽早察觉用超
针对已登记的月度预算上限，确认当前的消耗程度
列出过去登记的月度预算上限，删除不需要的
找出偏离预期节奏、用超了 / 没用完预算的广告活动
根据过去 90 天的趋势，确定追加预算的优先顺序

执行前需确认

连接的账户 … 处理多个账户时，先确认目标账户是否正确。
对象期间 / 对象月份 … 当日、前日的数据可能尚未确定，因此使用已确定的近期期间更安全。月度上限类提示词若省略对象月份，则以当月为对象。
目标 ACoS … 若在设置销售额 / 广告费 / ACoS 目标中登记，每日预算优化提示词会自动引用，省去每次输入。

提示词速查表

想做什么	能得到什么 / 会生成什么	设置变更	提示词
用消耗率 × ACoS 生成每日预算的增减候选	增减候选列表（附当前 / 推荐每日预算）	无变更（仅建议）	提示词 1
登记月度预算上限（Budget CAP）并监控消耗	登记内容（对象月份 / 上限 / 告警水平等）的确认表	记录到 Picaro（不会停止支出）	提示词 2
查看月度预算的消耗状况	消耗率 / 剩余预算 / 推荐每日预算的表格	无变更（只读）	提示词 3
列出 / 删除已登记的月度预算上限	登记列表（删除时会插入确认）	列出为只读／删除会删除记录	提示词 4
找出消耗节奏偏离预期的广告活动	偏差幅度和推荐处理的列表	无变更（仅建议）	提示词 5
从 90 天趋势找出预算不足的广告活动	增长率 / 到达上限天数 / 瓶颈的表格	无变更（仅分析）	提示词 6
按广告组合登记月度预算上限	登记内容的确认表	记录到 Picaro（不改动 Amazon 预算）	提示词 7
确认预算上限与广告组合月度预算的一致性	上限未登记・偏差・NO_CAP 集中等不一致列表	无变更（仅建议）	提示词 8
找出日预算不足的广告活动并提议增额	增额候选・防守区块・优先调整竞价的列表（附当前／建议日预算）	无变更（仅建议）	提示词 9

详细规格请参见自动化阶段 / 遇到问题时。

提示词 1: 从消耗率和 ACoS 生成每日预算的增减候选

从消耗率和 ACoS 的组合关系出发，把应增加预算和应减少预算的广告活动按依据进行分类。

什么时候用 — 想把预算向有增长空间的广告活动倾斜、压缩效率较差的广告活动预算时。

执行前需要的信息 — 目标 ACoS（若已登记 KPI 目标则自动引用）、最低每日预算（默认 500 日元）。

基于最近的确定周数据，以目标 ACoS {{目标 ACoS（例：15%）}} 为基准，给出每日预算的优化建议。
- 预算消耗率在 90% 以上且 ACoS 在目标以下 → 增预算候选
- ACoS 超过目标的 1.5 倍且消耗率不足 50% → 减预算候选
最低每日预算设为 500 日元。

可修改的条件 — 消耗率的阈值、最低每日预算（例：「消耗率 80% 以上」「最低每日预算 1,000 日元」）。若已登记月度 KPI 目标，目标 ACoS 会被自动引用，不必每次输入。

返回内容 — 按广告活动列出「当前每日预算 / 推荐每日预算 / 消耗率 / ACoS」的表格（附增减件数）。提示词中指定了单次增减控制在 +20% / -20% 以内。

设置变更 — 无变更（仅建议）。在批准前实际每日预算不会改变。

接下来做什么 — 想把建议实际落地时，通过保存判定规则并将建议的批准 / 监控流程化的批准流程执行。

提示词 2: 登记月度预算上限并监控消耗

把月度广告费上限和告警水平记录到 Picaro，启用消耗状况的自动监控。不会改动 Amazon 广告侧的预算。

什么时候用 — 想为月度广告费设置上限、尽早察觉用超时。

执行前需要的信息 — 对象月份、预算金额、货币（省略时为日元）、发出告警的水平（例：80%）。

把 {{对象月份（例：2026-05）}} 的月度预算上限登记为 {{预算金额（例：1,000,000）}}（{{货币（例：JPY）}}）。
消耗率超过 80% 时给我告警。

可修改的条件 — 发出告警的水平（例：80%）／货币（省略时为日元）。作为每日参考的单日上限，会用月度上限除以当月天数自动算出。

返回内容 — 汇总登记内容（对象月份 / 上限 / 货币 / 告警水平 / 登记时间）的表格。同一月份已有登记时，会插入是否覆盖的确认环节。

设置变更 — 记录到 Picaro（不会停止支出、不改动 Amazon 预算）。登记后，本页的每日预算优化、消耗监控提示词会将其作为护栏（自动引用的上限）来参照。

接下来做什么 — 查看消耗状况见提示词 3，列出 / 删除已登记的上限见提示词 4。

提示词 3: 查看月度预算的消耗状况

针对已登记的月度预算上限，把消耗率、剩余预算、按剩余天数推算的推荐每日预算一目了然地呈现出来。

什么时候用 — 想确认本月已用多少预算、剩余部分应以怎样的节奏使用时。

执行前需要的信息 — 对象月份（省略时为当月）。需事先在提示词 2 中登记月度预算上限。

目的：尽早发现预算超支或消耗不足，使每日预算合理化。

请确认{{对象月份（例：2026-08）}}的广告费消耗状况。步骤如下。

1. 首先确认月度预算上限的登记状况。未登记时写明"上限未登记"，不要擅自登记。即使已登记，若上限金额与同月的实绩广告费在数量级上对不上（例如从广告组合预算自动同步而写入了极端值），请写明"上限与实态存在偏离"，并且不要把该消耗率用作判断依据。
2. 上限有效时 — 并列给出消耗率・剩余预算・推荐每日预算・ACoS。
3. 上限未登记或无效时 — 作为替代，给出以下内容。(a) 期间实绩的广告费・广告带来的销售额・ACoS (b) 每日预算消耗率 = 实绩日均广告费 ÷ 投放中广告活动的每日预算合计（按广告组合分别并列给出）。不要推测"如果登记了上限，消耗率会是多少"。
4. 对象月份为当月时，务必写明汇总所含的确定日期范围（开始日〜结束日）与剩余天数，不要断定为以月末为基准的消耗率。并补充说明最近几天的数值可能因重新汇总而变动。
5. 值为 null / 未获取 的项目要写成"无法获取"而不是"0"。不要混用不同数据源的数值来计算消耗率。

最后请输出以下 3 点。
1. 推荐操作 — 对于消耗率（或每日预算消耗率）超过90%或不足50%的广告组合／广告活动，连同对象名称一并提示执行「提示词 1（从消耗率和 ACoS 生成每日预算的增减候选）」（优先度按偏差幅度从大到小）。ACoS 超过{{ACoS上限（例：60%）}}的不列入增额对象，而在减额一侧提示。若没有符合的对象，请写明"节奏正常，继续监控"
2. 执行方法 — 请把偏差较大的广告组合／广告活动连同 ACoS 一并交给提示词 1（从消耗率和 ACoS 生成每日预算的增减候选）
3. 测量 — 请在{{评估日（例：7天后）}}重新获取推荐每日预算与实绩消耗率的偏差，若已消解则 Keep，若恶化则用提示词 1 重新审视

可修改的条件 — 对象月份（省略时以当月为对象）。

返回内容 — 汇总「月度预算上限 / 当月实绩 / 消耗率 / 剩余预算 / 剩余天数 / 推荐每日预算（按剩余周期均分）」的表格。超过告警水平时会一并附上警告。

设置变更 — 无变更（只读）。不会变更预算。

提示词 4: 列出并删除已登记的月度预算上限

把已登记的月度预算上限列表呈现，整理历史月份或删除误登记。

什么时候用 — 想审视过去登记的上限，或删除误登记的月份时。

执行前需要的信息 — 仅在删除时需要对象月份。

列出已登记的月度预算上限。
（如需删除，请告诉它指定要删除的月份，例如 {{对象月份（例：2025-12）}}）

可修改的条件 — 只有在删除时才需指定对象月份。

返回内容 — 汇总「对象月份 / 上限 / 货币 / 告警水平 / 登记时间」的表格。删除时会先明确对象月份，再插入是否删除的确认环节。

设置变更 — 列表展示为只读／删除会删除记录到 Picaro 的月度预算上限（不影响 Amazon 广告的预算与支出）。

提示词 5: 找出预算消耗节奏偏离预期的广告活动

抽取本月 SP 广告活动的消耗节奏，指出偏离预期节奏 5% 以上的广告活动。

什么时候用 — 想找出比预期用超了 / 没用完预算的广告活动并采取措施时。

执行前需要的信息 — 判定为偏差的幅度（默认 5% 以上）。

抽取本月 SP 广告的预算节奏，指出偏离预期节奏 5 个百分点以上的广告活动。一并注明偏差方向与推荐处理措施。

【先确定数据边界】
0. 用 get_data_ingestion_status 获取当月的日次入库状况，只把 status 为 completed 的日期视为"确定日"。fully_missed / in_progress 的日期（通常是当天）既不计入分子的实绩，也不计入分母的天数。把确定天数记为 D 并在开头写明，之后所有计算都用 D 来统一分子的对象期间与分母的天数。

【实际消耗率的定义（单位的正规化是必须的）】
1. 广告活动列表用异步版（start_existing_sp_campaigns_job → get_mcp_job_status → get_mcp_job_result）获取。同步版会超时。from_date/to_date 传入确定日的范围。
2. 返回的 budgetUtilizationRate 是"对象期间的合计spend ÷ 1天份的dailyBudget"，它不是比率，而是带有"天数份"单位的值（在 D 天窗口下最多会膨胀到 D 倍）。不得直接当作消耗率使用。
   请先正规化为
   实际消耗率 = 期间spend ÷ (dailyBudget × D) = budgetUtilizationRate ÷ D
   之后再做判定。回答中每次给出比率时都要写明分子・分母・天数。dailyBudget 为 null 的广告活动不计算实际消耗率，另行记载其件数与名称。

【预期节奏的定义（写明取到的是哪个基准）】
3. 按以下顺序确认是否存在月度预算，并写明采用了哪一个。
   a. check_budget_status（status 为 unconfigured 则没有月度CAP）
   b. manage_budget_cap 的 action=list（仅 read-only，不执行 upsert/remove）
   c. list_portfolios / get_portfolio_budget_summary（budget_type 与 cap_amount）
   取到月度上限时：预期节奏 = 月度上限 ×(D ÷ 当月天数)，实绩使用同样 D 天的合计spend。
   取不到时：把全部 ENABLED 广告活动的实际消耗率的中位数作为预期节奏，并写明"因未设置月度预算，改用中位数作为替代基准"。不要使用"每日预算×D=100%"这种简单基准。

【判定】
4. 偏差用实际消耗率之差（百分点）来衡量。以 |实际消耗率 − 预期节奏| ≥ 5个百分点 为对象。若用相对中位数的比率（倍率）来衡量 5%，在离散度大的账户里几乎全部都会命中而失去筛选意义，因此务必用百分点衡量。若符合件数超过整体的一半，请写明阈值没有发挥作用。

【输出】
5. 在开头明示获取件数/总件数/获取率、对象期间（确定日的范围与 D）、按 state 的明细。对全部件数实际进行计算，并给出实际消耗率的中位数・最大・最小。若在回答中变更件数，请写明各自是什么的件数。
6. 金额以日元为单位记载，并务必检算位数（例：¥500,000 是 50 万日元，而不是 500 万日元）。
7. 把"用超了"与"没用完"分开做表，每行以每日预算的具体增减额（日元）或增减率（%）记载推荐处理措施。增减额由实际消耗率逆算，并附上算式。
8. 实际消耗率在80%以上的广告活动很可能已经贴住每日预算上限，请连同推算的机会损失另行列出。优先度按 偏差幅度（百分点）×期间spend 决定，并写明该基准。
9. 期间spend 为0的 ENABLED 广告活动作为"没有在投放"，从用超了/没用完的表中分离，另行记载件数与代表性示例。

最后请输出以下 3 点。
1. 推荐操作 — 写明处理措施（增减额/%）・理由・优先度・预期效果・确信度・风险
2. 执行方法 — 预算再分配交给「调整预算」类目的批准・执行提示词（属于新设候选，目前尚未整备）。本提示词一律不执行预算变更等写入操作
3. 测量 — 在{{评估期间（例：7天）}}后用同样的正规化步骤重新获取实际消耗率与 ACoS，若偏差收敛在 5 个百分点以内则 Keep，未收敛则重新调整

可修改的条件 — 判定为偏差的幅度（例：5%）。

返回内容 — 汇总「广告活动 / 当前消耗率 / 预期消耗率 / 偏差幅度 / 推荐处理措施」的表格。

设置变更 — 无变更（仅建议）。不会变更广告设置。

接下来做什么 — 根据提示调整每日预算时见提示词 1。

提示词 6: 从过去 90 天的趋势找出预算不足的广告活动

分析过去 90 天的账户表现趋势，从增长最快的广告活动和预算上限到达状况，识别预算瓶颈。

什么时候用 — 想根据增长趋势和上限到达状况确定追加预算的优先顺序时。

执行前需要的信息 — （对象期间固定为过去 90 天）

分析过去{{分析期间（例：90天）}}的账户表现趋势，确认增长最快的广告活动与预算上限到达状况。并识别成为预算瓶颈的广告活动。
【"增长"的定义】把最近{{分析期间（例：90天）}}与同样长度的上一期间按 campaign_id 核对，算出销售额环比（增加额・增长率）。不得擅自用 ROAS 顺序或销售额绝对值顺序代替。上期销售额为0的，请写明"增长率无法算出（上期为0）"，不要写成 +100% 之类。无法算出时写明"无法算出（理由）"，标题中也不要使用"ROAS顺"等会引起误读的表述。
【数据边界】当天为未确定（入库状况为 fully_missed），因此分析窗口务必以前一天收尾。做时间序列时，不要把不完整的周・不完整的月放在推移的最后一个点上（放进去会被误读为"急剧下降"）。过去的期间也可能因 re-crawl/backfill 被重新计入，因此不要把数值当作不变的来提示。
【比率的处理】每次给出比率都要并列写明分子・分母・对象天数，做成能判别变化来自分母还是分子的形式。ACoS/TACoS 的期间差分不是 bps 而是绝对比率差（百分点），请用 pt 标记。
【步骤】
1. 在开头明示获取件数/总件数与有无 truncated。准确记载汇总对象的广告类型明细（SP/SB/SD）及其件数，并给出能算出广告活动单位环比的件数的网罗率（算出件数/总件数）。若存在无法获取广告活动单位明细的广告类型，请列出该广告类型名称与件数，并写明"广告活动单位无法算出・仅有广告类型合计"。
2. 以增加额降序的表给出销售额增加额前10件。同时给出减少额前5件，并用广告费的增减与状态（ENABLED/PAUSED/ARCHIVED）区分减少是源于预算限制，还是源于有意的停止・减额。PAUSED/ARCHIVED 的请写明不属于增额对象。
3. 预算上限到达状况按"账户月度预算上限""广告组合预算""广告活动每日预算"3 个层级对全部件数进行判定，并以数值给出各自的上限未设置件数与到达件数。
   - 未设置上限时不要写"到达0件"，而要区分写成"因未设置上限，不在判定对象内"。即使设置了上限，若对象已停止（ENDED 等），也要另行给出运行中且持有上限的件数。
   - 🔴 消耗率务必自己按"对象期间的广告费 ÷ (每日预算 × 对象天数)"计算。工具返回的消耗率字段有时分母仍是1天份、单位没有对齐，直接使用会膨胀到天数倍并产生大量误检。若要使用工具返回值，请先核对分母是否按期间做过正规化（用响应上的值与手算比对）再使用。
   - 🔴 用期间平均的消耗率无法判定"是否存在某一天贴住了预算上限"。若取不到日次的预算耗尽信号，请写"用期间平均检测不到（日次层面无法判定）"，而不是"未检测到预算瓶颈"。
   - 若广告组合列表的总件数与取到预算信息的件数不一致，务必写明差额件数以及产生差额的原因。
4. 把预算瓶颈与预算以外的瓶颈（效率恶化・竞价・定向等）分开，并按优先度（机会损失规模顺）提示"每日预算增加X日元"等具体的预算再分配方案。
   - 对于消耗率未达上限的广告活动，请写明仅增加每日预算并不会增加投放量，并一并给出有效的手段（竞价・定向・广告位）作为替代方案。
   - 附加判定标签（🔴 等）时，请写明它是工具返回的值还是你自己判断的分类。
【获取上的注意】
・按广告活动返回环比的现成汇总面，有时会无视期间指定而返回按日历月的当月 vs 上月。请每次确认响应中包含的实际期间字段是否与请求的期间一致，不一致时不要使用该汇总，而是获取两个期间的明细自行核对。
・列表类的同步获取会引发超时或超出 token 上限，请使用异步作业版（start_*_job → 确认状态 → 获取结果），并确认 truncated / total_pages / next_page_token 直到取完为止。
・当订单数（orders）跨期间呈现出与销售额增减不一致的巨大断裂时，不要把它用作环比指标，并写明这一点。
最后请输出以下 3 点。
1. 推荐操作 — 写明预算再分配方案・理由・优先度・预期效果・确信度・风险
2. 执行方法 — 预算再分配交给「调整预算」类目的批准・执行提示词（属于新设候选，目前尚未整备）。本提示词一律不执行预算的写入
3. 测量 — 在{{评估期间（例：14天）}}后重新获取销售额与 ACoS，若增长率改善且 ACoS 恶化在5pt以内则 Keep，超出则判定为 Revert。重新获取时也用相同条件适用上述【数据边界】【比率的处理】与步骤3的消耗率计算式

可修改的条件 — （无。分析过去 90 天的趋势）

返回内容 — 汇总「增长率较高的广告活动 / 到达预算上限所需的天数 / 瓶颈判定」的表格。可用于确定追加预算的优先顺序。

设置变更 — 无变更（仅分析）。不会变更广告设置。

提示词 7: 按广告组合登记月度预算上限

不是对整个账户，而是对指定的广告组合登记月度消耗上限（月度预算上限）到 Picaro。它不会改动 Amazon 广告侧的广告组合预算，而是作为 Picaro 侧的消耗上限记录下来，之后的预算调整提示词会自动将其作为该组合的上限来引用。

什么时候用 — 想按品牌、产品线等各广告组合分别监控消耗上限时。

执行前需要的信息 — 对象广告组合（可按名称指定）、预算金额、货币、对象月份（省略时为当月）。

把广告组合 {{对象组合（例：Torani）}} 的月度预算上限登记为 {{预算金额（例：500,000）}}（{{货币（例：JPY）}}）。
不要改动 Amazon 侧的广告组合预算，而是作为 Picaro 侧的消耗上限记录下来，
以便之后的预算调整提示词能够自动引用。

可修改的条件 — 广告组合可按名称指定（内部会定位对象）。省略对象月份时以当月为对象。

返回内容 — 汇总登记内容（对象广告组合 / 上限 / 货币 / 对象月份）的表格。同一广告组合已有登记时，会插入是否覆盖的确认环节。不再需要时，可指定对象月份进行删除。

设置变更 — 把指定广告组合的月度预算上限记录到 Picaro（不改动 Amazon 广告的广告组合预算、也不会停止支出）。

接下来做什么 — 若要增减 Amazon 广告侧的广告组合预算本身，请使用统一管理多个广告活动的预算。

提示词 8: 确认预算上限与广告组合月度预算的一致性

将账户单位的月度预算上限（Budget CAP）、广告组合单位的月度预算、实际广告费三者相互核对，检测上限未登记或数量级偏差等设置错误。

什么时候用 — 在提示词 2（登记月度预算上限并监控消耗）和提示词 7（按广告组合登记月度预算上限）登记上限之后，想统一确认账户单位上限、广告组合单位上限与实际广告费之间是否存在出入时。

执行前需要的信息 — 目标账户名称。想确认的期间（例：当月初〜前一天）。即使未登记月度预算上限也可以执行（未登记会被检测为”未登记”）。

目的：为防止因广告预算设置错误导致的预算超支・停止投放，请检查{{账户名称（例：Torani）}}的广告预算设置一致性。

【数据】请核对以下3项。
①Picaro 登记的月度预算上限（Budget CAP）… 用 manage_budget_cap 的一览获取"已登记的全部月份"（不要只看当月，设置错误会残留在过去月份）。对已登记上限的各月份及当月执行 check_budget_status，并一并列出 cap 的 source（手动登记 / 从广告组合预算自动同步）。某月份没有登记时记为"未登记"，不要与 0 或"无上限"混为一谈。
②实际广告费与日次节奏 … 当月用 get_dashboard（{{期间开始（例：当月初）}}〜{{期间结束（例：前一天）}}）的广告费，期间对比用 get_portfolio_budget_summary 的 spend。check_budget_status 返回 status=unconfigured 时，规格上不仅消耗率、连 ad_spend 也会返回 null，因此不要写"无支出"，应注明"因上限未登记而无法算出"，并用上述备用数据源补充实际支出。
③Amazon 广告的广告组合月度预算 … list_portfolios 与 get_portfolio_budget_summary（include_ended=true）的 cap_amount / budget_type / status。budget_type=NO_CAP 时的 cap_amount=0 应作为"无上限"处理，而非"上限¥0"。

【分析】
1. 针对已登记 Budget CAP 的各月份，计算上限与实际支出的偏差（消耗率），若存在数量级的偏差（数百%以上），应作为设置错误（而非运营实态）最优先报告。来自自动同步的上限，请与③的各广告组合 cap_amount 核对，说明其是"合计了什么"得出的值。
2. 按广告组合计算 ENABLED 广告活动的日预算合计 × 当月剩余天数的潜在消耗额，并与实际支出节奏的倍率进行比较。
3. 检测以下不一致 — (a) 当月 Budget CAP 未登记，(b) 实际支出集中在无上限（NO_CAP）的广告组合，(c) ENDED 广告组合中残留 ENABLED 广告活动，(d) 上限相对实际支出存在数量级偏小／偏大。

【数据质量】请务必明示 get_portfolio_budget_summary 的 rows 件数与 list_portfolios 的总数、active_campaign_count / total_campaign_count / campaigns_without_portfolio，并说明差异的原因。若未取得部分的支出情况未知，请对判定保留结论。另外，由于没有可返回投放状态（OUT_OF_BUDGET 等 servingStatus）的读取工具，请仅停留在基于日预算与上限的推测，不要断定停止投放。

最后请输出以下 3 点。
1. 推荐操作 — 按优先级列出消耗率超过100%、潜在消耗额超过上限，或上限未登记／与实态存在数量级偏差的广告组合，并分别提出应调整上限还是调整竞价（仅提出建议，不执行）
2. 执行方法 — 竞价调整需在用户确认・批准提案内容后反映。上限调整请转交提示词 7（按广告组合登记月度预算上限）处理（本提示词不执行 Budget CAP 的登记・删除或广告组合预算的变更）
3. 测量 — 请在{{再次确认日（例：7天后）}}重新获取上述3类数据，确认当月 Budget CAP 是否已登记、超支广告组合的消耗率与潜在消耗额倍率是否有所改善

可修改的条件 — 目标账户名称／确认期间（例：当月初〜前一天）／再次确认日。

返回内容 — 月度预算上限（Budget CAP）与实际支出的偏差、按广告组合日预算合计算出的潜在消耗额与之的差距，以及 (a) 当月上限未登记 (b) 支出集中在无上限（NO_CAP）的广告组合 (c) 已结束广告组合中残留的运行中广告活动 (d) 上限与实际支出的数量级偏差，这 4 类不一致按优先级汇总的列表。同时会分别提示应调整上限还是调整竞价。

设置变更 — 无变更（仅建议）。不会记录到 Picaro，也不会写入 Amazon 广告。

接下来做什么 — 需要调整竞价时，在用户确认・批准提案内容后反映。需要调整上限本身时，前往提示词 7（按广告组合登记月度预算上限）。

提示词 9: 找出日预算不足的广告活动并提议增额

只抽取消耗率高且日预算不足的广告活动，在目标 ACoS／TACoS 范围内提议增额。提示词 1 同时处理增额与减额两个方向，本提示词则聚焦于”不足＝增额方向”来确认机会损失。

什么时候用 — 想只洗出消耗率高且日预算不足的广告活动，并区分出可增额的与应先调整竞价的时。

执行前需要的信息 — 目标账户名称。分析期间（已确定的最近期间）。需要事先在设置销售额 / 广告费 / ACoS 目标中登记对象月份的目标 ACoS／目标 TACoS（未设置时不会给出增额建议，而是先要求设置目标值）。

请列出{{账户名称（例：Torani）}}日预算不足的广告活动，并提议合适的日预算。
仅提议不执行。超过目标ACOS／TACOS的广告活动请从增额对象中排除，优先建议先调整竞价。

【步骤0：账户解析与期间确定（不可省略）】
1. 用 list_accounts 从账户名称解析出 account_id
   （list_picaro_accounts 只返回智能体列表，不能用于名称解析。
     默认账户可能与目标不同，之后所有工具调用都要显式传入
     account_id）
2. 用 get_data_ingestion_status 确认已确定的数据边界，
   把 fully_missed / in_progress 的日期从对象期间中排除。
   确定分析期间{{对象期间}}的开始日・结束日・天数（N天），并在回答开头注明

【执行步骤】
3. 用 check_budget_status 确认月度预算的消耗状况・剩余预算・建议的日次节奏
   - status=unconfigured（cap 等为 null）时，注明"月度预算Cap：未设置"，
     并用 get_portfolio_budget_summary 代替获取实际广告费・ENABLED 日预算合计
4. 用 list_portfolios / get_portfolio_budget_summary 确认各广告组合的上限（ceiling）
   - budgetType=NO_CAP 的广告组合不存在 ceiling。
     注明"ceiling 未设置"，不要把不存在的上限当作约束写出
5. 用 manage_kpi_targets（action=list）获取对象月份的目标ACOS／目标TACOS
   - 若对象月份的目标ACOS未设置，注明"因目标ACOS未设置无法判定增额"，
     不给出增额建议，转而先要求设置目标值。
     不要挪用推测值・其他月份的值作为目标
6. 用 optimize_budget 获取增减额的依据数据
   - 若 target_acos 无法解析，
     会因"Target ACOS is unresolved; proposal was not generated."而硬性报错，
     不会生成提案。请显式传入步骤5获取的目标ACOS
   - 确认返回的 target_acos_goal_resolution.basis.kind，
     并在回答中注明是 operator_input（人工传入的值）还是来自 KPI
7. 各广告活动的ACOS包含在 optimize_budget 的 reason 字符串中
   （例："消耗率259% / ACOS7.6% → 预算不足，建议增额50%"）。
   仅当未包含时，才通过异步任务 start_existing_sp_campaigns_job →
   get_mcp_job_status → get_mcp_job_result 获取
   （同步版 list_existing_sp_campaigns 会超时。
     analyze_ad_type_performance 存在只返回合计1行的已知缺陷，禁止使用）。
   无法获取的广告活动请注明"因未获取无法判定"，不进行判定

【🔴 消耗率的归一化（不可省略・跳过此步会导致结论反转）】
optimize_budget 返回的"消耗率"是"期间合计spend ÷ 1天的日预算"，
没有按天数换算。期间取N天时数值最大会膨胀到N倍。
- 必须将"实际日消耗率 = 返回的消耗率 ÷ N天"归一化后再判定
- 表格中必须并列列出"工具返回消耗率"与"实际日消耗率"，
  并明示分子（期间spend）・分母（日预算 × N天）・N
- 请另外执行一次期间为1天的对照运行，核实是否与归一化值吻合
- 用 get_portfolio_budget_summary 的 daily_budget_sum 与 spend
  计算账户整体的实际日消耗率（= spend ÷ (daily_budget_sum × N)），
  确认与各广告活动归一化结果的数量级是否吻合
- 归一化后实际日消耗率低于100%的广告活动"并非日预算不足"。
  即使工具返回"预算不足・建议增额"，也不要将其列入增额候选

【数值・指标的使用规则（严格遵守）】
回答中引用的所有数值・指标（ACOS、TACOS、消耗率、日预算、建议预算额等），
只能使用本轮实际获取的工具结果中存在的值。不要用以往的对话记录・
记忆・推测来补充数值。引用的数值须用括号注明获取来源的工具名
（例：ACOS 21.1%（optimize_budget 的 reason 实测））。无法注明来源的数值不得使用。
归一化・分摊等自行计算的值须注明"算出值"，并一并写出计算公式。

【提案的输出规则】
建议增额：归一化后实际日消耗率超过100%，且ACOS在目标以内（实际获取值）→ 在月度Cap・
广告组合ceiling范围内提示建议日预算。0件时注明"无符合项"。
优先调整竞价：ACOS超过目标（实际获取值）→ 不增额，建议先排除无效词句・下调竞价。
无法判定：本次工具结果中不包含ACOS或目标ACOS → 注明"因未获取无法判定"。
防守区块：品牌指名・catch-all 类不纳入增额候选表，单独列出并维持不变。

【必须包含在输出中的项目】
Governing（月度预算Cap・目标ACOS・目标TACOS・广告组合ceiling的实际值与获取来源。
未设置的项目注明"未设置"）、分析期间与天数、增额候选表（仅限获取面，
按实际日消耗率降序，并列工具返回消耗率与实际日消耗率，ACOS为注释列）、防守区块表、
月度Cap超支风险的说明、不可执行的声明（不调用 execute_proposal 等写入类工具）。

【效果额的处理（严格遵守）】
optimize_budget 的 items 不包含 spend / sales / estimated_impact。
不要把 current_value 与 recommended_value 的差（预算差额）当作
"增加的广告费"「削减额」来呈现。实际日消耗率低于100%的广告活动即使提高日预算，
实际消耗也几乎不会增加。若要给出效果额，须另行获取 get_portfolio_budget_summary
等实际支出数据，并注明其获取来源。

增额获批并反映后，请在7天后重新获取对象广告活动的ACOS与Impression Share
（"施策的效果测定"），若ACOS未恶化且份额有所改善则建议Keep，
若ACOS恶化超过3pt则建议Revert。批准・执行须在用户确认・
批准提案内容后反映。

可修改的条件 — 目标账户名称／分析期间。

返回内容 — 目标ACoS・目标TACoS・月度预算上限・广告组合上限的适用状况（Governing）、按实际日消耗率归一化后的增额候选表（当前日预算・建议日预算・实际日消耗率・ACoS 注释）、被排除在增额对象之外的防守区块（品牌指名・catch-all）列表，以及因超过目标ACoS而建议优先调整竞价的广告活动列表。

设置变更 — 无变更（仅建议）。不会调用 execute_proposal 等写入类工具。

接下来做什么 — 增额获批后，在用户确认・批准提案内容后反映。7天后重新获取对象广告活动的 ACoS 与 Impression Share 进行判定（效果测定使用记录举措与外部事件并验证效果）。