We seek to understand when confidence-based deferral may fail, and when alternate deferral strategies can perform better
We thank the reviewer for their detailed feedback.
> Right. The Lagrangian manipulation to connect between the unconstrained risk in (1) and accuracy with a constraint. Clearly, without this fact it is difficult to link section 3 with sections 4 and 5. This is a crucial missing bit, which clears both my points 2 and 4. Why did it not appear in the original version? It would have been a lot easier to read had the risk-accuracy equivalence got established in section 3.
We are glad this clarifies! We apologise if this point wasn’t clear in the original submission. In our revised version, **we will expand the para in L126 - L130** to explicate the Lagrangian view of (1), and the equivalence of the cost-risk and deferral rate-accuracy curves.
> I understand your argument. But your paper's title is When Does Confidence-Based Cascade Deferral Suffice?. To a normal reader, the title suggests that the cascades of interest contain pretrained models plus some thresholding on the model confidences, no additional training is needed.
Our intended logical flow is the following. First, our analysis in Section 3 and 4.1 precisely studies conditions under which confidence-based cascades may _not_ suffice (e.g., label noise). This is in line with the title.
Next, given that there are conditions where such cascades _don’t_ suffice, a natural question is whether some alternate strategy _does_. To that end, Section 4.2 proposes and studies post-hoc models, which are a minimal and (in our opinion) natural extension.
We attempted to convey this framing in the writing (e.g., L8 “In this paper, we seek to better understand the conditions under which confidence-based deferral may fail, and when alternate deferral strategies can perform better”). Nonetheless, we are certainly happy to update the text if the reviewer believes this is not made sufficiently clear.
> A posthoc model would require the user to train additionally. Under a research context this may be fine. But in real world, this additional requirement can be costly due to resources and teams involved… In addition, a hidden assumption here is that the posthoc model g(x) must be very lightweight compared to the pretrained models. But in very high speed applications where the pretrained models can be marginally slower than the posthoc model g(x) then this assumption will break.
We certainly agree that there can be settings where post-hoc models may not be appropriate. Nonetheless, we argue that **they are many practical settings where they _are_ appropriate**. As a remark, per L246, we note that prior work such as [31, 44, 68] also considered the use of auxiliary models to improve cascading.
In our view, cascading makes sense when at least one constituent model is highly compute-intensive (both for inference _and_ training). Given this, _if_ the post-hoc model is significantly lightweight compared to the smallest constituent model, it adds minimal extra overhead both for training and inference.
Now, if one or more of the constituent models is itself lightweight, then the reviewer is correct that the post-hoc model may add an overhead compared to regular confidence-based cascading. However, if there is a sufficiently large cost gap between the smallest and largest model in the cascade, then the post-hoc approach _may still offer a more favourable cost-quality tradeoff_ than regular confidence-based cascading (which, per Section 4.1, may underperform in some settings).
The reviewer is completely correct that in some settings, alternate strategies (e.g., improving the base models) may be appropriate. Our purview however is to understand the space of strategies for combining multiple models via a deferral mechanism.