# Brief 模板

Brief 是给策源 agent 看的需求描述。它决定 topology(几个组、几条广告)、出价口径、文案和身份;
素材本身不写在 brief 里,走 `asset_ids`。只改 `<…>` 占位。

## 公共尾巴(两种模板都接在后面)

```
优化方式:按广告变现 ROAS 出价(value_event=ad_revenue),不要用付费/购买价值口径。不限操作系统(iOS 和 Android 都投)。
广告文案写 5 条英文短句,围绕短剧《<剧名>》的冲突和悬念写钩子,不要写剧名本身;卖点写 5 个英文话题标签(#开头)。文案里不要出现任何金额或数字报酬,不要写雇佣、工作、住家、薪水、报酬这类说法。
发布身份用 identity_id <IDENTITY_ID>,identity_type <IDENTITY_TYPE>,identity_authorized_bc_id <BC_ID>。剧集页 <剧集页链接>
```

`<IDENTITY_…>` 取自 `intake_upload_context` 的 `identities` 里那一项(默认 Abigail)。线上会话的清单里没有身份,
也调不了 `intake_upload_context`:整句「发布身份用…」去掉,只留「剧集页 <链接>」,身份由策源按账户默认处理。

## 视频(全部素材一条广告)

```
为小程序「<MINIS_NAME>」新建一条广告系列:市场 <REGION_CODES 用、分隔>(一个广告组覆盖全部可投国家)、日预算 <BUDGET> USD、投放对象 小程序。roas<ROAS>
素材见附件(各国家用同一套),全部素材放在同一条广告下。
广告系列名称:SW-ADS-<PRODUCT>-<剧名>-<YYYYMMDD>。预算放在广告系列层级(开启 CBO)。开投时间从现在开始。
<公共尾巴>
```

素材超过 15 个时编译器会自动顺延到下一条广告;不够 6 个就按实际数量,不要凑。

## 图文轮播(每套一条广告)

```
为小程序「<MINIS_NAME>」新建一条广告系列:市场 <REGION_CODES 用、分隔>(一个广告组覆盖全部可投国家)、日预算 <BUDGET> USD、投放对象 小程序。roas<ROAS>
素材见附件,是 <N> 套图文轮播,每套一条广告 —— 这个广告组要建 <N> 条广告,每条广告依次放它那一套的图(各套张数:<2、2、2…>),各国家用同一套。
广告系列名称:SW-ADS-<PRODUCT>-<剧名>-图文-<YYYYMMDD>。预算放在广告系列层级(开启 CBO)。开投时间从现在开始。
<公共尾巴>
```

- 方案一每套都是 2 张(同一张图的两份上传);混搭计划的计划名去掉 `图文-` 这一节。
- `asset_ids` 的顺序就是分组:先第一套的图,再第二套。顺序乱了图就串到别的广告去。
- 策源 agent 偶尔会把几套并成一条广告,所以策源后必须验形状,规则见 `SKILL.md` 第 4 步。

## 为什么这些话要这样写

| 句子 | 它压住的默认行为 |
|---|---|
| 一个广告组覆盖全部可投国家 | agent 会按国家拆组 |
| 全部素材放在同一条广告下 / 每套一条广告 | agent 曾按「一个素材一条广告」拆,也曾把几套并成一条 |
| 预算放在广告系列层级(开启 CBO) | CBO 关闭时组预算 + `VO_MIN_ROAS` 会被 TikTok 拒(`Invalid CPA smart bid type`) |
| 按广告变现 ROAS 出价 | agent 会猜成付费/购买价值口径 |
| 不限操作系统 | agent 曾只投一个系统 |
| 文案 5 条、不写剧名、不写金额和工作 | 不写要求时 agent 拿计划名当文案;金额和工作类说法会拒审或封户 |
| 发布身份写全三项 | 不写就用账户默认身份,常常不是运营要的那个 |
| `SW-ADS-` 前缀 | 系统只认这个前缀开头的名字是策源建的 |
| 纯图文计划名里的 `图文` | 查重时把它和同名视频计划分开认 |