Инструменты

Как выбирать AI-инструмент по роли, а не по хайпу

Раздел «Инструменты» нужен не для того, чтобы выбрать победителя среди AI-платформ.

В AI-Ready инструмент рассматривается как слой в маршруте: где он помогает, что он не решает, какие страницы нужны рядом и какие claims требуют проверки по источникам.

Один инструмент может быстро показать prototype, но не заменить Knowledge Pack. Другой удобен для document Q&A, но не решает вопрос source governance. Третий помогает с eval, но не принимает решение о запуске пилота.

Короткий ответ

Tool Radar помогает понять роль инструмента в AI-решении.

Он отвечает не на вопрос «что лучше?», а на вопросы:

• для какого сценария это подходит;
• какой слой закрывает инструмент;
• какие знания нужны до использования;
• какие действия нельзя автоматизировать без approval;
• где нужна проверка источников;
• какую страницу читать дальше.

Так выбор инструмента становится частью маршрута, а не отдельным спором о функциях.

Когда это становится проблемой

Команды часто начинают с инструмента, потому что инструмент легче выбрать, чем подготовить знания и правила.

Но после первого демо выясняется:

• данных не хватает;
• документы конфликтуют;
• workflow делает действия без approval;
• agent отвечает из неподготовленных источников;
• никто не знает, как проверить качество;
• tool lock-in обсуждают слишком поздно.

Tool Radar нужен, чтобы вернуть разговор к роли инструмента: что именно он делает в системе и какие слои должны стоять рядом.

Как это выглядит на практике

Если нужен workflow prototype, можно смотреть Dify. Но рядом всё равно нужны Knowledge Pack, Operator Handoff, Approval Gates и Eval Scenarios.

Если нужен knowledge workspace, можно смотреть AnythingLLM. Но папка документов не становится approved knowledge без Source Map, Answer Policy и RAG Quality.

Если нужен eval layer, можно смотреть Ragas. Но инструмент оценки не заменяет human review, Decision Log и Harness.

Если нужен voice layer, можно смотреть Vapi. Но voice provider не закрывает consent, handoff, scripts, quality checks и approvals.

Чем Tool Radar не является

Tool Radar — не рейтинг.

Tool Radar — не vendor comparison table.

Tool Radar — не рекомендация собрать все инструменты вместе.

Tool Radar — не обещание production readiness.

Это карта ролей: knowledge, workflow, voice, eval, handoff, approvals, source evidence и Harness должны оставаться отдельными слоями.

Что можно сделать самостоятельно

Перед выбором инструмента запишите:

• какой сценарий вы проверяете;
• какие источники уже утверждены;
• какие ответы запрещены;
• какие действия требуют человека;
• как вы проверите качество;
• что останется в инструменте после pilot;
• что должно перейти в собственную архитектуру или процесс.

Если на эти вопросы нет ответа, инструмент ещё рано выбирать как production stack. Его можно использовать как prototype, но не как доказательство готовности.

Как AI-Ready использует Tool Radar

AI-Ready использует tool pages как связки между рынком и практическим маршрутом.

Страница инструмента должна объяснять:

• роль инструмента;
• где он полезен;
• где он не подходит;
• какие source notes уже проверены;
• какие риски остаются;
• куда читатель должен идти дальше.

Техническая карта для специалистов

Ниже остаётся текущая карта Tool Radar: route-first logic, reviewed route slices, source review logic и редакционные правила. Она нужна тем, кто будет добавлять новые tool pages без превращения раздела в каталог фич.

Как устроен Tool Radar

Обзор инструмента не должен быть списком функций. AI-Ready показывает роль инструмента внутри решения:

• channel layer;
• workflow builder;
• knowledge assistant;
• eval layer;
• observability layer;
• integration layer.

Сначала выберите роль

Если нужен workflow prototype, смотрите Dify и Prepare Knowledge Base. Если нужен knowledge workspace, начинайте с AnythingLLM, Knowledge Pack и RAG Quality. Если задача про voice, открывайте Vapi и AI Voice Agent. Если нужно проверить качество ответов, идите в Ragas, RAG Quality Report и Harness.

Так Tool Radar остаётся маршрутизатором, а не каталогом vendor features.

Route-first logic

Инструмент — это вход в маршрут, а не финальная точка. Для Goal 5 зафиксированы два reviewed route slice:

Workflow prototype

Dify route

Dify→Prepare Knowledge Base→Knowledge Pack→Operator Handoff→Approval Gates

Eval layer

Ragas route

Ragas→RAG Quality→Knowledge Pack→Harness

Так tool page показывает, что делать дальше: подготовить знания, проверить качество, поставить handoff и approval boundaries.

Source review logic

Dify, Ragas, Vapi и AnythingLLM прошли live source review по official sources и имеют source_urls / source_review_notes.

AI Radar фиксирует эти статусы как ручные signals: reviewed pages могут попадать в update-page, review или backlog, но не превращаются в vendor-final promises.

Vapi остаётся voice provider / voice agent prototype layer. AnythingLLM остаётся SMB knowledge workspace / knowledge assistant benchmark. В обоих случаях production-вопросы требуют отдельного project-specific review.

Редакционное правило

Мы не пишем «лучший инструмент». Мы пишем: для какого сценария инструмент подходит, где его границы, какие source/evidence notes нужны и какой маршрут читать дальше.