Multi-chat fan-out: chat_id через запятую на всех эндпоинтах (единый ответ)

[lavr]

Единый механизм отправки в несколько чатов через запятую в chat_id (chat_id=a,b,c)
на всех точках отправки, с общим форматом ответа.

⚠️ Ломающее изменение

Все эндпоинты теперь всегда возвращают единую форму ответа, даже для одного чата:

{"ok": true,
 "results": [{"chat":"a","sync_id":"..."}, {"chat":"b","request_id":"...","queued":true}],
 "errors":  [{"chat":"c","error":"resolving chat: ..."}]}

• Per-chat: sync_id (sync) либо request_id+queued (async).
• Request-level ошибки (битый JSON, пустой chat_id, invalid status) остаются {ok:false,error} с 400/415.
• Коды: 200 sync (≥1 доставлен) / 202 async / 502 если во все не удалось.

Охват

• POST /send (sync + async), POST /alertmanager, POST /grafana, POST /gitlab, CLI send, CLI enqueue.
• Общие parseChatIDs (split , + trim + dedup + порядок) + best-effort fan-out коллектор.
• /gitlab переведён на общий механизм; sender-путь и изоляция per-sender токенов сохранены (цели = sender.chats, ?chat_id/routes для sender игнорируются).
• sync /send парсит mentions per-target-bot.
• async /send + CLI enqueue: chat_id=a,b → N отдельных сообщений в очередь (expand; per-chat независимый retry/ack, worker без изменений — обоснование в код-комментарии).

Прочее

Обновлены OpenAPI, docs (configuration/integrations/README) с пометкой breaking, примеры, бамп версии chart+app.