Стандарт актуальности знаний и источников

Актуальность: 2 августа 2026 года.

Цель

Сохранять методику и бизнес-досье пригодными для решений, не превращая обновление ссылок в самоцель. Существование URL не подтверждает актуальность содержания; изменяемый факт перепроверяется непосредственно перед ставкой.

Метаданные изменяемого утверждения

утверждение | тип: факт/расчёт/сигнал/мнение | первичный источник
дата публикации/редакции | дата доступа | география/контекст
владелец проверки | срок годности | триггер немедленного пересмотра
где используется | статус: актуально/к проверке/устарело/архив

Машинный минимум критических утверждений хранится в data/external-claims.json. Проверка corepack pnpm check:freshness сообщает о просроченных датах, а corepack pnpm check:freshness:links дополнительно проверяет доступность URL. Ошибка HTTP создаёт ручную проверку и не меняет статус программы автоматически.

Срок годности — управленческое правило, а не гарантия неизменности.

Ритм проверки

Частота	Что проверять	Результат	Владелец
Еженедельно	активные риски, дедлайны, цены критических API/рекламы; релевантные vc.ru/marketing, vc.ru/ai и отраслевые обсуждения	новые сигналы и гипотезы, без переписывания стратегии	владелец направления
Ежемесячно	конкуренты, цены, условия ключевых поставщиков, AI-модели/лицензии, источники работающих гипотез	изменения для воронки, экономики и экспериментов	аналитик/владелец
Ежеквартально	карта рынка, каналы, стандарты, реестр рисков, база фондов и поддержки	обновлённые приоритеты и список устаревшего	собственник
Перед каждым существенным решением	закон, налог, льгота, грант, аккредитация, договор, цена/условия провайдера	первичный источник на дату решения и специалист при высокой цене ошибки	владелец решения
После инцидента/эксперимента	связанные правила, допущения и источники	урок и дата следующей проверки	владелец результата

Периодичность сокращается для быстро меняющегося AI/рекламного инструмента и увеличивается для устойчивого метода, но триггеры имеют приоритет над календарём.

Триггеры немедленного пересмотра

• публикация или вступление в силу нового акта/разъяснения;
• уведомление ФНС, регулятора, фонда, банка или критического поставщика;
• новый тариф, лицензия, API, модель, регион обработки или прекращение сервиса;
• существенный конкурентный запуск или изменение платформы/канала;
• провал метрики, инцидент, жалоба, судебная/налоговая претензия;
• изменение бизнес-модели, юрлица, региона, сегмента или источника данных;
• материал, противоречащий принятому ключевому допущению.

Как проверять

1. Открыть первичный источник, а не старый пересказ.
2. Проверить дату, редакцию, применимость к юрлицу, региону, операции и периоду.
3. Сравнить с сохранённым утверждением и зависимыми решениями.
4. Зафиксировать, что изменилось, что осталось неизвестным и кто подтвердил.
5. Обновить только зависимые выводы; не стирать историю решения.
6. При высокой цене ошибки направить вопрос профильному специалисту.

Для законов/налогов использовать иерархию RU_LEGAL_TAX.md, для поддержки — RU_SUPPORT_PROGRAMS.md, для кейсов — SOURCES.md.

Мониторинг предпринимательского опыта

• поиск привязывается к текущему ограничению и гипотезам бизнеса;
• сохраняются конкретная статья/ветка/комментарий, автор, роль и конфликт;
• успешный кейс дополняется поиском провала или противоположного механизма;
• повторяющиеся кейсы группируются по механизму, а не количеству публикаций;
• идея попадает в backlog только с локальным способом проверки;
• старый кейс не удаляется, если он объясняет историческое решение, но помечается контекстом и датой.

Начальная выборка и формат карточки: research/FOUNDER_RADAR.md.

Контроль ссылок и архивация

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

Контроль документов методики

При изменении стандарта:

• проверить маршруты в ../SPEC.md и INDEX.md;
• указать дату актуальности и причину изменения;
• проверить внутренние ссылки, определения и отсутствие противоречий;
• не фиксировать ставки, лимиты и даты наборов как постоянное правило;
• не превращать временный инструмент в обязательный стандарт без практики;
• архивировать заменённое правило, если оно объясняет прошлые решения.

Критерий готовности

У каждого изменяемого критического факта есть источник, дата, владелец и триггер перепроверки; устаревание видно до принятия решения, а мониторинг создаёт проверяемые гипотезы, а не бесконечную ленту материалов.