If compaction's model is refused, it retries on an allowed fallback instead of failing outright.
What's wrong with this entry?
If the API refuses a compaction request and offers a fallback model, compaction now aborts the refused stream and retries on an allowed fallback instead of failing. When your model policy leaves no usable fallback, compaction stops with a message naming the model and pointing at /model.
- When the API supplies one, a usage-credit code is minted for the fallback model.
- The retry is recorded as
tengu_refusal_fallback_triggeredwith a query source of "compact". - Example failure text: "Compaction unavailable: your model policy only allows Fable 5, which requires usage credits ยท /model to set it up".
Compaction unavailable: your model policy only allows Fable 5, which requires usage credits \xB7 /model to set it up
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.239
Skill text carried through compaction is no longer mistaken for a live request
Both mention compaction
-
v2.1.247
Summarizing uses the same prompt assembly as the rest of the conversation
Both mention compaction
-
v2.1.247
Compaction builds its system prompt with the shared assembler
Both mention compaction