Tools
Tools помогают применять FEOD в проекте, но не заменяют понимание методологии. Сначала команда фиксирует структуру, уровни, public API и правила импортов; затем подключает инструменты, чтобы поддерживать эти решения в коде и ревью.
Что входит в первый этап
В первом этапе документация описывает подтверждённые tool-направления и отдельный готовый CLI-артефакт.
| Инструмент | Зачем нужен | Статус описания |
|---|---|---|
| FEOD Analyzer | Строить граф FEOD-сущностей, находить нарушения импортов и public API, экспортировать HTML/JSON отчёт. | Готовый CLI-артефакт, сценарии запуска, конфигурация и ограничения. |
| ESLint plugin | Проверять архитектурные нарушения: обход public API, обратные зависимости, deep imports. | Сценарий внедрения, проверки и CI flow. |
| AI rules | Давать AI-ассистентам правила структуры проекта, ревью и генерации кода. | Набор правил, входные данные и валидация результата. |
| FEOD config | Фиксировать конфигурацию уровней, модулей и допустимых отклонений. | Контракт для линтера, AI rules и внутренних проверок. |
Как писать страницы Tools
Каждая страница Tools отвечает на практические вопросы:
- Когда инструмент подключать.
- Какие входные данные ему нужны.
- Что он проверяет или генерирует.
- Какие ошибки он не покрывает.
- Как команда валидирует результат.
Что нельзя обещать
Нельзя писать о будущем инструменте как о готовом продукте. Если техническая реализация не подтверждена, страница должна прямо говорить, что это roadmap или продуктовый сценарий.
Инструмент не является источником правил. Источник правил - разделы Reference, Structure и Core Concepts.