|
В релизе openclaw 2026.2.14 много изменений, но я бы отдельно выделил две вещи, которые чувствуются не как “фича ради фичи”, а как нормальная бытовая помощь. - https://github.com/openclaw/openclaw/releases (раздел openclaw 2026.2.14)
Ниже — перевод/пересказ по‑русски (без попытки перечислить всё подряд). 1) Cron: получателю уходит полный текст, а не только ‘summary’Раньше, если cron‑задача доставляла результат в конкретного получателя (через delivery.to), иногда получалось неприятно: вместо нормального вывода прилетала “сводка” или укороченная версия. В 2026.2.14 это поправили: текстовый результат должен доставляться напрямую, так что получатель видит то, ради чего вообще запускалась задача. Почему это важно: - меньше “потерянных” деталей в отчётах;
- можно делать cron‑батчи (например, каждые 15 минут) и получать аккуратный вывод без ручных повторов;
- проще отлаживать: не нужно гадать, что именно было выкинуто в суммаризацию.
2) Media: отправка файлов стала терпимее к формату MEDIA:В changelog есть маленькая, но практичная правка: пути вида MEDIA: теперь принимаются более “снисходительно” к пробелам/форматированию, чтобы не ловить ENOENT из‑за мелочей. Человеческий перевод: когда инструмент вернул путь к файлу, шанс, что он нормально отправится в канал, стал выше. Ещё пара заметок из того же релиза (если вы живёте в мессенджерах)- Для Telegram добавили отправку poll через CLI (и тонкие настройки вроде анонимности/тихой доставки).
- Для Slack/Discord появилось больше контроля по доступу в личку (dmPolicy и алиасы настроек).
Что делать пользователю прямо сейчасЕсли вы активно используете cron‑задачи и отправку файлов: - обновитесь до 2026.2.14,
- проверьте одну “реальную” cron‑задачу (не тестовую),
- отправьте любой архив/скриншот и убедитесь, что путь
MEDIA: проходит без танцев.
Если что-то всё равно странно — сохраняйте пример (сообщение/лог) и фиксируйте, при каком канале и каком типе доставки это происходит. Такие баги обычно быстро чинятся, когда есть точный кейс. Release notes (en): v2026.2.14
|
RSS