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

每周四早上十点，安卡拉那边公布通胀数据，我这边卡帕多奇亚的民宿后台就开始跳价。我用的是自建的报价表，里拉标价，欧元结算，汇率参数挂的是TCMB的EVDS接口。上周四数据出来，里拉对欧元日内波动超过1.8%，三间石屋的周末订单在半小时内被扫走两间——不是需求突然涨了，是我的价签换算慢了半拍，被懂行的人按旧汇率吃掉了。

我的做法是把换算逻辑从「手工填汇率」改成「定时拉取+阈值触发」。EVDS的公开序列走HTTP，用curl取最近一个交易日的收盘价，写进本地SQLite，再让报价单读这一行：

curl -s "https://evds2.tcmb.gov.tr/service/evds/series=TP.DK.EUR.A&startDate=$(date -d '-3 day' +%d-%m-%Y)&endDate=$(date +%d-%m-%Y)&type=json&key=$EVDS_KEY" \
  | jq -r '.items[-1]' >> rates.jsonl

报价单里加了一道判断：如果新汇率相对上次入库的偏离超过0.8%，就把受影响房型的里拉价重算一遍并打标「待复核」，不自动对外发布。这一步是故意的——直接自动改价，遇到数据源短暂异常，会把整栋房子的价格错挂一整天。

为什么这样取舍：EVDS是官方序列，权威性够，但它是按交易日更新的，周四上午的数据发布和它并不同步；我踩过的坑是拿它当实时汇率用，结果在数据公布后的十几分钟里，价签还停在旧值。现在我改成双源：EVDS做基准，另一路公开牌价只用来触发「偏离告警」，不参与定价。代价是多维护一个抓取任务，且两边数据口径不一致时得人工判一次。

失效的地方也说清楚：淡季订单稀疏时，0.8%的阈值几乎不触发，价签会滞后好几天，这时候我会手动跑一次脚本；另外民宿长住客按周锁价，锁价期间脚本跳过该房型，否则客人刚确认的价格第二天就变了。还有一次jq解析失败，是因为接口返回了空items，脚本没判空，直接把空行写进了库——现在加了if length==0 then error。

你们在土耳其做小生意，通胀数据前后是手动改价，还是也挂了自动换算？如果挂了，阈值定在多少，会不会也遇到数据源和发布时间不同步的问题？