土耳其通胀数据发布前，我把民宿里拉价签的换算脚本改了

上周三下午，土耳其统计局的数据还没出来，伊斯坦布尔几家做短租的朋友已经在群里问同一件事：里拉价签要不要提前改。我的做法是数据发布前一天不动价，只动脚本——把价签的换算逻辑从「手动改汇率」改成「锚定一个区间并自动触发」，这样数据公布后的十几分钟里，房源页不会出现一串来不及核对的数字。

具体环境是这样的：我在卡帕多奇亚和伊斯坦布尔各有一批房源，预订页用里拉标价，后台同时存欧元成本价。之前每次数据发布，我都是打开后台逐个改汇率，房源多的时候要二十多分钟，中间还容易漏。现在用一段脚本先把汇率区间拉出来，超过阈值才提示我人工确认：

BASE = 34.20  # 上次锁定的里拉/欧元
BAND = 0.015  # 允许浮动 1.5%

def check_rate(current):
    drift = abs(current - BASE) / BASE
    if drift > BAND:
        return f"ALERT drift={drift:.2%} current={current:.2f}"
    return f"ok drift={drift:.2%}"

print(check_rate(34.85))

这样做的机制很简单：数据发布当天的汇率波动往往集中在公布后的半小时内，人工盯盘既慢又容易情绪化改价。锚定区间的好处是把「改不改」变成一个可复核的判断，代价是区间设得太窄会频繁报警，设得太宽又失去意义。我自己的经验是 1.5% 到 2% 之间比较合适，超过这个数再动价签，房源页的改价记录也不会太乱。

失效的地方也很明确：如果里拉出现单日超过 3% 的跳贬，区间触发会连续弹三四次，这时候脚本反而添乱，得直接切回手动。我踩过的坑是去年有一次数据发布后汇率先跌后回，脚本在低点报了警，我改完价签，第二天汇率又回去了，结果房源比周边贵了一截，订单一周都没动。所以现在报警只作为提示，最终改价还是要看一眼当天的实际成交和周边房源。

另外，这套脚本只解决价签换算，不解决成本端。欧元计价的早餐原料和租车费用，数据发布后要不要跟着调，是另一个问题，我一般会等到下一周再看。

你们在土耳其做短租或者小生意，数据发布日会提前改里拉价签，还是等两天看汇率稳了再动？