=разраб= карта проекта / обновляется вместе с кодом
Это простая карта того, что мы строим, зачем это нужно и в каком состоянии находятся блоки. Здесь нет обещаний «всё готово»: у каждого шага есть понятный статус, результат и граница.
01 / зачем это всё
Обычно данные о компании живут в разных местах, а решения принимаются по ощущениям. Этот проект собирает наблюдения, отделяет подтверждённые факты от предположений и превращает их в последовательный план действий.
ИИ здесь — помощник для рутины: собрать, сгруппировать, не потерять деталь. Он не заменяет редактора, владельца бизнеса или человека, который отвечает за публикацию.
02 / как это работает
сайт, профили, документы и наблюдения
источники, противоречия и степень уверенности
приоритеты и понятные действия для человека
только после ручного одобрения и отдельного решения
Важно: последний шаг не запускается сам. У проекта есть предохранители, которые останавливают публикацию или отправку, пока человек не подтвердит действие.
03 / состояние блоков
Сайт объясняет услугу, показывает метод и собирает знания в одном понятном месте.
Статические страницы, исследования, политика редакции и методология собираются в production build. Форма сейчас честно работает как демонстрация: не отправляет и не сохраняет данные.
Внутренний кабинет помогает собрать факты, материалы, план контента и черновики.
Есть backend, интерфейс клиента, база проверяемых фактов, очередь материалов и ручная проверка. Внешняя публикация не включается автоматически.
Перед изменением проект сам проверяет, что его можно собрать и что важное не сломалось.
Единый preflight запускает lint, типы, тесты, сборки, SEO-контракты и проверку безопасного поведения издателя. Релизный кандидат отделён от черновиков и архивов.
Система готовит изображения для статей, но не публикует их сама.
Каждый материал проходит очередь, проверку и подтверждение. Publisher намеренно fail-closed: без одобрения и контрольной суммы файл не попадёт на сайт. Для подготовки есть dry-run и контролируемый запуск одной пачки через --once.
Сайт пока не принимает реальные обращения — это защищает посетителей от потери данных.
Нужны почтовый провайдер, MX-запись, адрес отправителя, адрес получателя, серверный secret, политика хранения и canary-проверка. До этого формы остаются демонстрационными.
Публичный сайт уже выложен; отдельно ждём решения для включения реальных заявок и внешней автоматизации.
Перед коммерческим стартом фиксируются почтовый канал, approver, backup, rollback и проверка после включения. Публичная витрина и коммерческий контур — разные этапы.
04 / рабочее поле
Ниже — не абстрактный список идей, а последовательность задач, которые можно брать в работу уже сегодня. Серые карточки ждут внешних реквизитов или завершения предыдущих шагов.
можно сейчас
Проверить тексты, мобильную версию, ссылки и единый визуальный ритм.
можно сейчас
Закрыть тестовые разрывы, собрать понятный release candidate и сохранить rollback-пакет.
можно сейчас
Синхронизировать в карте проекта справки server2, SRV1, ComfyUI и реальные границы доступа.
частично готово
Базовый ComfyUI smoke-test, безопасный dry-run и реальный dual-GPU fan-out подтверждены; второй worker включается только на время отдельной проверки.
нужны реквизиты
Провайдер, DNS/MX, credentials, получатель, canary и политика хранения.
после 01–05
Финальный approver, backup, окно включения заявок, внешний smoke-test и rollback.
05 / карта инфраструктуры
Оркестратор
Генератор
генерация изображения / простой маршрут
Базовый workflow на SRV1 проверен напрямую, а server2 умеет выполнить безопасный dry-run без постановки prompt. Реальный dual-GPU fan-out подтверждён smoke-тестом на двух worker; hermesPC включается только временно. Автоматическая публикация выключена.
06 / живой план
сейчас
Этот экран, понятные статусы и ссылка из меню.
далее
Уточнить типы старых фикстур без изменения бизнес-логики.
после реквизитов
Настроить почту, секреты, MX и canary-доставку.
только по решению
Провести backup, canary, ручное одобрение и rollback-проверку перед внешним контуром.
07 / честные границы
следующее безопасное действие
Пока нет почтовых и production-реквизитов, можно развивать качество, тесты, интерфейс, контент и контроль публикации. Когда реквизиты появятся, проект не придётся переделывать: добавится только проверенный внешний слой.