AI-Ready Wiki должна быть полезной для LLM и людей. Поэтому мы отделяем методические утверждения от live tool claims: сначала источники, потом выводы.

Зачем нужна политика

AI-Ready Wiki должна быть удобной для людей и для LLM. Поэтому каждая страница должна показывать, на чём держатся её утверждения: internal method, project docs, official tool docs или свежий source review.

Без этой границы tool page быстро превращается в устаревший vendor note.

Типы утверждений

Method claim — утверждение о подходе AI-Ready: source map, approval gates, handoff, Harness, eval set.

Vendor claim — утверждение о внешнем инструменте: что он делает, какие функции имеет, как разворачивается, какие integrations поддерживает.

Freshness-sensitive claim — pricing, security, privacy, API behavior, license, compliance, deployment, model/provider support. Такие claims требуют свежей проверки.

Поля source review

Reviewed tool page должна иметь:

  • source_status;
  • source_reviewed_at;
  • source_urls;
  • source_review_notes;
  • factuality_level;
  • last_reviewed.

Если страница ещё не проверена, используем source_status: needs_live_review и warning-level note. Так LLM и редактор видят, что текст нельзя расширять factual claims без проверки.

Source status

reviewed — official sources проверены и recorded на странице.

needs_live_review — страница может описывать tool role, но не должна делать current factual claims.

internal_policy — страница фиксирует правила AI-Ready и опирается на project docs.

reviewed_with_warnings — sources проверены, но есть ограничения: например, pricing/security/API требуют отдельного fresh review.

Factuality level

role_template — tool page объясняет роль инструмента в AI-Ready route без live vendor claims.

official_sources_reviewed — official docs/GitHub проверены и записаны в source_urls.

method_plus_official_metric_names — method page использует external source только для названий/категорий, а выводы остаются AI-Ready method.

internal_editorial_policy — внутренняя политика контента.

Reviewed tool pages

Для Goal 5 reviewed tool pages — Dify и Ragas.

Dify связан с workflow route:

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

Ragas связан с quality route:

Ragas → RAG Quality → Knowledge Pack → Harness

Обе страницы должны ясно говорить: external tool поддерживает маршрут, но не становится AI-Ready identity.

Что нельзя писать без свежего review

  • «инструмент поддерживает X integration»;
  • «цены такие-то»;
  • «данные хранятся так-то»;
  • «подходит для compliance»;
  • «API работает вот так»;
  • «self-host полностью решает privacy».

Такие claims требуют official URL и дату проверки.

Как использовать в редактуре

Перед публикацией tool page проверьте:

  • есть ли vendor-specific claim;
  • есть ли official source URL;
  • записана ли дата review;
  • отделён ли AI-Ready method от tool role;
  • есть ли warning для непроверенных областей.

Если ответа нет, claim лучше убрать или перевести страницу в needs_live_review.

Связь с AI Radar

AI Radar использует эту policy как guardrail. Signal может сказать, что страница reviewed, needs_live_review или требует update-page, но не может добавлять новые vendor facts без source URLs, review notes и даты проверки.