用途：回答“该付现金还是用积分”，用数学比较现金预订与各积分货币的真实成本，计入转账比例、税费与烧积分的机会成本。
主要能力：按 CPP（cents per point）公式 cpp = (cash_price - taxes_on_award) / points_needed × 100 计算每点价值；用 data/points-valuations.json 的 floor/ceiling 做评级；用 data/transfer-partners.json 枚举所有可转账路径并换算 effective_points = award_miles / transfer_ratio；计算 opportunity_cost = points_needed × floor_cpp / 100，给出决策：现金价低于机会成本则付现金，高于则用积分，接近时保留灵活性选现金。支持航班与酒店比较，酒店 CPP 用 hotel_cpp = (cash_rate_per_night × nights) / total_points × 100。
数据来源：无需 API Key。现金价可用 Duffel API、Ignav API、Google Flights；奖励票可用 seats.aero API（缓存 25+ 计划）或 seats.aero 网站（仅本地 Patchright）。
使用方式：先加载 transfer-partners 枚举可行路径；对每个奖励选项算 CPP；再对照估值评级（Excellent > ceiling、Good > floor、Fair 0.8×-1× floor、Poor < 0.8× floor）；最后用 markdown 表格呈现并给推荐。往返需分方向计算，确保现金与奖励口径一致。附 jq 命令读取 floor、计算机会成本与整段比较。
适用场景：用户同时有现金价与奖励价、询问“付现金还是用积分”、想知道某次兑换的 CPP，或在多个预订策略间抉择。
限制与注意：不保证钱包兑换率；Chase 门户为动态 Points Boost，历史 1.5 cpp 固定倍率已取消，Amex 约 1.0 cpp、Capital One 约 0.75-1.0 cpp，使用前需查实际报价。常见坑：忽略奖励票税费/燃油附加费、单向奖励对比往返现金、忘记转账比例（如 Amex→Emirates 5:4，50K 需 62,500 MR）、不查门户价、过度优化 0.5 cpp 内差异。积分估值为主观，floor 最可辩护；机会成本假设未来会按 floor 使用积分；货币贬值与转账奖励（如 30% bonus）会显著改变结果。
具体的安装命令、脚本参数与 API 配置细节暂未提供。