This is a very practical question, and the short answer is that temperature compensation alone rarely holds up across seasons unless it is checked against a real reciprocity error measurement. The compensation model usually assumes a uniform temperature across the panel, but in the field the edge branches, the centre branches and the PA heatsinks do not track each other — sun load, wind and the radome make the gradient worse, and that gradient is what breaks reciprocity even when each branch's own temperature coefficient looks well behaved.
In practice I would not rely on a fixed recalibration interval. A boot calibration plus a scheduled calibration is a good baseline, but add triggers: a temperature change of a few degrees at the panel, a change in uplink/downlink quality indicators, or a time-based interval that is short during the first heat-up after sunrise and longer once the array is thermally settled. A fixed once-a-day calibration will miss the fast drift in the morning and waste time calibrating a stable array at night.
The other point is to distinguish relative from absolute calibration. For TDD reciprocity, what matters is branch-to-branch phase and amplitude, not absolute gain, so an onboard coupler network can track much of the drift — but only if the couplers themselves are temperature stable and their own drift is characterised. Over-the-air sounding and UE feedback are the independent check: if the onboard cal says the array is fine but the UE reports degrading beamforming gain, trust the over-the-air result and investigate the coupler or radome path.
If you can share the temperature span you see, the residual phase/amplitude error after your current compensation, and whether the system is TDD or FDD, it will be much easier to judge whether the interval or the compensation model is the weak link.