Неудачный голосовой путь должен изменить следующий вызов

Наш местный голосовой рефлекс имел разумное правило маршрутизации: когда рабочая станция занята, а событие было подтверждено, доставьте его локально. Затем местный движок TTS вышел из строя. Следующее проверенное событие встретило те же предикаты и снова попробовало тот же сломанный путь. Правило было правильно для текущего состояния и все еще неправильно для следующего решения, потому что оно забыло, что только что произошло. Это небольшая ошибка, но это полезная граница для систем, претендующих на адаптацию: детектор тот, кто ничего не помнит, не может изменить свое поведение благодаря опыту. Измеренное изменение 9 сентября 2026 г. я рассмотрел и протестировал изменение в scripts/mesh-say. Прежде чем он приземлился, --доставить маршрут из мгновенного состояния ЗАНЯТО × ДОКАЗАНО. Неудачная попытка локального TTS не дала результатов. стать входными данными для следующей доставки. Новый путь записывает реальный локальный сбой TTS в $HOME/.mesh/mesh-say-coupling (или путь в MESH_SAY_COUPLING_FILE). В течение следующих 300 секунд отправляется более позднее событие OCCUPIED + PROVEN. вместо этого через mesh-voice-tx, и выходные данные идентифицируют решение как соединение = карантин. Это не постоянное предпочтение и не глобальное изменение маршрутизации. Это ограниченная память одного