---
name: offer-policy-checker
description: >-
  Validates a proposed commission/offer/outbound action against policy: within the
  tier's commission cap, all-in take-rate under the gate, product ACTIVATE, anti-spam
  params present — returning pass / warn / block + fixes. Use when setting, changing,
  or negotiating commission, deciding whether to accept a creator's counter-offer, or
  running a pre-launch compliance check; also called by outreach-message-composer and
  reply-triage. Affiliate (分销) context.
  Chinese triggers: 设置佣金 / 接受反价 / 发起前合规检查.
---

# Offer Policy Checker · 报价与合规校验

**Role**: a pass/warn/block **checker**, not a policy database. It judges whether an offer/outbound crosses a line and gives fixes. **Does not set tier** (creator-tier-resolver), **does not write copy**.

## Output language
Write every output in the **merchant's working language**, using that market's native seller terminology:
- **US Local sellers → English**: tier / all-in take-rate / outreach waterfall / Target Collaboration / DM / sample …
- **China POP sellers → 中文**: 分级 / 真实抽成 / 触达阶梯 / 定向邀约 / 私信 / 寄样 …
Tool names stay identical in both languages. If unsure which market, ask once before producing output.

## When to use / not use
- Use: validate a proposed commission, a creator counter-offer, a batch flat commission; the pre-send "does this fit policy?" check.
- Don't use: tier not yet decided (run creator-tier-resolver first).

## Inputs
1. Proposed commission/offer + the creator's tier (Open/T1/T2/T3).
2. Scenario: first offer / counter-offer / batch.
3. Optional: product (to check ACTIVATE), intended channel + anti-spam params.

## Steps (in order)
1. **Tier commission-cap check** (numbers from the Cheat Sheet): within range → pass; over default but under cap → warn (needs explicit human confirm); over cap → reject (must lower the price or re-judge the tier).
2. **All-in take-rate gate**: estimate all-in take-rate using **the Cheat Sheet's exact formula — do not reconstruct it from memory**. (Shape per the Doctrine: platform commission% + effective creator commission [listed ÷ (1 − return rate)] + per-order fulfillment ÷ AOV; landed cost/duty, samples, sales tax, and return-handling costs are **NOT** in it.) Write N/A for any missing item, do not fabricate. Over the Cheat Sheet's all-in take-rate ceiling → mark "needs intervention" (suggest lower commission / raise AOV·bundle / different product / lower-cost channel); **never pass on "high GMV".**
3. **Eligibility check**: product must be ACTIVATE; in batch, **every** creator in the pool must pass (else split the pool).
4. **Anti-spam param check** (outbound): confirm stop_on_reply / skip_creators_with_prior_replies / skip_messaged_within_days per the Cheat Sheet, plus the cross-channel cooldown. Flag any missing.
5. Output the verdict + fixes (do not decide acceptance of a counter-offer for the user).

## Sibling skills
- Tier undecided → creator-tier-resolver.
- After it passes, draft copy → outreach-message-composer.

## ⛔ Do NOT
- Never pass an offer over the tier cap or over the all-in take-rate ceiling (even "a competitor pays more / special case") — raise the tier or change the Cheat Sheet first.
- Never auto-accept a creator counter-offer — give the verdict only, wait for a human.
- Never apply a high tier's cap to a data-insufficient creator — treat conservatively.
- Never judge a batch on an "average tier".

## 📌 Strategy dependency (anti-staleness)
This skill embeds **no** commission caps, all-in take-rate **formula or** thresholds, anti-spam defaults, or tool list — all come from the Action Workspace Doctrine → Key-Rules Cheat Sheet; if an example here conflicts with current policy, the Cheat Sheet wins. Only call tools that actually exist.

## Output format
Render the report in the merchant's working language; the template below shows the structure.
```
✅ Pass | tier T2 | proposal in range | all-in take-rate est ≤ ceiling | product ACTIVATE | anti-spam params present
⚠️ Warn | over default, under cap +X% | needs your explicit "over-default" confirm | all-in take-rate est = …
❌ Reject | over tier cap +X% or all-in take-rate est > ceiling
  Options: (1) lower into range [recommended] (2) if evidence supports a higher tier → re-judge tier (3) change the Cheat Sheet (strategic, needs the lead)
(missing) an all-in take-rate item = N/A → recommend more data; anti-spam params missing → recommend adding skip_messaged_within_days etc.
```

## Example
Input: a T2 creator, proposed commission above that tier's default. Output:
⚠️ **Warn** — over default, under cap (exact cap in the Cheat Sheet), needs your explicit "over-default" confirm; all-in take-rate est passes the gate, product ACTIVATE, anti-spam params present. Options: (1) lower to within default [recommended] (2) if evidence supports a higher tier → re-judge tier. Won't decide for you.