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

Этот список собирает требования, изложенные выше, для проверки проекта:

• В корне проекта есть FISS/INDEX.md и FISS/BOOTSTRAP.md.
• Корневой индекс ссылается на FISS/BOOTSTRAP.md с условием читать его всегда перед началом работы с проектом.
• Все используемые области доступны через навигацию от корневого индекса; составные области имеют собственный INDEX.md со ссылками на их содержание.
• Каждая навигационная ссылка в индексах сопровождается условием чтения и ведёт к существующей цели.
• Если используются переопределения, корневой индекс содержит ссылку на FISS/overrides/INDEX.md с условием «Читать перед использованием любого навыка»; агент перед запуском навыка проверяет применимые документы.
• Если навыки используют общие операционные артефакты, их имена по умолчанию и правила переопределения расположения согласованы между навыками и проектом.
• Области, представленные одним файлом, могут иметь имена, определённые проектом; контейнеры без индекса доступны через навигацию охватывающей области.
• Индексы содержат навигацию, а FISS/BOOTSTRAP.md — краткий базовый контекст.
• Для информации с несколькими источниками определён основной источник или правило приоритета; неразрешённые противоречия требуют явного решения.
• Если используется корневой файл инструкций агенту, он направляет в FISS/INDEX.md и не дублирует содержание пространства.
• Если описан рабочий процесс задач, в нём определены применимые правила обращения с рабочими артефактами.

Остальные области и механизмы добавляются по потребности.

Часть проверки можно автоматизировать. Инструмент проверки структуры (например, fiss-lint) может проверять обязательные файлы, ссылки, наличие условий чтения и соглашения об именовании. Стандарт не требует конкретного инструмента или буквального маркера Read when.

Механическая проверка не определяет достоверность, актуальность и полноту знания. Эти вопросы остаются частью работы команды.