Transfer Bonuses

Transfer Bonuses Skill

Authoritative reference for current credit card transfer bonuses. Reads from data/transfer-bonuses.json, which is refreshed weekly by scripts/refresh-transfer-bonuses.py (run automatically every Monday via .github/workflows/refresh-data.yml, and manually any time). The script scrapes Frequent Miler (canonical) and cross-checks each bonus against AwardWallet. Each active bonus carries a confidence marker (VERIFIED if both FM and AwardWallet agree, LIKELY if only FM, UNVERIFIED if single weak source) per the toolkit's Research Integrity Protocol. TPG is sometimes consulted manually as a sanity check but is NOT scraped programmatically — TPG often shows expired bonuses as active.

The Expiry Gate (run this BEFORE citing any bonus)

The data file is a snapshot; bonuses commonly end on month-end dates between refreshes. On 2026-07-07 the file listed 7 "active" bonuses of which 5 had ended a week earlier — an agent quoting the file raw would have priced a Chase→Marriott transfer at 1.55x when the real ratio was 1.0. So, mechanically, every time:

1. Get today's date.
2. For each bonus you're about to cite, compare end_date_inclusive to today. Past-dated = expired, regardless of which array it sits in. Never present an expired bonus as available.
3. If any active_bonuses entry is past-dated, or _meta.last_updated is more than 7 days old, refresh first: python3 scripts/refresh-transfer-bonuses.py (use --dry-run to preview). Then re-read the file.
4. If the refresh fails (source layout changed, offline), present the bonus WITH its end date and staleness caveat: "the file shows +30% through 2026-07-14, last verified — confirm on the issuer's transfer page before moving points."

When to Use

• Pricing an award booking that involves a transfer. A 30% bonus to JAL changes the real cost of a oneworld booking through JAL by 23%. The math has to factor in the bonus.
• Deciding whether to transfer now or wait. If a bonus is expected to recur (see frequent_recurring_bonuses_to_watch), it may be worth waiting.
• Sanity-checking whether a "good bonus" actually wins. Hotel bonuses especially (Chase UR to IHG 70%, Chase UR to Marriott 50-70%) often look great in headlines but lose to the Chase Travel portal (dynamic Points Boost on CSR/CSP, ~1.5-2.0 cpp on select bookings; not a guaranteed floor). Always pull the actual portal quote and run the math against it, not against an assumed rate.
• Identifying stackable bonuses. Aeroplan Visa cardholders stack a 10% cardholder bonus on top of any Chase UR to Aeroplan promotion.

When NOT to Use

• Transfer ratios in general (without an active bonus). Use transfer-partners for the standard ratios.
• Points valuations (cpp by program). Use points-valuations.
• Award flight availability. Use seats-aero.
• Booking guidance and the hold-before-transfer rule. Use booking-guidance.

Data File

data/transfer-bonuses.json. Schema (relevant fields):

Refreshing the Data

Run weekly (or on-demand) via:

python3 scripts/refresh-transfer-bonuses.py

The script:

1. Scrapes Frequent Miler's current point transfer bonuses page (canonical source).
2. Cross-checks each bonus against AwardWallet.
3. Sets confidence based on cross-check results: VERIFIED if 2+ sources agree, LIKELY if only Frequent Miler.
4. Moves expired bonuses to expired_recently[].
5. Updates _meta.last_updated.

scripts/check-data-freshness.sh flags this file as stale after 7 days.

