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 и даты проверки.