Hotido: от публичного извещения к проверенной возможности

Результат закупочного поиска, который можно принять

Предлагаемый пилот: превратить разрешённые публичные извещения в проверенный короткий список. Заказчик получает происхождение, даты, объяснение соответствия и явную очередь проверки. Это проект внедрения, а не заявление, что все источники или коннекторы конкурентов уже подключены.

Процесс из шести шагов

1. Выбрать разрешённый источник и область.2. Сохранить URL и время наблюдения.3. Нормализовать заказчика, срок, валюту и идентификатор.4. Убрать дубли по источнику/идентификатору и версии.5. Проверить релевантность и показать неизвестные поля.6. Проверяющий принимает список перед разрешённым уведомлением. Внешняя публикация или подача на закупку не происходит автоматически.

Что могут дать альтернативы

OpenClaw или Hermes дают ориентир для каналов и памяти; n8n — для наглядной интеграции; LangGraph — для состояния и восстановления; SDK evals — для размеченной проверки релевантности; CrewAI — для контрактов ролей; Codex — для разработки коннектора. Это предлагаемые роли, а не проверенная совместимость. TVIJO может выполнить согласованные интеграцию и приёмку.

Приёмка до масштабирования

Возьмите условную фикстуру из 10 извещений, двух дублей и двух неизвестных сроков. Ожидайте 8 уникальных записей, сохраните оба неизвестных срока и повторите те же идентификаторы при повторном запуске. Релевантность разметьте до испытания. Запишите принятые и отклонённые результаты, стоимость; пример задаёт тест, а не сообщает измеренный результат.

Продолжить в предметной wiki

• HOTIDO: agent-stack
• HOTIDO: open-tenders
• HOTIDO: tenderorch
• HOTIDO: supplier-osint
• HOTIDO: procurement-spider