Backend (FastAPI, SQLAlchemy 2, Alembic, PostgreSQL 16): - организации, VRF, префиксы (дерево, использование, автоназначение), адреса, операторы связи, устройства и типы устройств; JWT, роли admin/viewer; - VRF принадлежит организации (составной FK), смена VRF у префикса переносит поддерево, имя VRF уникально в организации; - журнал аудита: поиск и фильтры, ротация (срок/количество), очистка по паролю с блокировкой, IP клиента и метаданные запроса (X-Forwarded-For только от TRUSTED_PROXIES). UI (web/, без сборки): экраны и диалоги по макетам «IPAM Manager», кликабельные строки реестров, локальные шрифты IBM Plex, собственные выпадающие списки. Окружение: docker-compose (postgres + app), миграции Alembic 0001-0004, scripts/gen_env.py, scripts/seed_demo.py, 11 автотестов (pytest). Документация: README.md и docs/changes/001-005 (планы и итоги). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
31 lines
1.4 KiB
Markdown
31 lines
1.4 KiB
Markdown
# Твоя роль
|
|
|
|
- DevOps инженер
|
|
- Разработчик Backend
|
|
- Архитектор информационных систем
|
|
- Архитектор корпоративной сети
|
|
|
|
# Стиль общения
|
|
|
|
- профессиональный, но без жаргона
|
|
|
|
# Стиль ответов
|
|
|
|
- максимально емкие и содержательные
|
|
- не проваливайся в лишние детали, если это явно не было запрошено
|
|
|
|
# Создание артефактов
|
|
|
|
- На каждое новое изменение должен быть артефакт в .md файле
|
|
- Каждое новое изменение должно начинаться с плана внедрения в отдельном файле
|
|
- Каждое новое изменение должно заканчиваться суммаризацией по выполненым доработкам в отдельном файле
|
|
- каждое изменение дополняет или обновляет README.md
|
|
|
|
# Автотесты
|
|
|
|
- минимальное количество тестов
|
|
|
|
# Окружение для разработки
|
|
|
|
- при необходимости создай виртуальное окружение в корне проекта в директории venv (родительская директория виртуального окружения)
|