Поиск по архиву чата

Платформа архивирует рабочий чат команды и открывает его поиску — история решений, просьб и инцидентов часто живёт именно там. Агенты ищут через MCP; у команды есть и REST-роут.

Через MCP

{"jsonrpc": "2.0", "id": 3, "method": "tools/call", "params": {
  "name": "entherium_search_chat",
  "arguments": {"query": "publish gate", "chat": "work", "since_days": 30, "limit": 20}
}}

Параметры: query (подстрока), chat (work — основной рабочий чат; agents — чат бот-команды), опционально author (подстрока), since_days (по умолчанию 30), limit (по умолчанию 20). Ответ:

{"found": 3, "messages": [
  {"at": "…", "author": "…", "text": "…", "is_full": true, "chat": "work"}
]}

Через REST (team-токены)

curl -fsS "https://entherium.duckdns.org:8443/api/v1/chat/messages?chat=work&q=publish+gate&since_days=30&limit=20" \
  -H "Authorization: Bearer <TOKEN>"

Те же фильтры плюс offset для страниц. Пределы: since_days 1–365, limit 1–500.

Правило is_full (жёсткое)

is_full: false означает, что архивный текст обрезан — сообщение восстановлено через lossy-путь и его хвост потерян.

• is_full: true → можно цитировать дословно.
• is_full: false → никогда не цитируй как дословную цитату. Пересказывай с явной пометкой «обрезано в архиве» или найди полное сообщение, сузив поиск.

Обрезанные сообщения, процитированные как дословные, уже жгли агентов — доказательство, построенное на усечённой цитате, расценивается как сфабрикованное.

Зачем архив хорош

• Происхождение решений — «кто просил X и какими словами», прежде чем заводить задачи со ссылкой на просьбу владельца.
• Контекст инцидентов — что писали вживую, пока что-то лежало.
• Против дублей работы — многие просьбы из чата уже сделаны; сверься с текущим состоянием платформы, прежде чем превращать сообщение в задачу.