If the script fails (Frequent Miler's HTML changed, network issue, etc.), fall back to manual update by visiting the two primary sources (Frequent Miler, AwardWallet) and editing the JSON by hand. TPG can be consulted as a sanity check but is not authoritative because it frequently shows expired bonuses as active. NEVER fabricate a bonus. Per the Research Integrity Protocol, if you cannot verify a bonus from a primary source, do not include it.

Quick Reference Output Format

When the user asks "what bonuses are active right now?", read data/transfer-bonuses.json and produce a markdown table. Sample format (illustrative — pull live values from the data file, not from this example):

| From | To | Bonus | End Date | Effective Ratio | Confidence | Notes |
|------|----|-------|----------|-----------------|------------|-------|
| Amex MR | Hilton Honors | 20% | YYYY-MM-DD | 1:2.4 | VERIFIED | Skip unless specific Hilton stay; effective ~1.2 cpp |
| Chase UR | Aeroplan | 20% (30% w/ Aeroplan Visa) | YYYY-MM-DD | 1:1.20 (1.30) | VERIFIED | Star Alliance; no fuel surcharges; stackable |
| Chase UR | IHG | 70% | YYYY-MM-DD | 1:1.70 | VERIFIED | "But you shouldn't" - Chase Travel portal (dynamic Points Boost; verify actual quote) typically wins for IHG bookings |
| Capital One | JAL | 30% | YYYY-MM-DD | 1:0.975 | VERIFIED | Brings standard 4:3 to ~1:1; oneworld |
| Citi TYP | Leading Hotels | 25% | YYYY-MM-DD | 1:1.25 | LIKELY | Niche luxury; only useful for specific LHW stays |

(The table format and notes apply across program-pairs. The actual current end dates and effective ratios live in data/transfer-bonuses.json and update weekly via scripts/refresh-transfer-bonuses.py.)

Then below the table:

• Highlight any redemption the user has actively planned that this bonus accelerates.
• Mention stackable bonuses if applicable (e.g., Aeroplan Visa cardholder bonus).
• Flag the "but you shouldn't" cases with reasoning.
• If a recurring bonus is on the watch list and the user's timeline is flexible, suggest waiting.

Computing Effective Cost

For any award redemption that requires a transfer, compute the effective cost both ways:

Without bonus:

points_required_in_card_currency = miles_required / standard_ratio

With bonus:

points_required_in_card_currency = miles_required / effective_ratio

Example: book a 70k JAL business class award via Capital One during April 2026:

• Standard: 70,000 / 0.75 = 93,333 Capital One miles
• With 30% bonus: 70,000 / 0.975 = 71,795 Capital One miles
• Savings: ~21,538 miles (~$398 at TPG's 1.85 cpp Capital One valuation; 21538 × 0.0185 = 398.45)

Cross-References

• transfer-partners: standard transfer ratios (no bonus)
• points-valuations: cpp floor per program; use to sanity-check whether a bonus actually beats portal/cash
• booking-guidance: the critical "hold before you transfer" rule
• award-holds: per-program hold rules. Critical because most major Western programs no longer offer holds, which makes timing transfers around bonus expirations more dangerous.
• seats-aero: verify award availability before transferring
• partner-awards: which programs ticket which airlines
• stopovers: if a bonus is active on a stopover-friendly program (e.g. Flying Blue, Aeroplan, Alaska), the effective value of a multi-stop redemption goes up further
• round-the-world: RTW awards take large transfers; a 30% bonus on the right currency dramatically lowers the effective points cost

Source Hierarchy

When sources disagree:

1. Frequent Miler is canonical. Their current-point-transfer-bonuses page is updated daily and is the most accurate near-realtime source.
2. AwardWallet is a strong cross-check. They list the same bonuses with similar accuracy but slightly less frequently updated.
3. TPG is a weaker source. Their page is updated monthly and frequently shows expired bonuses as "active." Use only for confirmation, not as primary.

If TPG shows a bonus that Frequent Miler doesn't, treat it as expired or never-existed unless you can verify from the original promotion source (the airline's own page).

Avoiding Fabrication

This skill exists in part because LLMs are tempted to confidently invent transfer bonuses. Never list a bonus that isn't in the data file. If the data file is stale (check-data-freshness.sh reports STALE), refresh it before answering. If refresh fails, tell the user "the data file is stale and I can't refresh right now" rather than guessing.